1

我有一个非常简单的 Java Web 应用程序，其中包含 2 个 jsp 文件（ index 和 test ）。部署描述符应该提供一些线索：

<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 日志文件：

严重：配置类 org.apache.catalina.deploy.ApplicationListener@49f8d077 java.lang.ClassNotFoundException 的应用程序侦听器时出错： org.apache.catalina.loader.WebappClassLoader.loadClass 的 com.sun.faces.config.ConfigureListener (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) at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:137) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4854) at org .apache.catalina.core.StandardContext。startInternal(StandardContext.java:5434) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at 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) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 java.lang 的 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)。 reflect.Method.invoke(Method.java:597) 在 org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301) 在 com.sun.jmx。interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:762) at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:622)在 org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:569) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301) at 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) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 java.lang.reflect.Method。在 sun.rmi.transport.Transport$1.run(Transport.java:159) 在 java.security.AccessController 的 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:303) 调用(Method.java:597)。 doPrivileged(Native Method) 在 sun.rmi.transport.Transport.serviceCall(Transport.java:155) 在 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：由于先前的错误而跳过安装应用程序侦听器

4

1 回答 1

2

<scope>provided</scope>在 maven 中用于告知该库（javaee-api）将由服务器提供。省略时，默认是<scope>compile</scope>指编译过程中需要的 jars 可用，并与文件lib夹中的 WAR 文件一起打包。javaee-api包中包含 javax.servlet、javax.servlet.http .. 等，也是 Tomcat 提供的。因此，当您省略范围时，jar 被打包在 WAR 文件中，但是这个 jar 也是由 tomcat 提供的，因此存在 jar 冲突。Glassfish 能够解决这个问题。

于 2013-10-20T04:53:03.587 回答