#java #git #eclipse #bitbucket
#java #git #eclipse #bitbucket
Вопрос:
Я прочитал, вероятно, дюжину вопросов и ответов здесь, на SO, о проблемах, когда Eclipse не может запустить проект, потому что он не видит main-метод, но ни одно из решений не сработало для меня.
Для начала Build Path
отсутствует. То есть, если я щелкну правой кнопкой мыши по своему проекту, в подменю build path просто появится список No actions available
(и нет раздела Build Path, если я открою окно свойств проекта).).
Предыстория: я запустил Java-проект локально, без использования Git. Я пару раз передумал, где хранить проект, поэтому я переместил его дважды. После первого, но до последнего, перемещения я добавил проект в Bitbucket.
Где-то по пути все сломалось, но поскольку я знал, что у меня есть рабочая копия в Bitbucket, я просто удалил все, что хранилось локально, и извлек новую копию. Но это не работает.
У меня есть эта иерархия в Eclipse при просмотре в Project Explorer:
projA
A
B
C
В A-C у меня тогда есть
A
src
A
AMyMainClass.java
SupportClass.java
Комментарии
- Я не уверен
A
, что это произошло дважды в проекте, когда он работал. - У меня должен быть JRE на каком-то уровне (возможно, рядом
src
) в этой иерархии, но он отсутствует - Когда все работает должным образом, вы должны иметь возможность «развернуть» исходные файлы и просмотреть методы. Для меня этого не хватает.
- Исходные файлы имеют символ outline J, а не правильный, заполненный J:
Однако в Bitbucket это выглядит немного по-другому:
ARepo
A
B
C
.gitignore-default
.project
Как вы можете видеть projA
, уровень отсутствует. Кроме того, .project
он довольно пустой, его содержимое (в основном) смотрите в конце этого сообщения <name>proj></name>
.
A-C, в свою очередь,
A
.settings/
src/A/
.classpath
.gitignore
.project
- Содержимое .classpath и .gitignore кажется разумным
- .project содержит точно такой же, как файл с тем же именем, что и выше (в корне репозитория)
Некоторые заключительные замечания:
- При добавлении кода я получил пару предупреждений о том, что Eclipse не может сохранить рабочую область и / или настройки проекта или аналогичные. Не помню деталей, но это причина второго перемещения рабочей области (я начал с локального сохранения рабочей области и проектов, затем переместил ее на сетевой том, появились эти предупреждения, поэтому я решил переместить его обратно на локальный жесткий диск).
- Я пробовал как обычный Git-импорт, так и «интеллектуальный импорт».
Я не совсем уверен, что спросить сейчас, но:
Как мне заставить мой проект снова работать? Почему отсутствует JRE? Почему отсутствует параметр пути сборки? Что-нибудь еще?
<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
<name>projA</name>
<comment></comment>
<projects>
</projects>
<buildSpec>
</buildSpec>
<natures>
</natures>
</projectDescription>
Комментарии:
1. Содержимое этого файла .project показывает, что проект не является проектом Java, поэтому отсутствуют JRE и путь сборки (в и были бы записи
buildSpec
natures
, если бы это была Java).2. @greg-449 Итак, как мне преобразовать его в проект Java? И почему он изменился с проекта Java на какой-то общий тип?