jspc-maven-plugin - несогласованный каталог созданных классов

Question

У меня есть веб-приложение с приведенной ниже конфигурацией (унаследовано от родительского плагина управления).JSPC прекомпилирует мои JSP просто отлично, но есть действительно странное поведение:

В моем веб-приложении, если я запускаю mvn clean install , скомпилированный класс JSP помещается в target / classesтак же, как я хочу.Если я затем запускаю mvn install без очистки, скомпилированный JSP помещается вместе с самим JSP в target / jsp-source / jsp

В результате при не чистом запуске этостарая версия класса JSP, включенная в WAR.

Кто-нибудь знает, почему это может происходить?

<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>jspc-maven-plugin</artifactId>
<version>1.4.6</version>
<executions>
    <execution>
        <id>jspc</id>
        <goals>
            <goal>compile</goal>
        </goals>
        <configuration>
            <injectString>&lt;!-- [INSERT JSPC FRAGMENT HERE] --&gt;</injectString>
        </configuration>
    </execution>
</executions>
<dependencies>
    <dependency>
        <groupId>org.codehaus.mojo.jspc</groupId>
        <!-- change tomcat6 to tomcat5 below for 5.5 compatibility  -->
        <artifactId>jspc-compiler-tomcat6</artifactId>
        <version>2.0-alpha-3</version>
    </dependency>
</dependencies></plugin>

Спасибо

Гари

Answer 1

Я думаю, что нашел это.

По умолчанию jsp-файлы компилируются в target / jsp-source / jsp. Полученный файл классов затем перемещается в target / classes.

Однако перемещение выполняется с помощью метода Java file.rename (), который не гарантирует поведения, если файл с заданным именем уже существует в target / classes. Я предполагаю, что в Windows это просто прерывает переименование.

Я вижу, что текущая транковая версия кода (2.0-alpha-4-SNAPSHOT) вместо этого использует Groovy для вызова Ant Copy, это приведет к перезаписи существующего файла, если он старше, чем новый файл. Это то, что мне нужно, я попробую это, даже несмотря на то, что это СНАПШОТ альфы.