Wykonywalny plik war, który uruchamia się bez Mavena

To jest adaptacja dla Mavena odpowiedzi @ RobHruska. Po prostu kopiuje pliki klasy main i łączy pliki Jetty JAR z plikiem WAR, nic nowego, tylko po to, aby uprościć swoje życie, jeśli jesteś nowy-jak ja - Mavenowi: {]}

<plugin>
    <artifactId>maven-antrun-plugin</artifactId>
    <executions>
        <execution>
            <id>move-main-class</id>
            <phase>compile</phase>
            <configuration>
                <tasks>
                    <copy todir="${project.build.directory}/${project.build.finalName}">
                        <fileset dir="${project.build.directory}/${project.build.finalName}/WEB-INF/classes/">
                            <include name="main/*.class" />
                        </fileset>
                    </copy>

                    <unjar dest="${project.build.directory}/${project.build.finalName}">
                        <!-- you'll have to locate these jars or appropriate versions; note that these include JSP support -->
                        <!-- you might find some of them in the downloaded Jetty .tgz -->
                        <fileset dir="${project.build.directory}/${project.build.finalName}/WEB-INF/lib/">
                            <include name="ant-1.6.5.jar"/>
                            <!--<include name="core-3.1.1.jar"/>-->
                            <include name="jetty*"/>
                            <include name="servlet-api*"/>
                        </fileset>

                        <patternset><!-- to exclude some of the stuff we don't really need -->
                            <exclude name="META-INF/**/*"/>
                            <exclude name="images/**/*"/>
                            <exclude name=".options"/>
                            <exclude name="about.html"/>
                            <exclude name="jdtCompilerAdapter.jar"/>
                            <exclude name="plugin*"/>
                        </patternset>
                    </unjar>
                </tasks>
            </configuration>
            <goals>
                <goal>run</goal>
            </goals>
        </execution>
    </executions>
</plugin> 
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <version>2.2</version>
    <configuration>
        <archiveClasses>true</archiveClasses>
        <archive>
            <manifest>
                <mainClass>main.Main</mainClass> 
            </manifest>
        </archive>
    </configuration>
</plugin>

Rozgryzliśmy to używając jetty-console-maven-plugin.

Po uruchomieniu pakietu mvn tworzy on kolejną wojnę, która może być użyta z java-jar whateverpackage-runnable.war

        <plugin>
            <groupId>org.simplericity.jettyconsole</groupId>
            <artifactId>jetty-console-maven-plugin</artifactId>
            <version>1.45</version>
            <executions>
                <execution>
                    <goals>
                        <goal>createconsole</goal>
                    </goals>
                </execution>
            </executions>

            <configuration>
                <additionalDependencies>
                    <additionalDependency>
                        <artifactId>jetty-console-requestlog-plugin</artifactId>
                    </additionalDependency>
                    <additionalDependency>
                        <artifactId>jetty-console-gzip-plugin</artifactId>
                    </additionalDependency>
                    <additionalDependency>
                        <artifactId>jetty-console-ajp-plugin</artifactId>
                    </additionalDependency>
                    <additionalDependency>
                        <artifactId>jetty-console-startstop-plugin</artifactId>
                    </additionalDependency>
                </additionalDependencies>
            </configuration>
        </plugin>

Generuje również init.Skrypty d i wszystko dla Ciebie!

Hudson rozwiązuje ten problem używając kontenera serwletów Winstone, który obsługuje ten przypadek użycia bezpośrednio. http://winstone.sourceforge.net/#embedding

Być może to zadziała dla Ciebie?

Mimo, że jest to trochę stare, inną alternatywą z Jetty 8 jest po prostu dołączenie słoików Jetty jako zależności w Twoim pom i dodanie następujących elementów w Twoim pom (w przeciwieństwie do skryptu ant, który rozpakowuje wojnę i przepakowuje ją):

            <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>1.4</version>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                    <configuration>
                        <createDependencyReducedPom>true</createDependencyReducedPom>
                        <transformers>
                            <transformer
                                implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                                <mainClass>JettyStandaloneMain</mainClass>
                            </transformer>
                        </transformers>
                    </configuration>
                </execution>
            </executions>
        </plugin>
        <!-- The main class needs to be in the root of the war in order to be 
            runnable -->
        <plugin>
            <artifactId>maven-antrun-plugin</artifactId>
            <executions>
                <execution>
                    <id>move-main-class</id>
                    <phase>compile</phase>
                    <configuration>
                        <tasks>
                            <move todir="${project.build.directory}/${project.build.finalName}">
                                <fileset dir="${project.build.directory}/classes/">
                                    <include name="JettyStandaloneMain.class" />
                                </fileset>
                            </move>
                        </tasks>
                    </configuration>
                    <goals>
                        <goal>run</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

Rozumiem, że przez "bez Mavena" chcesz jar, który możesz uruchomić sam, a nie z "mvn jetty: run" -- nie, że nie chcesz używać Mavena w ogóle.

Długo mi to zajęło, bo znalazłem wiele opcji. żadna z nich nie jest prosta. W końcu znalazłem tę wtyczkę Mavena z simplericity . Działa wspaniale.

To jest mój przykład wyciąg z mrówki. Chodzi o to, aby rozpakować zależności Jetty, a następnie dołączyć je lokalnie, tak jak normalny plik JAR:

<!-- Hack: Java doesn't support jars within jars/wars -->
<unjar src="${lib.dir}/container/jetty.jar" dest="${build.dir}/unjar"/>
<unjar src="${lib.dir}/container/jetty-util.jar" dest="${build.dir}/unjar"/>
<unjar src="${lib.dir}/container/servlet-api.jar" dest="${build.dir}/unjar"/>
<unjar src="${lib.dir}/container/jsp-api.jar" dest="${build.dir}/unjar"/>

<!-- Build war file as normal, just including the compiled and unjar'ed files -->
<war destfile="${war.file}" webxml="${config.dir}/web.xml">
    <fileset dir="${build.dir}/classes"/>
    <fileset dir="${build.dir}/unjar"/>
    <fileset dir="${resources.dir}" excludes="*.swp"/>
    <lib dir="${lib.dir}/runtime"/>
    <manifest>
        <attribute name="Main-Class" value="Start"/>
    </manifest>
</war>

Uwaga:

Katalog WEB-INF/lib jest przeznaczony dla zależności aplikacji internetowych. W tym przypadku pakujemy plik WAR tak, aby działał jak normalny plik Jetty JAR przy starcie

• Putting .słoiki w środku A.war file root does nothing
• Putting .jars inside WEB-INF/lib nie pomaga JVM znaleźć pliki Jetty, aby nawet rozpocząć uruchamianie .wojna. Jest "za późno", żeby je tam umieścić.
• Putting .jars w ścieżce klas manifest działa tylko dla zewnętrznych .pliki jar, a nie te zawarte w .jar

Więc co robić?

• Użyj skryptu budowania, aby po prostu połączyć wszystkie .pliki jar potrzebne do .akta wojenne. To wymaga dodatkowej pracy. Jest też trochę brzydki w tym, że skompilowany kod jest częścią serwowalnych plików w .war
• Dodaj zależne .jars do JVM ' s classpath z "java-cp jetty.jar:... ..."Działa, choć tego rodzaju zaprzecza celowi jednego samodzielnego .war

Robiłem już podobne rzeczy, ale czy uruchamiacie aplikację jako "java-jar xxx. war"?. Masz tylko 2 słoiki i to chyba nie wystarczy. Spróbuj również użyć Jetty 7.0 .0M1 (która jest najnowszą wersją). Kiedy dodałem jetty-server i Jetty-webapp jako dwie zależności (są one z org.zaćmienie.jetty) dostaję następujący jar w katalogu lib. FYI org.mortbay.pomost.Handler był w jetty-server*.słoik.

• jetty-kontynuacja-7.0.0.M1.jar
• jetty-http-7.0.0.M1.jar
• jetty-io-7.0.0.M1.jar
• jetty-security-7.0.0.M1.jar
• jetty-server-7.0.0.M1.jar
• jetty-servlet-7.0.0.M1.jar
• jetty-util-7.0.0.M1.jar
• jetty-webapp-7.0.0.M1.jar
• jetty-xml-7.0.0.M1.jar