Come usare il plugin NetBeans modulo di Maven per creare un sito di aggiornamento automatico, come un artefatto?

Question

Come utilizzare plug-in NetBeans modulo del Maven per creare un sito di aggiornamento automatico, come un artefatto?

posso vedere i file del sito di aggiornamento automatico stato generato nel target / directory, ma non ho idea di come trasformarlo in un artefatto.

Il mio scopo finale è quello di avere incorporato in una guerra per un'installazione più facile (userò la dipendenza del plugin per decomprimere l'artefatto lì).

Answer 1

Io non sono un esperto, ma non sta generando un'applicazione WebStart il modo "classico" per gestire questa situazione? Dal documentazione :

  

Il progetto NBM-aplication / imballaggio   definisce un ciclo di vita di build che crea   un'applicazione finale dai file NBM   in / repotories e fasci remoti locali   in un file zip (anche inviabile per   repository) In aggiunta a ciò   è possibile configurare il progetto di   generare un sito aggiornamento automatico e / o un   binari della webstartable   applicazioni.

<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>

     

Vedere la aggiornamento automatico   obiettivi webstart-app per di più   i dettagli.

---

  

, ma questo plugin non crea un artefatto di file che genera, e questo è il mio problema ... perché ho bisogno di essere scompattato in un posto diverso durante la costruzione del mio progetto "guerra".

In questo caso, mi piacerebbe utilizzare il Maven Assemblea Plugin per creare una distribuzione dei file generati (zip, tar.gz, a prescindere) e farlo installato nel vostro repository locale durante la costruzione. Si potrebbe quindi scompattare l'archivio del progetto di guerra utilizzando dependency:unpack .

Answer 2

il sito obiettivo di aggiornamento in NBM plugin funziona su "POM" progetti confezionati e poi crea il sito di aggiornamento dei progetti di reattore. Essa non genera un manufatto come progetti pom non hanno attaccato gli artefatti.

allora funziona anche su progetti di NBM-applicativi in ??cui prende le dipendenze del progetto e crea sito di aggiornamento da esso. Poi il sito di aggiornamento gzip è attaccato al manufatto principale (che è il file zip di applicazione, ma di creazione può essere soppressa da un parametro credo). se si combina questo caso d'uso con NBM parametro distribuzione url che punta al repository di rilascio, che, fondamentalmente, il repository del rilascio equals sito di aggiornamento e distribuzione tuoi siti di aggiornamento di versione. Ovviamente in l'applicazione in esecuzione è necessario un URL stabile, quindi sarà necessario in qualche modo (manualmente, dopo aver testato) link simbolico il sito di aggiornamento corrente con quella URL pubblico.