ok danke maki mit diesen infos kann ich was anfangen. Was spricht aber dagegen für die Phase wann ein Plugin ausgeführt wird eine gute Konvention mitzugeben - wie bei anderen Plugins. Das 2. WebStart-Plugin (siehe oben) - funktioniert wunderbar ohne eine solche Angabe.
Das Beispiel von Guest2 suggeriert, das es das einzige ist was man konfigurieren muss und der Rest durch Konventionen erledigt wird.
Also was muss man für das Codehouse Webstart-Plugin mindesten konfigurieren? Gibt es eine Konvention für die Execution phase? Wie findet oder kompiliert das Plugin die benötigte .jar -Datei. Um das mal plastische zu machen. Das andere Plugin kommt mit folgendem aus:
[code]
<build>
<plugins>
<plugin>
<groupId>com.codecrate</groupId>
<artifactId>webstart-maven-plugin</artifactId>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>generate-jnlp</goal>
</goals>
</execution>
</executions>
<configuration>
<mainClass>com.mysite.MyApp</mainClass>
<allPermissions>false</allPermissions>
</configuration>
</plugin>
</plugins>
</build>
[/code]
damit hat man jnlp und jar (die jar-Datei ist target eines ganz anderen Moduls). Nur das dieser Kram eben leider nicht funktioniert - WebStart wirft eine FailedToDownloadException ->(gekapselte Ausnahme) ConnectException: Connection refused.
Sobald ein Webstart Plugin mehr config braucht, wre es eigentlich leichter die jnlp selbst zu schreiben - die ist ja winzig.
und die richtige Struktur für ein Multi-Module-(Webstart)-Projekt hab ich wohl auch noch nicht. Sollte das webstart-plugin mit seiner Konfig in das Eltern-Modul? Oder in ein seperates? Seperat würde mir gefallen (bei dem alternativen WebStart Plugin ging das ohne Dependency) - wie kann ich in einem Modul ein Schwestermodul verwenden ohne es in Repository installieren zu müssen?
