Comment utiliser le plug-in Netbeans Module de Maven pour créer un site de mise à jour automatique comme un artefact?

Question

Comment utiliser le plug-in Netbeans Module du Maven pour créer un site de mise à jour automatique comme un artefact?

Je peux voir les fichiers du site de mise à jour automatique est généré dans la cible / répertoire, mais je ne sais pas comment le transformer en un artefact.

Mon but final est de l'avoir embarqué dans une guerre pour une installation plus facile (j'utiliser le plugin dépendance pour décompresser l'artefact là-bas).

Answer 1

Je ne suis pas un expert, mais ne génère pas une application webstart la manière « classique » pour gérer cette situation? De la documentation :

  

Le projet / emballage NBM-aplication   définit un cycle de vie de construction qui crée   une application finale à partir des fichiers NBM   dans repotories locaux / distants et faisceaux   les dans un fichier zip (également uploadable à   le dépôt) En plus de cela   vous pouvez configurer le projet   générer un site de mise à jour automatique et / ou un   binaires webstartable du   applications.

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>nbm-maven-plugin</artifactId>
    <executions>
        <execution>
            <id>extra</id>
            <phase>package</phase>
            <goals>
                <goal>autoupdate</goal>
                <goal>webstart-app</goal>
            </goals>
            <configuration>
                <!--distBase>central::default::http://repo1.maven.org/maven2</distBase-->
                <codebase>${project.build.directory}/webstart/milos</codebase>
            </configuration>
        </execution>
    </executions>
</plugin>

     

Voir la et AutoUpdate    objectifs de webstart-app pour plus   détails.

---

  

mais ce plugin ne crée pas un artefact des fichiers qu'il génère, et c'est mon problème ... parce que je besoin d'être décompressé dans un endroit différent lors de la construction de mon projet « guerre ».

Dans ce cas, j'utiliser le Maven plugin Assembly pour créer une distribution des fichiers générés (zip, tar.gz, peu importe) et le faire installer dans votre référentiel local lors de la construction. Vous pouvez ensuite décompresser l'archive du projet de guerre en utilisant dependency:unpack .

Answer 2

l'objectif du site de mise à jour dans le NBM plugin fonctionne sur des projets emballés « pom » et crée alors le site de mise à jour des projets de réacteur. Il ne génère pas un artefact que des projets pom ne peuvent pas avoir des objets attachés.

il travaille également sur des projets NBM-application dans lesquels elle prend les dépendances du projet et crée le site de mise à jour de celui-ci. Ensuite, le gzip site de mise à jour est attaché à l'artefact principal (ce qui est le fichier zip de l'application, mais sa création peut être supprimée par un paramètre que je pense). si vous combinez ce usecase avec le paramètre URL de distribution NBM pointant vers votre référentiel de version, vous essentiellement le dépôt de version de votre site equals mise à jour de déploiement et vos sites de mise à jour versionnée. Il est évident que dans l'application en cours d'exécution, vous avez besoin d'une url stable, vous devrez en quelque sorte (manuellement, après avoir testé) un lien symbolique le site de mise à jour actuelle avec celui URL public.