☰

Tomcat：stacktrace.log 的位置配置在哪里？

tag-icon • tag-icon ubuntu tomcat java
Tomcat：stacktrace.log 的位置配置在哪里？

我正在运行 Ubuntu 10.04，并使用 Apt-get 和标准存储库安装了 Tomcat6 和 Sun-java。

“它起作用了！”页面已加载，但是自从我尝试启动 WAR 以来，管理器尚未成功加载。

stacktrace.log 应该放在哪里以便我可以检查其权限？

信息：部署 Web 应用程序存档 Meetings.war
log4j：ERROR setFile（null，true）调用失败。
java.io.FileNotFoundException：stacktrace.log（权限被拒绝）
    在 java.io.FileOutputStream.openAppend（本机方法）
    在 java.io.FileOutputStream。（FileOutputStream.java:177）
    在 java.io.FileOutputStream。（FileOutputStream.java:102）
    在 org.apache.log4j.FileAppender.setFile（FileAppender.java:290）
    在 org.apache.log4j.FileAppender.activateOptions（FileAppender.java:164）
    在 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）
    在 sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）
    在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）
    在 java.lang.reflect.Method.invoke（Method.java:597）
    在 org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoCachedMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:229)
    在 org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:52)
    在 org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:40)
    在 org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)
    在 org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:121)
    在 org.codehaus.groovy.grails.plugins.logging.Log4jConfig.createFullstackTraceAppender（Log4jConfig.groovy：169）
    在 org.codehaus.groovy.grails.plugins.logging.Log4jConfig.this$2$createFullstackTraceAppender(Log4jConfig.groovy)
    在 org.codehaus.groovy.grails.plugins.logging.Log4jConfig$this$2$createFullstackTraceAppender.callCurrent（未知来源）
    在 org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:44)
    在 org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:143)
    在 org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent（AbstractCallSite.java:147）
    在 org.codehaus.groovy.grails.plugins.logging.Log4jConfig.configure（Log4jConfig.groovy：136）
    在 org.codehaus.groovy.grails.web.util.Log4jConfigListener.contextInitialized（Log4jConfigListener.java:63）
    在 org.apache.catalina.core.StandardContext.listenerStart（StandardContext.java:3972）
    在 org.apache.catalina.core.StandardContext.start(StandardContext.java:4467)
    在 org.apache.catalina.core.ContainerBase.addChildInternal（ContainerBase.java:791）
    在 org.apache.catalina.core.ContainerBase.addChild（ContainerBase.java:771）
    在 org.apache.catalina.core.StandardHost.addChild（StandardHost.java:526）
    在 org.apache.catalina.startup.HostConfig.deployWAR（HostConfig.java:905）
    在 org.apache.catalina.startup.HostConfig.deployApps（HostConfig.java:525）
    在 org.apache.catalina.startup.HostConfig.check（HostConfig.java:1359）
    在 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）
    在 sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）
    在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）
    在 java.lang.reflect.Method.invoke（Method.java:597）
    在 org.apache.tomcat.util.modeler.BaseModelMBean.invoke（BaseModelMBean.java:297）
    在 com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:836）
    在 com.sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java:761）
    在 org.apache.catalina.manager.ManagerServlet.check（ManagerServlet.java:1475）
    在 org.apache.catalina.manager.HTMLManagerServlet.doPost（HTMLManagerServlet.java:250）
    在 javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
    在 javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter（ApplicationFilterChain.java:290）
    在 org.apache.catalina.core.ApplicationFilterChain.doFilter（ApplicationFilterChain.java:206）
    在 org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:233）
    在 org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:191）
    在 org.apache.catalina.authenticator.AuthenticatorBase.invoke（AuthenticatorBase.java:558）
    在 org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java:127）
    在 org.apache.catalina.valves.ErrorReportValve.invoke（ErrorReportValve.java:102）
    在 org.apache.catalina.core.StandardEngineValve.invoke（StandardEngineValve.java:109）
    在 org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:298）
    在 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
    在 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
    在 org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
    在 java.lang.Thread.run(Thread.java:619)

我预计此日志故障会掩盖其他故障，但是我无法将配置与我的 Arch 服务器进行比较，因为 TomCat 也出现故障……

答案1

由 Grails配置stacktrace.log- 参见Grails 日志。

相关内容