създайте изпълним буркан с помощта на maven и jetty

Искам да стартирам приложението си с помощта на jetty, затова добавих зависимостта, спомената по-долу. и когато стартирам главния метод, Jetty стартира успешно. (Работя по проект struts2+spring3+ hibernate maven, мога да го разположа и в tomcat)

Сега искам да създам изпълним буркан от военна опаковка. Така че добавих maven-assembly-plugin към моя pom. (Опитах с плъгина maven jar, но не добавяше зависимостите)

Източници

добавки

<build>
    <plugins>
        <plugin>
        <artifactId>maven-war-plugin</artifactId>
        <version>2.3</version>
        <configuration>
                 <archive>
            <manifest>
        <mainClass>com.dca.engine.StartDCA</mainClass>
            </manifest>
             </archive>
        <packagingExcludes>WEB-INF/lib/jetty*.jar,WEB-INF/lib/org.apache.taglibs.standard.glassfish*.jar,WEB-INF/lib/org.apache.jasper.glassfish*.jar,WEB-INF/lib/org.eclipse.jdt.core*.jar,WEB-INF/lib/javax.servlet.jsp*.jar,WEB-INF/lib/javax.el*.jar</packagingExcludes>
        <escapeString>\</escapeString>
        </configuration>
       </plugin>
       <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-assembly-plugin</artifactId>
        <version>2.4</version>
        <configuration>
                 <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                 </descriptorRefs>
             <archive>
            <manifest>
        <mainClass>com.dca.engine.StartDCA</mainClass>
            </manifest>
             </archive>
        </configuration>
        <executions>
             <execution>
                    <id>make-assembly</id>
                    <phase>package</phase>
                    <goals>
                      <goal>single</goal>
                    </goals>
             </execution>
        </executions>
    </plugin>
 </plugins>
<resources>
    <resource>
        <directory>src/main/java</directory>
        <includes>
        <include>**/*.java</include>
        <include>**/*.xml</include>
        </includes>
    </resource>
    <resource>
        <directory>src/main/resources</directory>
        <filtering>true</filtering>
    </resource>
</resources>
</build>

Вграден кей

<dependency>
    <groupId>org.eclipse.jetty</groupId>
    <artifactId>jetty-server</artifactId>
    <version>8.1.10.v20130312</version>
</dependency>
<dependency>
    <groupId>org.eclipse.jetty</groupId>
    <artifactId>jetty-webapp</artifactId>
    <version>8.1.10.v20130312</version>
    <!-- <scope>provided</scope> -->
</dependency>
<dependency>
    <groupId>org.eclipse.jetty</groupId>
    <artifactId>jetty-jsp</artifactId>
    <version>8.1.10.v20130312</version>
    <!-- <scope>provided</scope>  -->
</dependency> 

основен метод

 Server server = new Server(8080);
        System.setProperty("is_DCA", "YES");
        WebAppContext webAppContext = new WebAppContext();
        webAppContext.setResourceBase("/home/myfolder/workspace/app/dca/src/main/webapp");
        webAppContext.setDescriptor("/home/myfolder/workspace/app/dca/src/main/webapp/WEB-INF/web.xml");
        webAppContext.setContextPath("/app");
        server.setHandler(webAppContext);
        server.start();
        server.join();

Стартиране на приложението

Изпълнявам създадения буркан с java -jar /home/myfolder/workspace/app/dca/target/app-dca-1.0-jar-with-dependencies.jar

jetty започва с изключение.

INFO  10-12 15:03:01,609 - jetty-8.y.z-SNAPSHOT
INFO  10-12 15:03:01,776 - Initializing Spring root WebApplicationContext
INFO  10-12 15:03:01,776 - Root WebApplicationContext: initialization started
INFO  10-12 15:03:01,843 - Refreshing Root WebApplicationContext: startup date [Tue Dec 10 15:03:01 IST 2013]; root of context hierarchy
INFO  10-12 15:03:01,885 - Loading XML bean definitions from class path resource [applicationContext-dca.xml]
ERROR 10-12 15:03:05,725 - Context initialization failed
org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace [http://www.springframework.org/schema/util]
Offending resource: class path resource [applicationContext-dca.xml]

    at org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter.java:68)
    at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:85)
    at org.springframework.beans.factory.parsing.ReaderContext.error(ReaderContext.java:80)
    at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.error(BeanDefinitionParserDelegate.java:316)
    at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1420)
    at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1413)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:184)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:140)
    at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:111)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:493)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:390)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:334)
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:302)
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:174)
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:209)

Има ли възможен начин да стартирам кея, използвайки създадената война. Има буркани в папка /WEB-INF/lib/, всички файлове със свойства и xml файлове са в /WEB-INF/lib/ и аз се опитах да стартирам войната

java -jar /home/myfolder/workspace/app/dca/target/app-dca-1.0.war

но не успя да намери главния клас.

работи при създаване на изпълним файл за проверка на отговор

Получавах изключението както в този въпрос. когато смених версията на jetty с 7.6.7.v20120910, тя работи

не знам защо не работи с jetty 8.1.10.v20130312


person jos    schedule 10.12.2013    source източник
comment
Вашето изключение казва, че има проблем с applicationContext-dca.xml? Сигурни ли сте, че /home/myfolder/workspace/app/dca/src/main/webapp/WEB-INF/web.xml е правилното местоположение в web.xml за разгърната изпълнима война? Мисля, че трябва да е свързано с войната?   -  person Sumit    schedule 10.12.2013
comment
как да дам относителен път? да предположим, че моят буркан е в /home/myfolder/app-dca-1.0.jar.   -  person jos    schedule 10.12.2013


Отговори (4)


Разгледайте http://uguptablog.blogspot.com/2012/09/embedded-jetty-executable-war-with.html

Съответният код е

    ProtectionDomain domain = Main.class.getProtectionDomain();
    URL location = domain.getCodeSource().getLocation();
    WebAppContext webapp = new WebAppContext();
    webapp.setContextPath("/");
    webapp.setWar(location.toExternalForm());
    server.setHandler(webapp);

надявам се, че това помага.

person Sumit    schedule 10.12.2013
comment
бихте ли добавили малко теория в блога си. и защо изпълнимият jar не взема класове в WEB-INF, настоява за създаване на структура като папка за пакета, всички зависими jar също. - person jos; 11.12.2013
comment
Получавам следното изключение, когато опитах вашия код org.apache.jasper.JasperException: /common/taglibs.jsp(5,62) PWC6188: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:92) - person jos; 11.12.2013
comment
не знам защо получавам тази грешка дали е заради конфликтен буркан? Имам jstl-1.2.jar в /WEB-INF/lib/ на създадената война. И има друга създадена папка /javax/servlet/jsp/jstl/, която има папки core,fmt,sql,tlv в нея - person jos; 11.12.2013
comment
Съжалявам, това не е моят блог. Но може да имате нужда от tld файловете в папка web-inf/tld - person Sumit; 11.12.2013

Вместо да хакнете съдържанието на WAR файл, както изглежда прави приетият отговор, можете да създадете изпълним JAR файл с помощта на maven-shade-plugin. Това има следните предимства:

  • Плъгинът съдържа "трансформатори" за обединяване на съдържанието на файловете META-INF/services, LICENSE и README.
  • В крайна сметка получавате JAR файл. WAR файловете не са проектирани да бъдат изпълними (въпреки че работят).
  • Като разопаковате всички зависимости в един и същи JAR файл, вие сте принудени да премахнете дублиращи се класове и да направите съдържанието по-трудно за обратно проектиране.
person Gili    schedule 05.05.2014
comment
правя това, но не съм сигурен какво да правя в основния метод. с препратки към военния файл се проваля, казвайки, че не може да намери военния файл. и военният файл не е в буркана, истина. как да накарам maven shade да включи военния файл? това ми се струва странно, но уф, ако работи. - person barclay; 09.09.2014
comment
@kewpiedoll99, ти не използваш WAR файл, точка. Първо трябва да разберете как да стартирате Jetty от неопакована структура на директория (това е отделен въпрос, който ще трябва да зададете на Google). След като го накарате да работи, изчерпването на изпълним JAR просто ще работи. - person Gili; 10.09.2014

Ако не сте обвързани с използването на Jetty, но сте готови да използвате Tomcat вместо това, следното ще работи прекрасно:

<plugin>
    <groupId>org.apache.tomcat.maven</groupId>
    <artifactId>tomcat7-maven-plugin</artifactId>
    <version>2.0</version>
    <executions>
        <execution>
            <id>tomcat-run</id>
            <goals>
                <goal>exec-war-only</goal>
            </goals>
            <phase>package</phase>
            <configuration>
                <path>/standalone</path>
                <enableNaming>false</enableNaming>
                <finalName>standalone.jar</finalName>
                <charset>utf-8</charset>
            </configuration>
        </execution>
    </executions>
</plugin>

Това ще създаде uberjar, наречен "standalone.jar", който след това можете да стартирате просто чрез извикване

java -jar standalone.jar

това ще стартира приложението на http://localhost:8080/standalone

Избирането на алтернативен порт е лесно

java -jar standalone.jar -httpPort=7070

Благодарим на записа в блога на Tomasz Nurkiewicz за подчертаването на това http://www.nurkiewicz.com/2012/11/standalone-web-application-with.html

person JedA    schedule 07.06.2015
comment
НЕ! Пише INFO: Стартиране на ProtocolHandler [http-bio-8080] и localhost:8080 не показва нищо. Има и изключение за нулев указател с версия 2.0 - person 3xCh1_23; 31.01.2016
comment
Просто работи за мен, но URL адресът трябва да е localhost:8080/standalone, тъй като пътят за конфигуриране е /standalone - person pdem; 02.11.2016

Най-простият начин, който знам (но никога не съм опитвал) е winstone-maven-plugin, както правят Jenkins CI (какъв по-добър пример :D). Не използва Jetty (дори аз го обичам този инструмент :D), а Winstone.

Използване на приставката Maven

<plugin>
    <groupId>net.sf.alchim</groupId>
    <artifactId>winstone-maven-plugin</artifactId>
    <executions>
        <execution>
            <goals>
                <goal>embed</goal>
            </goals>
            <phase>package</phase>
        </execution>
    </executions>
</plugin>

Доста лесно, нали? :) Ще генерира изпълним файл - самостоятелен - jar: app-dca-1.0-standalone.jar

Документация

person Jean-Rémy Revy    schedule 11.12.2013
comment
Хм... плъгинът Winstone Maven сега изглежда твърде стар за последните версии на Maven. Веднага получих NullPointerException, когато го изпробвах. - person Eric; 12.05.2016
comment
Всъщност този отговор е доста стар по отношение на технологичната еволюция. Що се отнася до сега, бих (и го правя) използвал spring-boot за такава нужда. - person Jean-Rémy Revy; 12.05.2016