Question

我有一个非常简单的Java Web应用程序，带有2个jsp文件（索引和测试）。部署描述符应该提供一些线索：

<web-app... usual stuff here...>

    <servlet>
        <servlet-name>BeerServlet</servlet-name>
        <servlet-class>com.tugay.example.BeerServlet</servlet-class>

    </servlet>

    <servlet-mapping>
        <servlet-name>BeerServlet</servlet-name>
        <url-pattern>/tugay</url-pattern>
    </servlet-mapping>

</web-app>

这个项目是由maven -webapp archetype创建的，并且pom中只有一个依赖项：

    <dependency>
        <groupId>javax</groupId>
        <artifactId>javaee-api</artifactId>
        <version>6.0</version>
        <scope>provided</scope>
    </dependency>

我在IntelliJ中有2个运行配置，一个用于Tomcat 7.0，另一个用于Glassfish 3.1.2.2

当pom如上所述，应用程序可以很好地部署到两台服务器。但是当我删除时：

<scope>provided</scope>

部署在Tomcat中失败，但在Glassfish中仍然成功。这是为什么？

这是来自Tomcat日志文件：

SEVERE：配置类的应用程序侦听器时出错 org.apache.catalina.deploy.ApplicationListener@49f8d077 抛出java.lang.ClassNotFoundException： com.sun.faces.config.ConfigureListener at org.apache.catalina.loader.WebappClassLoader.loadClass（WebappClassLoader.java:1714）在 org.apache.catalina.loader.WebappClassLoader.loadClass（WebappClassLoader.java:1559）在 org.apache.catalina.core.DefaultInstanceManager.loadClass（DefaultInstanceManager.java:527）在 org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged（DefaultInstanceManager.java:509）在 org.apache.catalina.core.DefaultInstanceManager.newInstance（DefaultInstanceManager.java:137）在 org.apache.catalina.core.StandardContext.listenerStart（StandardContext.java:4854）在 org.apache.catalina.core.StandardContext.startInternal（StandardContext.java:5434）在 org.apache.catalina.util.LifecycleBase.start（LifecycleBase.java:150）在 org.apache.catalina.core.ContainerBase.addChildInternal（ContainerBase.java:901）在 org.apache.catalina.core.ContainerBase.addChild（ContainerBase.java:877）在 org.apache.catalina.core.StandardHost.addChild（StandardHost.java:633）在 org.apache.catalina.startup.HostConfig.manageApp（HostConfig.java:1551） at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）在java.lang.reflect.Method.invoke（Method.java:597）at org.apache.tomcat.util.modeler.BaseModelMBean.invoke（BaseModelMBean.java:301）在 com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:836）在 com.sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java:762）在 org.apache.catalina.mbeans.MBeanFactory.createStandardContext（MBeanFactory.java:622）在 org.apache.catalina.mbeans.MBeanFactory.createStandardContext（MBeanFactory.java:569） at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）在java.lang.reflect.Method.invoke（Method.java:597）at org.apache.tomcat.util.modeler.BaseModelMBean.invoke（BaseModelMBean.java:301）在 com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:836）在 com.sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java:762）在 javax.management.remote.rmi.RMIConnectionImpl.doOperation（RMIConnectionImpl.java:1454）在 javax.management.remote.rmi.RMIConnectionImpl.access $ 300（RMIConnectionImpl.java:74）在 javax.management.remote.rmi.RMIConnectionImpl $ PrivilegedOperation.run（RMIConnectionImpl.java:1295）在 javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation（RMIConnectionImpl.java:1387）在 javax.management.remote.rmi.RMIConnectionImpl.invoke（RMIConnectionImpl.java:818） at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）在java.lang.reflect.Method.invoke（Method.java:597）at sun.rmi.server.UnicastServerRef.dispatch（UnicastServerRef.java:303）在sun.rmi.transport.Transport $ 1.run（Transport.java:159）at java.security.AccessController.doPrivileged（Native Method）at sun.rmi.transport.Transport.serviceCall（Transport.java:155）at sun.rmi.transport.tcp.TCPTransport.handleMessages（TCPTransport.java:535）在 sun.rmi.transport.tcp.TCPTransport $ ConnectionHandler.run0（TCPTransport.java:790）在 sun.rmi.transport.tcp.TCPTransport $ ConnectionHandler.run（TCPTransport.java:649）在 java.util.concurrent.ThreadPoolExecutor中的$ Worker.runTask（ThreadPoolExecutor.java:895）在 java.util.concurrent.ThreadPoolExecutor中的$ Worker.run（ThreadPoolExecutor.java:918）在java.lang.Thread.run（Thread.java:662）2013年10月20日上午1:03:08 org.apache.catalina.core.StandardContext listenerStart SEVERE：已跳过由于先前的错误而安装应用程序侦听器

Answer 1

在maven中使用

<scope>provided</scope>来告诉该库（javaee-api）将由服务器提供。省略时，默认值为<scope>compile</scope>表示在编译期间可用的jar文件可用，并与lib文件夹中的WAR文件一起打包。 javaee-api包中包含javax.servlet，javax.servlet.http ..等，它也是由Tomcat提供的。因此，当你省略范围时，jar包装在WAR文件中，但是这个jar也是由tomcat提供的，因此存在jar冲突。 Glassfish能够解决这个问题。

Glassfish如何启动但Tomcat会在未提供范围的情况下启动？

1 个答案: