maven打包别人的 jar 到自己的 war 里

Question

jarmaven

Answer 1

Maven使用本地jar包并打包进war包里面的方法我先在我的Maven项目下建立一个lib文件夹，把我要用到的jar包都放到里面去。然后在pom.xml里添加如下的内容： <dependency>
<groupId>com.weiresearch</groupId>
<artifactId>webharvest</artifactId>
<version>1.0.0</version>
<scope>system</scope>
<systemPath>${project.basedir}/lib/webharvest.jar</systemPath>
</dependency>
这里的groupId，artifactId，version都可以随便写。然后scope要写成system，systemPath就写为要引用的jar包路径。这里不知道能否批量导入，没测试过，不过貌似不可以。但是，还有个麻烦问题，我把我的项目打包成war包的时候，它居然只有我写的代码，而不包括引用的jar包。这就很麻烦了，打包的war包就不能直接使用了。找来好久，终于找到原因了。首先是其他正常使用maven的包，如下： <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>servlet-api</artifactId>
        <version>2.5</version>
        <scope>provided</scope>
  </dependency>
这里引用的是servlet包，最重要的是scope这个字段，provided的意思，就是说这个jar包，在这个项目可能的运行环境里，都会提供了的，所以就不用打包到war包里面了。因此，要使得war包里面包含servlet这个包，只要把scope这句给删除掉就可以了。而上面利用system这个scope引入的webharvest包，同样也没有引入进去。看了下网上的评论，才说最好不要用system这个scope。大概是说这个system指的是JDK里面会包含这个jar包吧。这个解决方法就麻烦人了，最后是看到了这个问答才解决了的：Maven 2 assembly with dependencies: jar under scope “system” not included ，解决方法如下： <plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-war-plugin</artifactId>
            <configuration>
                <webResources>
                    <resource>
                        <directory>${project.basedir}/lib</directory>
                        <targetPath>WEB-INF/lib</targetPath>
                        <filtering>true</filtering>
                        <includes>
                            <include>**/*.jar</include>
                        </includes>
                    </resource>
                </webResources>
            </configuration>
 </plugin>
directory字段指向的是包含你所有要用jar包的目录targetPath则是编译后要把这些jar包复制到的位置下面的filtering就是只导入所有以jar为后缀的文件通过上面的设置，就能把你要的jar包导入进去了

Answer 2

2楼方法，试过，tomcat的报错：
Sep 29, 2014 1:48:23 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive mpInrface.war
Sep 29, 2014 1:48:23 PM org.apache.catalina.core.StandardContext start
SEVERE: Error in dependencyCheck
java.util.zip.ZipException: invalid distance too far back
        at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:164)
        at java.util.zip.ZipInputStream.read(ZipInputStream.java:193)
        at java.util.jar.JarInputStream.read(JarInputStream.java:207)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:273)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
        at java.util.jar.JarInputStream.getBytes(JarInputStream.java:112)
        at java.util.jar.JarInputStream.checkManifest(JarInputStream.java:94)
        at java.util.jar.JarInputStream.<init>(JarInputStream.java:86)
        at java.util.jar.JarInputStream.<init>(JarInputStream.java:62)
        at org.apache.catalina.util.ExtensionValidator.getManifest(ExtensionValidator.java:378)
        at org.apache.catalina.util.ExtensionValidator.validateApplication(ExtensionValidator.java:189)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4530)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
        at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:943)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:563)
        at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1399)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
        at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1500)
        at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:670)
        at org.apache.catalina.manager.ManagerServlet.doPut(ManagerServlet.java:435)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:640)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:617)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
        at java.lang.Thread.run(Thread.java:745)