Я думаю, что это - прекрасная идея; однако, как работодатель, я колебался бы - даже с NDA - чтобы предоставить кандидату на интервью образцы реального, рабочего кода, если я не был вполне уверен, я хотел нанять человека.
- Это правильное поведение? (Я думал, что это можно рассматривать как другие ресурсы ...)
- Могу ли я исправить это?
- Интересно, есть ли в этой ситуации другие недостатки, о которых я бы не знал прямо сейчас?
Тем не менее, m2eclipse внес свой вклад, который позволяет сделать src / main / webapp
доступным на верхнем уровне с определенной меткой «Веб-ресурсы», что-то вроде это:
Это может быть решением вашей проблемы (неудобное складывание).
Что касается maven, src / main / webapp
не является исходной папкой в том смысле, что ее содержимое не компилируется / не копируется в target / classes
, так что с точки зрения m2eclipse это правильное поведение. Есть ли особая причина, по которой вам нужно пометить src / main / webapp как исходную папку Eclipse?
Что ж, вам просто нужно пометить src / main / webapp как папку src Eclipse:
щелкните правой кнопкой мыши папку webapp -> путь сборки -> использовать как исходную папку
Не думайте, что вы можете легко изменить это поведение без каких-либо уродливых хаков, маркировка src - это просто что-то специфическое для Eclipse, которое он использует для настройки своего пути к классам и т. Д.
Я могу придумать причину.
Я использую Maven для разработки проекта GWT в Eclipse. В моей конфигурации каталог src / main / webapp содержит файлы HTML и CSS, на которые я должен ссылаться в рамках моих усилий по разработке, даже если они не являются «компилируемыми» файлами.
Возможность получить к ним прямой доступ, а не нырять в папку src / - это плюс. И определение его в POM, чтобы он был настроен таким образом, означает, что мне не нужно вручную добавлять папку каждый раз, когда я запускаю eclipse: eclipse.
По поводу Нестора, без шуток. Это сквозная среда разработки, а не просто компилятор. Он задуман как интерфейс для всех исходных артефактов, участвующих в сборке из JSP для создания конфигурации, такой как файлы POM. Зачем Eclipse вообще беспокоиться о редакторах XML и JSP, если они не компилируются? - Которые, кстати, суперполезные.
Плагин maven для eclipse (или наоборот) потрясающий, потому что он создает .classpath, .project и другие конфигурации, необходимые для немедленного начала работы с проектами maven в eclipse. Однако каждый раз, когда создается конфигурация eclipse (т.е. mvn eclipse: eclipse), неподдерживаемые каталоги необходимо добавлять вручную. Это большой отстой.
Тот факт, что эти плагины игнорируют возможность простого добавления новых исходных папок, просматриваемых из среды IDE, для меня загадка. На одной странице проекта плагина maven / eclipse даже упоминаются обходные пути для того, чтобы сделать эти источники временно доступными, переключив типы проектов и обманув плагин - конечно, вам нужно немедленно изменить его обратно или повредить сборку.
Почему бы им просто не создать возможность независимого управления объявлениями источника в .classpath ???