src/main/webapp директорията не е разпозната от Eclipse

1. Това правилно поведение ли е? (Мислех, че може да се третира като други ресурси ...)
2. Мога ли да го поправя?
3. Чудя се дали има други недостатъци за тази ситуация, за които не бих бил наясно в момента?

1. Да, за мен това е правилното поведение.
2. Всъщност няма смисъл src/main/webapp да бъде изходна папка, тя не съдържа компилируеми изходни файлове.
3. Не знам. Предполагам, че зависи от вашите очаквания :)

Въпреки това m2eclipse направи принос, който позволява да се направи src/main/webapp достъпен на най-високо ниво със специфичен етикет „Уеб ресурси“, нещо като това:

Това може да е решение на вашия проблем (неудобното сгъване).

Вместо да добавяте /src/main/webapp като папка източник в пътя за изграждане на java, добавете го като папка, която да включите в сглобката за разполагане:

MyProject -> свойства -> Събрание за разполагане: Добавяне на "/src/main/webapp" разгръща към "/"

Що се отнася до maven, src/main/webapp не е папка източник в смисъл, че нейното съдържание не е компилирано/копирано в target/classes, така че от гледна точка на m2eclipse, това е правилното поведение. Има ли конкретна причина, поради която трябва src/main/webapp да бъде маркиран като изходна папка на Eclipse?

Ами просто трябва да маркирате src/main/webapp като src папка на Eclipse:

щракнете с десния бутон върху папката на webapp --> пътят за изграждане --> използвайте като папка източник

Не мислете, че можете лесно да промените това поведение без никакви грозни хакове, src маркировката е просто нещо, специфично за Eclipse, което той използва, за да конфигурира своя класов път и т.н.

В моя случай Eclipse не успя да разпознае src/main/webapp като папка Web Resources. Разреших го с:

1. Изтриване на проекта
2. Рестартиране на Eclipse
3. Вземане на нова актуализация на проекта Maven от SVN.

Много отговори твърдят, че няма смисъл да има src/main/webapp като папка източник, тъй като JSP файловете се компилират от контейнера, а не от maven по време на цикъла на изграждане.

Въпреки това има смисъл, когато правите тестове за сигурност:

Някои инструменти за сканиране на сигурността предоставят плъгини, които могат да бъдат интегрирани в IDE, така че екипите за разработка да могат локално да сканират кода си и да поправят основните уязвимости на своята машина, като по този начин намаляват количеството работа за екипите по сигурността, които следователно могат да работят върху по-напреднало тестване.

Фактът, че Eclipse изключва тази конкретна директория, е огромен проблем: като правят това, инструментите за сигурност няма да включат по подразбиране директорията webapp/ в процеса на сканиране, което води до фалшиви отрицания (действителни уязвимости, които не са не се отчита от инструмента). След това това поведение кара екипите за разработка да мислят, че техните JSP страници (например) са безопасни от гледна точка на сигурността.

Ако екипите за тестване на сигурността не обръщат внимание на сканиранията, извършвани от екипи за разработка (понякога дори не можем да проверим кои сканирания са извършени локално), продуктът е по-вероятно да бъде пуснат с уязвимости в кода, съдържащ се в папката webapp/.

Следователно това поведение няма смисъл от гледна точка на сигурността и хората, които твърдят, че има смисъл, пропускат някои точки.

Във всеки случай реших този проблем, като добавих папката src/main/webapp/ към пътя за изграждане, като щракнете с десния бутон върху нея в package explorer --> build path --> use as source folder

Едно решение е да се използва поддръжката на m2e за плъгин maven помощник за изграждане и да се декларира src/main/webapp като допълнителен ресурсен път. Това също кара eclipse да копира запазените ресурси в структурата на целевата папка за изграждане.

        <!-- help eclipse identify the webapp folder as a resource folder: -->
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>build-helper-maven-plugin</artifactId>
            <version>3.0.0</version>
            <executions>
                <execution>
                    <id>add-resource</id>
                    <phase>generate-resources</phase>
                    <goals>
                        <goal>add-resource</goal>
                    </goals>
                    <configuration>
                        <resources>
                            <resource>
                                <directory>src/main/webapp</directory>
                                <targetPath>${project.build.directory}/${project.build.finalName}</targetPath>
                            </resource>
                        </resources>
                    </configuration>
                </execution>
            </executions>
        </plugin>

Сещам се за причина.

Използвам 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???

Открих съвсем различна причина за същия проблем, с който се сблъсках - не виждах src/main/webapp в програмата за изследване на пакети.

Оказа се, че няма нищо общо нито с POM, нито с това, че Eclipse (използвайки SpringSource Suite 3.5.0) може да зареди проекта maven.

Проблемът беше, че в моята папка src/main/webapp/Scripts/ имаше .git и .gitignore файлове. Подозирам, че може би Eclipse не успя да се справи с имена на файлове, започващи с "." в папката webapp. Тествах тази теория в множество проекти и изглежда, че се задържа досега.

Надявам се това да помогне.