问题标签 [tomcat6]

我对 Java 并不陌生。我以前用它做过很多事情。但是我正在从 PHP 迁移到 Java Servlet/JSP（我是新手），我无法弄清楚这个错误来挽救我的生命。我使用 Ubuntu 9.04 的 Synaptic 包管理器安装了 Tomcat6，它的运行就像一个魅力。但是当我将 struts 放入我的 WEB-INF/lib 目录并尝试制作一个 struts 应用程序时，我在日志文件中得到以下内容。

我使用struts-blank.war 启动项目，所以web.xml 与struts 2.1.8.1 中提供的相同。

读取 struts-default.xml 文件似乎存在一些问题。

提前致谢

严重：异常启动过滤器 struts2 无法加载配置。- 类：java.security.AccessControlContext 文件：AccessControlContext.java 方法：checkPermission 行：342 -java/security/AccessControlContext.java:342:-1 at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:431 ) 在 org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:51) 在 org.apache.struts2.dispatcher.ng.InitOperations.initDispatcher(InitOperations.java:69)。 catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108 ) 在 org.apache。reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke( Method.java:616) 在 org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:616) 在 org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader .java:177) 原因：无法加载配置。- 类：java.security.AccessControlContext 文件：

我在 80 端口上使用 apache，将所有请求转发到端口 8080 上的 tomcat6 上。在我的应用程序中，我使用的是 struts2 框架。在 tomcat 中，我使用从 ROOT 应用程序重定向到我的应用程序“MyApp”。

当我浏览我网站上的链接时，我会看到很好的 URL，例如 www.mysite.com/order

但是，当 struts 将我重定向到任何地方时，URL 采用类似 www.mysite.com:8080/MyApp/order 的形式

如何使此 URL 相似？

当我尝试实例化 Hibernate 并连接 MySQL 数据库时遇到问题（请参阅下面的错误消息）。

奇怪的是，在运行 Junit 测试时，使用完全相同的 hibernate.cfg.xml 文件连接工作正常，但从 Tomcat 运行时它拒绝工作......

我开始没有想法了。

任何线索或提示在哪里看？

引起：org.hibernate.HibernateException：无法在 org.hibernate.tuple.entity.EntityTuplizerFactory.constructTuplizer(EntityTuplizerFactory.java:110) 在 org.hibernate.tuple 实例化默认元组 [org.hibernate.tuple.entity.DynamicMapEntityTuplizer] .entity.EntityTuplizerFactory.constructDefaultTuplizer(EntityTuplizerFactory.java:135) 在 org.hibernate.tuple.entity.EntityEntityModeToTuplizerMapping.(EntityEntityModeToTuplizerMapping.java:69) 在 org.hibernate.tuple.entity.EntityMetamodel.(EntityMetamodel.java:323) 在org.hibernate.persister.entity.AbstractEntityPersister.(AbstractEntityPersister.java:456) 在 org.hibernate.persister.entity.SingleTableEntityPersister.(SingleTableEntityPersister.java:131) 在 org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:84) 在 org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:267) 在 org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1341) 在 se.fmt.atlantism.util.HibernateUtil.buildSessionFactory(HibernateUtil. java:16) ... 38 更多 原因：org.hibernate.tuple.entity.EntityTuplizerFactory.constructTuplizer(EntityTuplizerFactory.java:107) 的 java.lang.NullPointerException ... 47 更多107) ... 47 更多107) ... 47 更多

我们的 Web 应用程序包含 index.html 和 index.jsp，并且我们使用 Apache Tomcat 6。当一个请求具有直到上下文的路径（例如，http://localhost:8080/mysite）到达 tomcat 时，哪个会送达吗？

这是 index.html 还是 index.jsp ？

是否可配置？

我正在创建一个简单的 SOAP Web 服务。我要确保它在 tomcat 网络服务上运行。

我试图用 JAX-WS 来实现这个（见代码）

我的问题是：Endpoint.publish 是使用 tomcat 服务器来托管它还是迷你 glassfish 类型的服务器？

我应该扩展 UnicastRemoveObject 还是类似的东西？

理想情况下，它可以打包成 .WAR 并放入目录中并正常工作。

它似乎不适用于我安装的 tomcat 服务器，因为它说端口已在使用中。我正在使用安装了 tomcat6 软件包的 Ubuntu karmic，也可能是我的用户没有权限发布到 8080 上正在运行的 tomcat

我希望这个问题足够清楚

示例代码：

我有一个在 tomcat 上运行的 web 服务（并且正在工作）。我想将端点 URL 提取到战争之外的文件中，以便可以更改它而无需重新部署战争。我在 Windows XP 上使用独立的 Tomcat 6 在本地运行。

我的想法是将它放在上下文中，作为上下文参数或作为环境变量。

我不确定哪个更好，而且由于我无法识别上下文，我不知道哪个会起作用。所以我的第一个问题是，我应该使用以下哪些条目（如果有的话）？

假设 Environment 行是正确的，我要检索的代码是：

然而....

我已经尝试将它添加到一个 context.xml 文件到 META-INF 文件夹中，我的印象是，当我部署战争时，在这里引用另一个问题的答案，“当你部署 WAR 时，上下文片段（META-INF/context.xml）被复制到 conf/Catalina/[host] 目录。” 好吧，这不会发生。我真的不想那样做，因为我希望上下文完全独立于战争而存在，但这是一个测试，看看我是否能走得那么远。失败。

所以我尝试手动将上下文 xml（重命名为 myapp.xml）添加到该文件夹​​（必须先创建它），但我仍然认为该文件没有被读取。

当我运行应用程序时，我收到类似“javax.naming.NameNotFoundException: Name webserviceURI is not bound in this Context”的错误。

我尝试打印出初始上下文的环境：

所以我不认为上下文文件被读取，无论我把它放在哪里。

如果这很重要，这不是一个 servlet（也许它应该是？）。

我正在尝试将我的 gwt 应用程序部署到 ubuntu 9.10 下的 tomcat6 并得到（我想你们很多人都知道）“java.security.AccessControlException：访问被拒绝”错误（可以在最后找到完整的异常）。我一般搜索了网络，发现 Java 默认安全权限阻止序列化程序访问我的类私有成员（它们确实有 getter 和 setter），我应该使用 /etc/tomcat6/ 的文件添加到 tomcat 策略policy.d/60gwt.policy 如下： grant codeBase "file:/var/lib/tomcat6/webapps/-" { permission java.security.AllPermission; }

尽管我已经这样做了（并且我理解其中的含义），但无论我重新启动服务器多少次，我仍然会遇到相同的错误。下一步可能是完全禁用 tomcats 安全管理器，但这个应用程序最终会投入生产，我想知道这里发生了什么。另外，我宁愿不公开任何成员变量......有什么想法吗？干杯

严重：调度传入的 RPC 调用时出现异常 java.security.AccessControlException：在 java.security.AccessController.checkPermission 的 java.security.AccessControlContext.checkPermission (AccessControlContext.java:323) 的访问被拒绝 (java.lang.reflect.ReflectPermission suppressAccessChecks) ( AccessController.java:546) 在 java.lang.SecurityManager.checkPermission(SecurityManager.java: 532) 在 java.lang.reflect.AccessibleObject.setAccessible (AccessibleObject.java:107) 在 com.google.gwt.user.server.rpc .impl.ServerSerializationStreamWriter.seriali zeClass (ServerSerializationStreamWriter.java:694) 在 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.seriali zeImpl (ServerSerializationStreamWriter.java:730) 在 com.google.gwt.user.server .rpc.impl。ServerSerializationStreamWriter.seriali zeClass (ServerSerializationStreamWriter.java:712) 位于 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.seriali zeImpl (ServerSerializationStreamWriter.java:730) 位于 com.google.gwt.user.server.rpc。 impl.ServerSerializationStreamWriter.seriali ze (ServerSerializationStreamWriter.java:612) at com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamWriter.write Object (AbstractSerializationStreamWriter.java:129) at com.google.gwt.user.server。 rpc.impl.ServerSerializationStreamWriter $ValueWriter$8.write(ServerSerializationStreamWriter.java:152) 在 com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.seriali zeValue (ServerSerializationStreamWriter.java:534) 在 com.google.gwt。用户.server.rpc.RPC。com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure 上的 encodeResponse(RPC.java:609) (RPC.java:383) 上 com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse (RPC. java:581) 在 com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall (RemoteServiceServlet.java:188) 在 com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost (RemoteServiceServlet.java:224)在 com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost (AbstractRemoteServiceServlet.java:62) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 在 javax.servlet.http.HttpServlet.service (HttpServlet.java:717) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) 在 java.lang.reflect.Method.invoke(Method.java:597) 在 org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil. java: 269) 在 java.security.AccessController.doPrivileged(Native Method) 在 javax.security.auth.Subject.doAsPrivileged(Subject.java:517) 在 org.apache.catalina.security.SecurityUtil.execute (SecurityUtil.java: 301) org.apache.catalina.security.SecurityUtil.doAsPrivilege (SecurityUtil.java:162) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:283) org.apache.catalina.core.ApplicationFilterChain .access$000 (ApplicationFilterChain.java:56) 在 org.apache.catalina.core.ApplicationFilterChain$1。在 org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:185) 在 org.apache.catalina.core.StandardWrapperValve 的 java.security.AccessController.doPrivileged(Native Method) 运行 (ApplicationFilterChain.java:189)。在 org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:128) 在 org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) 调用 (StandardWrapperValve.java:233) .catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:102) 在 org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) 在 org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java :293) 在 org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:849) 在 org.apache.coyote.http11.Http11Protocol $Http11ConnectionHandler.process(Http11Protocol.java:583) 在 org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java: 454) 在 java .lang.Thread.run(Thread.java:619)

我正在尝试在 Tomcat 6.0 中部署新的 Web 应用程序，但是每当我单击开始按钮时，我都会反复收到 FAIL - Application at context path /Hello could not be started。每当我单击开始按钮时，其他部署的应用程序运行良好。但为什么不是这个应用程序？

网络-xml：

这是我在 catalina 日志文件中遇到的异常：

web-xml 文件中该错误的原因是什么？

有人可以向我解释 Debian 中 Tomcat6 的状态吗？我的困惑源于我只能在 Lenny（稳定版本）中找到“源”包和在 Squeeze（测试版本）中找到“正常”（？）包。适用链接：

http://packages.debian.org/source/lenny/tomcat6

http://packages.debian.org/squeeze/tomcat6

源包和“普通”包有什么区别？这是否意味着我必须从 lenny 中的源代码编译 tomcat，但是可以通过 apt-get 直接安装它？我也有点困惑，为什么squeeze 在它的包列表中有一个java 小节而lenny 没有，虽然我想这可能只是新版本的一个新方案？

我希望这对于 SO 来说足够相关，但它似乎不适用于 ServerFault。在此先感谢您对我的 debian 新手的支持：P

在 Tomcat 5 中，我将构建一个 WAR 文件并将其放在我的测试服务器上。在此服务器上，CATALINA_HOME/conf/[EngineName]/[HostName] 目录中有一个 my-app.xml 文件，它指向我的测试数据库。完成测试后，我会将 WAR 文件发送给我的客户 IT 部门，他们会将文件放在 CATALINA_HOME/webapps 目录中。在他们的 Tomcat 实例上，他们有一个指向生产数据库的不同 my-app.xml 文件。

最近我们升级到 Tomcat 6，当我们将 WAR 文件复制到 webapps 目录时，它会删除 my-app.xml 文件。删除后，如果我将 my-app.xml 文件的备份复制到 CATALINA_HOME/conf/[EngineName]/[HostName] 目录中，Tomcat 会忽略它，即使我从 Tomcat 管理器重新加载 webapp。

我尝试将 context.xml 文件添加到 WAR 文件中的 META-INF 目录。当 Tomcat 扩展 WAR 文件时，它会用 context.xml 文件覆盖 my-app.xml 文件。如果我随后将 my-app.xml 文件的备份复制回 CATALINA_HOME/conf/[EngineName]/[HostName] 目录，Tomcat 将删除 WAR 文件和扩展目录。

我可以在 WAR 文件中包含适当的 my-app.xml 文件，但这意味着构建两个 WAR 文件，一个带有测试 my-app.xml，另一个带有生产 my-app.xml。如果我按特定顺序将 WAR 文件或 my-app.xml 备份文件复制到正确的目录中，我也可以让它工作。由于多种原因，我不喜欢这些解决方案中的任何一个。

我究竟做错了什么？为什么这在新版本中不起作用？我需要更改选项吗？我需要改变我的流程吗？（注意：客户的 IT 部门不希望必须停止和启动 Tomcat 来重新部署新的 WAR 文件。）

谢谢！