You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by "Michael A. Repucci" <mi...@repucci.org> on 2009/05/14 21:35:52 UTC
tomcat no longer writing to log files
Hi Tomcat'ers,
I'm completely new to Tomcat, and very unfamiliar with JSP or web
applications in general. I've been trying to set up an application on my
system (Ubuntu 9.04) that works just fine on my colleagues' systems (Windows
XP). I've got Tomcat working just fine, and the manager and demo
applications all work. But loading our application was giving me errors.
Before I can let you know what the errors are, I need help making Tomcat
write them once again to the log files. See, I did a silly thing. I wanted
to clear the log files (catalina.out and ourapp.log), so I just opened them,
emptied them, and resaved them. (Dumb, I know. I was getting frustrated.) Lo
and behold, Tomcat stopped writing to them, even after completely restarting
my computer. How can I get Tomcat to rewrite to these files? I've searched
all over this group's archive and the web, and the closest thing I found was
this not so helpful suggestion (
http://marc.info/?l=tomcat-user&m=107947604330561&w=2). Any ideas?
Michael Repucci
(M) 718-288-4554
(W) 212-746-0462
michael@repucci.org
http://michael.repucci.org/
--See life as it is, not as it appears to be.
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
Wow! So many nice and helpful people. Sorry about letting my frustration get
the best of me last week - I usually am much more level-headed - truly
sorry. I still haven't figured everything out, but things are starting to
get a bit clearer. Just to set things straight, I'm running Ubuntu 9.04. I
used Synaptic Package Manager to (un)install Tomcat 5.5 (including webapps
and admin packages). I've got Sun JVM 1.5, and Apache 2.2, both also
installed by the package manager. I've been reluctant to install without the
package manager because I'd expected it would be easier for a newbie like
me. (Though it seems that that was the source of some of my confusion, as
explained below.)
Now, Tomcat is running and is logging at least some (or maybe all - not
sure) of what it's doing. When I installed, Tomcat is automatically started
via a startup script /etc/init.d/tomcat5.5. But for some unclear reason,
this script seems to log differently than starting Tomcat with
$CATALINA_BASE/bin/startup.sh. The former creates catalina.2009-05-18.log,
admin.2009-05-18.log, host-manager.2009-05-18.log, localhost.2009-05-18.log,
and manager.2009-05-18.log files; the latter creates these files AND
catalina.out and neuroanalysis.log (our app) files.
On Thu, May 14, 2009 at 6:33 PM, Martin Gainty <mg...@hotmail.com> wrote:
> Tomcat is an aggregation of well-tested apache components
> could you elaborate a bit more on your implementation of either log4j or
> commons-logging?
> and please read the Tomcat logging tutorial
> http://www.mbaworld.com/docs/logging.html
>
I've read a bit as Martin suggested, and it seems that the app that my
colleagues created uses log4j logging. But from what I've read, I gather
Tomcat uses commons-logging by default when it sends messages to (its
stdout) catalina.out (correct me if I'm wrong). Either way, I think that's a
bit outside the scope of my current issue. I was just confused why sometimes
catalina.out and neuroanalysis.log files were generated, and other times
not. And it seems it's related to the way the package installs, versus how
the default startup scripts are prepared.
Also, in case this is meaningful to anybody, the package startup script
seems to create three processes using jsvc, whereas the startup.sh script
creates just one (ps aux | grep tomcat):
root 9333 0.1 3.3 288844 34336 pts/2 Sl 14:45 0:05
/usr/local/java/bin/java
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=/usr/local/tomcat/conf/logging.properties
-Djava.endorsed.dirs=/usr/local/tomcat/common/endorsed -classpath
:/usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/commons-logging-api.jar
-Dcatalina.base=/usr/local/tomcat -Dcatalina.home=/usr/local/tomcat
-Djava.io.tmpdir=/usr/local/tomcat/temp
org.apache.catalina.startup.Bootstrap start
root 10842 0.0 0.0 2164 364 ? Ss 15:31 0:00
/usr/bin/jsvc -user tomcat55 -cp
/usr/share/java/commons-daemon.jar:/usr/share/tomcat5.5/bin/bootstrap.jar
-outfile SYSLOG -errfile SYSLOG -pidfile /var/run/tomcat5.5.pid
-Djava.awt.headless=true -Xmx128M
-Djava.endorsed.dirs=/usr/share/tomcat5.5/common/endorsed
-Dcatalina.base=/var/lib/tomcat5.5 -Dcatalina.home=/usr/share/tomcat5.5
-Djava.io.tmpdir=/var/lib/tomcat5.5/temp -Djava.security.manager
-Djava.security.policy=/var/lib/tomcat5.5/conf/catalina.policy
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=/var/lib/tomcat5.5/conf/logging.properties
org.apache.catalina.startup.Bootstrap
root 10843 0.0 0.0 2164 512 ? S 15:31 0:00
/usr/bin/jsvc -user tomcat55 -cp
/usr/share/java/commons-daemon.jar:/usr/share/tomcat5.5/bin/bootstrap.jar
-outfile SYSLOG -errfile SYSLOG -pidfile /var/run/tomcat5.5.pid
-Djava.awt.headless=true -Xmx128M
-Djava.endorsed.dirs=/usr/share/tomcat5.5/common/endorsed
-Dcatalina.base=/var/lib/tomcat5.5 -Dcatalina.home=/usr/share/tomcat5.5
-Djava.io.tmpdir=/var/lib/tomcat5.5/temp -Djava.security.manager
-Djava.security.policy=/var/lib/tomcat5.5/conf/catalina.policy
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=/var/lib/tomcat5.5/conf/logging.properties
org.apache.catalina.startup.Bootstrap
tomcat55 10846 42.7 3.1 337800 32524 ? Sl 15:31 0:03
/usr/bin/jsvc -user tomcat55 -cp
/usr/share/java/commons-daemon.jar:/usr/share/tomcat5.5/bin/bootstrap.jar
-outfile SYSLOG -errfile SYSLOG -pidfile /var/run/tomcat5.5.pid
-Djava.awt.headless=true -Xmx128M
-Djava.endorsed.dirs=/usr/share/tomcat5.5/common/endorsed
-Dcatalina.base=/var/lib/tomcat5.5 -Dcatalina.home=/usr/share/tomcat5.5
-Djava.io.tmpdir=/var/lib/tomcat5.5/temp -Djava.security.manager
-Djava.security.policy=/var/lib/tomcat5.5/conf/catalina.policy
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=/var/lib/tomcat5.5/conf/logging.properties
org.apache.catalina.startup.Bootstrap
On Fri, May 15, 2009 at 11:53 AM, Christopher Schultz <
chris@christopherschultz.net> wrote:
> Can you tell us how you start Tomcat?
> Are you sure that it's running when no log files are generated?
> What is the euid of the running Tomcat process?
> What JVM are you using (try running "java -version")?
> What version of Tomcat are you using?
>
So I think that answers those questions.
> Where /is/ Tomcat's log directory (you may have to read the script that
> you use to start Tomcat to figure out what that is)?
> What are the file permissions on Tomcat's log directory?
> What are the file permissions of the log files themselves (if the files
> still exist)?
>
The log directory seems to be in /var/log/tomcat5.5. There's a strange web
of symlinks that got installed for the logs and other directories, so that
/usr/share/tomcat5.5/logs symlinks to /var/lib/tomcat5.5/logs, which
symlinks to the actual log directory (owned by user:group tomcat55:adm with
755).
So, if I start Tomcat with startup.sh I get the following errors:
catalina.out:
May 18, 2009 1:46:00 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
/usr/lib/jvm/java-1.5.0-sun-1.5.0.18/jre/lib/i386/client:/usr/lib/jvm/java-1.5.0-sun-1.5.0.18/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.18/jre/../lib/i386
May 18, 2009 1:46:01 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8180
May 18, 2009 1:46:01 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 937 ms
May 18, 2009 1:46:01 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
May 18, 2009 1:46:01 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5
May 18, 2009 1:46:01 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
May 18, 2009 1:46:02 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
May 18, 2009 1:46:02 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/neuroanalysis] startup failed due to previous errors
May 18, 2009 1:46:03 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8180
May 18, 2009 1:46:03 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
May 18, 2009 1:46:03 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/23 config=null
May 18, 2009 1:46:03 PM org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
May 18, 2009 1:46:03 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 2197 ms
neuroanalysis.log:
Configuring event listener class
'org.brainml.neuroanalysis.ContextListener'
Sending application start events
Starting filters
Starting filter 'UTF8Filter'
Exception starting filter UTF8Filter
java.lang.NoClassDefFoundError: javax/servlet/Filter
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1853)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:875)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1330)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1209)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:207)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Stopping filters
If I start Tomcat via /etc/init.d/tomcat5.5, then I get errors in the file
catalina.2009-05-18.log (see below, and sorry that it's so long, but I don't
know what's relevant). In both cases, Tomcat is running just fine, and the
example applications work, as well as the admin and manager apps. Any
pointers? Keep in mind that this same app works just fine on my colleagues'
WinXP computers (same Java, Apache, and Tomcat versions).
Thanks! =) Michael
May 18, 2009 3:03:22 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
May 18, 2009 3:03:22 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8180
May 18, 2009 3:03:22 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1037 ms
May 18, 2009 3:03:23 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
May 18, 2009 3:03:23 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5
May 18, 2009 3:03:23 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=Valve,name=StandardContextValve,path=/neuroanalysis,host=localhost
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.StandardPipeline.registerValve(StandardPipeline.java:302)
at
org.apache.catalina.core.StandardPipeline.start(StandardPipeline.java:234)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4140)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 33 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.StandardPipeline
registerValve
INFO: Can't register valve
org.apache.catalina.core.StandardContextValve[/neuroanalysis]
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.StandardPipeline.registerValve(StandardPipeline.java:302)
at
org.apache.catalina.core.StandardPipeline.start(StandardPipeline.java:234)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4140)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 33 more
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=Valve,name=NonLoginAuthenticator,path=/neuroanalysis,host=localhost
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.StandardPipeline.registerValve(StandardPipeline.java:302)
at
org.apache.catalina.core.StandardPipeline.addValve(StandardPipeline.java:448)
at
org.apache.catalina.core.ContainerBase.addValve(ContainerBase.java:1186)
at
org.apache.catalina.startup.ContextConfig.authenticatorConfig(ContextConfig.java:491)
at
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1051)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:261)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 38 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.StandardPipeline
registerValve
INFO: Can't register valve
org.apache.catalina.authenticator.NonLoginAuthenticator[/neuroanalysis]
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.StandardPipeline.registerValve(StandardPipeline.java:302)
at
org.apache.catalina.core.StandardPipeline.addValve(StandardPipeline.java:448)
at
org.apache.catalina.core.ContainerBase.addValve(ContainerBase.java:1186)
at
org.apache.catalina.startup.ContextConfig.authenticatorConfig(ContextConfig.java:491)
at
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1051)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:261)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 38 more
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=DataSource,path=/neuroanalysis,host=localhost,class=javax.sql.DataSource,name="jdbc/mysql/analysisclient"
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.NamingContextListener.addResource(NamingContextListener.java:841)
at
org.apache.catalina.core.NamingContextListener.createNamingContext(NamingContextListener.java:587)
at
org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContextListener.java:220)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 35 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.NamingContextListener
addResource
WARNING: Failed to register in JMX: javax.management.MBeanException: Cannot
instantiate ModelMBean of class org.apache.commons.modeler.BaseModelMBean
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=DataSource,path=/neuroanalysis,host=localhost,class=javax.sql.DataSource,name="jdbc/mysql/submissions"
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.NamingContextListener.addResource(NamingContextListener.java:841)
at
org.apache.catalina.core.NamingContextListener.createNamingContext(NamingContextListener.java:587)
at
org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContextListener.java:220)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 35 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.NamingContextListener
addResource
WARNING: Failed to register in JMX: javax.management.MBeanException: Cannot
instantiate ModelMBean of class org.apache.commons.modeler.BaseModelMBean
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=DataSource,path=/neuroanalysis,host=localhost,class=javax.sql.DataSource,name="jdbc/mysql/users"
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at
org.apache.catalina.core.NamingContextListener.addResource(NamingContextListener.java:841)
at
org.apache.catalina.core.NamingContextListener.createNamingContext(NamingContextListener.java:587)
at
org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContextListener.java:220)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 35 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.NamingContextListener
addResource
WARNING: Failed to register in JMX: javax.management.MBeanException: Cannot
instantiate ModelMBean of class org.apache.commons.modeler.BaseModelMBean
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
registerComponent
SEVERE: Error registering
Catalina:type=Manager,path=/neuroanalysis,host=localhost
javax.management.MBeanException: Cannot instantiate ModelMBean of class
org.apache.commons.modeler.BaseModelMBean
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:385)
at
org.apache.commons.modeler.Registry.registerComponent(Registry.java:835)
at org.apache.catalina.session.ManagerBase.init(ManagerBase.java:719)
at
org.apache.catalina.session.StandardManager.start(StandardManager.java:619)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4166)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:184)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
javax.management.modelmbean.ModelMBeanInfoSupport.tracing(ModelMBeanInfoSupport.java:966)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:319)
at
javax.management.modelmbean.ModelMBeanInfoSupport.<init>(ModelMBeanInfoSupport.java:260)
at
org.apache.commons.modeler.BaseModelMBean.createDefaultModelMBeanInfo(BaseModelMBean.java:1328)
at
org.apache.commons.modeler.BaseModelMBean.<init>(BaseModelMBean.java:117)
at sun.reflect.GeneratedConstructorAccessor5.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:378)
... 33 more
May 18, 2009 3:03:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
May 18, 2009 3:03:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/neuroanalysis] startup failed due to previous errors
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
unregisterComponent
SEVERE: Error unregistering mbean
java.security.AccessControlException: access denied (java.io.FilePermission
/var/lib/tomcat5.5/webapps/neuroanalysis/WEB-INF/classes/logging.properties
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:166)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
com.sun.jmx.mbeanserver.RepositorySupport.isTraceOn(RepositorySupport.java:87)
at
com.sun.jmx.mbeanserver.RepositorySupport.contains(RepositorySupport.java:472)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(DefaultMBeanServerInterceptor.java:556)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.isRegistered(JmxMBeanServer.java:619)
at
org.apache.commons.modeler.Registry.unregisterComponent(Registry.java:612)
at org.apache.catalina.session.ManagerBase.destroy(ManagerBase.java:692)
at
org.apache.catalina.session.StandardManager.stop(StandardManager.java:693)
at
org.apache.catalina.core.StandardContext.stop(StandardContext.java:4360)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4246)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
May 18, 2009 3:03:25 PM org.apache.commons.modeler.Registry
unregisterComponent
SEVERE: Error unregistering mbean
java.security.AccessControlException: access denied (java.io.FilePermission
/WEB-INF/classes/logging.properties read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at
java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at java.io.File.exists(File.java:700)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:828)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:211)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:294)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1925)
at
org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:937)
at
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:298)
at
org.apache.juli.ClassLoaderLogManager$2.run(ClassLoaderLogManager.java:273)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.juli.ClassLoaderLogManager.getClassLoaderInfo(ClassLoaderLogManager.java:270)
at
org.apache.juli.ClassLoaderLogManager.getLogger(ClassLoaderLogManager.java:175)
at java.util.logging.LogManager.demandLogger(LogManager.java:315)
at java.util.logging.Logger.getLogger(Logger.java:256)
at com.sun.jmx.trace.TraceManager.getLogger(TraceManager.java:166)
at com.sun.jmx.trace.TraceManager.isSelected(TraceManager.java:197)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:84)
at
com.sun.jmx.mbeanserver.RepositorySupport.isTraceOn(RepositorySupport.java:87)
at
com.sun.jmx.mbeanserver.RepositorySupport.contains(RepositorySupport.java:472)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(DefaultMBeanServerInterceptor.java:556)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.isRegistered(JmxMBeanServer.java:619)
at
org.apache.commons.modeler.Registry.unregisterComponent(Registry.java:612)
at
org.apache.catalina.core.StandardContext.resourcesStop(StandardContext.java:3906)
at
org.apache.catalina.core.StandardContext.stop(StandardContext.java:4386)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4246)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:122)
at
org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
May 18, 2009 3:03:25 PM org.apache.catalina.loader.WebappClassLoader
findResourceInternal
INFO: Illegal access: this web application instance has been stopped
already. Could not load logging.properties. The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to
attempt to terminate the thread which caused the illegal access, and has no
functional impact.
May 18, 2009 3:03:25 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8180
May 18, 2009 3:03:25 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
May 18, 2009 3:03:25 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/36 config=null
May 18, 2009 3:03:25 PM org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
May 18, 2009 3:03:25 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 2985 ms
Re: tomcat no longer writing to log files
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Michael,
On 5/14/2009 4:14 PM, Michael A. Repucci wrote:
> Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
Sorry for the barrage of questions, but the answers will help us figure
out what's going on:
Can you tell us how you start Tomcat?
Are you sure that it's running when no log files are generated?
What is the euid of the running Tomcat process?
Where /is/ Tomcat's log directory (you may have to read the script that
you use to start Tomcat to figure out what that is)?
What are the file permissions on Tomcat's log directory?
What are the file permissions of the log files themselves (if the files
still exist)?
What JVM are you using (try running "java -version")?
What version of Tomcat are you using?
I don't want to start a flame war, but you'll catch more flies with
honey: saying that TC is a crappy piece of software is "not recommended
technique" when asking for help from this list.
As for your colleagues' code not running, I suspect it's something
simple like a required database library not being installed into Tomcat
(which is required, depending on how they have arranged everything).
Once error messages return, you are welcome to report the errors you get
from their application and we'll do what we can to help.
Thanks,
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkoNj+QACgkQ9CaO5/Lv0PBvOwCeM4lDnGOsWkHJOl/nYI41pmlN
Gy8AoLHam8zJ4tmjAYFcqoKrWqK18pMJ
=RY7b
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by David Smith <dn...@cornell.edu>.
Michael A. Repucci wrote:
> On Fri, May 15, 2009 at 10:20 AM, Steve Ochani <oc...@ncc.edu> wrote:
>
>
>> Really? Your cv/resume indicates otherwise.
>>
>> Sure your phd is in neuroscience but your current employment is listed as
>> "Scientific Programmer" and so was your last employment.
>>
>> Considering that you are "Proficient" in things such as "C/C++/C#, PHP ...
>> Linux OS"
>> you should have considered that letting people know some details about your
>> configuration/system would have helped.
>>
>>
>
> That's just marketing. If you look more carefully, I've never worked outside
> of academia. I've even tried, and I can't get a job as a real programmer. My
> father and brother are both real programmers, and I understand the
> difference between what they know and what I know. But when trying to get a
> job in science doing programming, the academics that tend to hire you like
> to see "proficiency", where my proficiency in any of those languages is
> probably less than yours.
>
>
>
>> Anyways, as stated by other people, get rid of the ubuntu packaged Tomcat
>> and install the
>> official one, also use a real Java version from SUN.
>>
>
>
> Working on it. I didn't realize that Ubuntu packages were the potentially
> more difficult route. I'd made the false assumption that they might simplify
> things for me.
>
>
>
>> Also, tomcat does work "out of the box". Incorrect administration of any
>> system will stop it
>> from working out of the box.
>>
>
>
> Honestly, what I'm most frustrated about isn't Tomcat, per say, but the
> stuff written by my colleagues that should work with Tomcat. I'm a bit
> baffled how the über-cross-platform Java (and its disciples Ant and Tomcat)
> could be used to create code that is extraordinarily sensitive to the
> version and platforms on which it is compiled and run. I suppose that's just
> because the code was poorly written, and you could probably write platform-
> and version-dependent code in any language, but it would have been nice if I
> could have installed whatever the latest packages were on my system, and
> compiled and run successfully the first time. Instead I'm spending upwards
> of a week learning all the internals. I guess that's useful in the long run,
> but I could just use some good and patient guidance. Sorry to have stepped
> on anybody's toes, and thank you all for your help.
>
> :) Michael
>
>
Webapps written to the servlet spec aren't super-sensitive. If written
to spec, there might be some minor bit of setup (e.g. database pool),
but otherwise they should just plain work. Your colleagues may have
done things outside the spec if their stuff doesn't just work with a
minor bit of setup like a database pool if needed.
Adding to that, tomcat as packaged at tomcat.apache.org and run on Sun's
JVM isn't sensitive either. I've never had any trouble setting up an
instance of it, but then again, I don't use the third party packages
either. If your system is using some other JVM like Kaffe, it may be
contributing to your headaches.
Try this for a confidence builder:
- get tomcat 6 from tomcat.apache.org
- unpack wherever you like
- make sure you have a Sun JVM version 1.5 or better installed and
available (execute the command java -version to see what comes up)
- cd into tomcat's bin directory
- start tomcat with ./startup.sh
- go to your favorite browser and browse http://localhost:8080 (I
think that's the default, out of the box http connector port) and see
the magic.
Once you have that success, add your webapp to the webapps directory and
check it out on that same browser. 'tis just that simple.
--David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by Andre-John Mas <aj...@sympatico.ca>.
On 15-May-2009, at 10:37, Michael A. Repucci wrote:
>> Also, tomcat does work "out of the box". Incorrect administration
>> of any
>> system will stop it
>> from working out of the box.
>
>
> Honestly, what I'm most frustrated about isn't Tomcat, per say, but
> the
> stuff written by my colleagues that should work with Tomcat. I'm a bit
> baffled how the über-cross-platform Java (and its disciples Ant and
> Tomcat)
> could be used to create code that is extraordinarily sensitive to the
> version and platforms on which it is compiled and run. I suppose
> that's just
> because the code was poorly written, and you could probably write
> platform-
> and version-dependent code in any language, but it would have been
> nice if I
> could have installed whatever the latest packages were on my system,
> and
> compiled and run successfully the first time. Instead I'm spending
> upwards
> of a week learning all the internals. I guess that's useful in the
> long run,
> but I could just use some good and patient guidance. Sorry to have
> stepped
> on anybody's toes, and thank you all for your help.
>
I hate to say it, but the best way to make Java code have issues is
trying to
be too smart when doing something. This usually results in code that
works
in certain narrow situations, but not the rest. What I mean by being
'too
smart' is when someone try to make the best 'uber' code possible,
which ends
up being convoluted and only understandable to the author when it was
written. I am not saying it is the case here, but programming is like
hand writing, in that you do yourself a favour by making sure it is
written
well enough that someone else can read it and yourself in a month's
time.
On the other hand, there are different version of servlet specification,
of Java, of Tomcat and each has their incompatibilities. Learning how to
make your code work in the widest range of conditions will help make
you a better programmer, IMHO.
André-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
On Fri, May 15, 2009 at 10:20 AM, Steve Ochani <oc...@ncc.edu> wrote:
> Really? Your cv/resume indicates otherwise.
>
> Sure your phd is in neuroscience but your current employment is listed as
> "Scientific Programmer" and so was your last employment.
>
> Considering that you are "Proficient" in things such as "C/C++/C#, PHP ...
> Linux OS"
> you should have considered that letting people know some details about your
> configuration/system would have helped.
>
That's just marketing. If you look more carefully, I've never worked outside
of academia. I've even tried, and I can't get a job as a real programmer. My
father and brother are both real programmers, and I understand the
difference between what they know and what I know. But when trying to get a
job in science doing programming, the academics that tend to hire you like
to see "proficiency", where my proficiency in any of those languages is
probably less than yours.
> Anyways, as stated by other people, get rid of the ubuntu packaged Tomcat
> and install the
> official one, also use a real Java version from SUN.
Working on it. I didn't realize that Ubuntu packages were the potentially
more difficult route. I'd made the false assumption that they might simplify
things for me.
> Also, tomcat does work "out of the box". Incorrect administration of any
> system will stop it
> from working out of the box.
Honestly, what I'm most frustrated about isn't Tomcat, per say, but the
stuff written by my colleagues that should work with Tomcat. I'm a bit
baffled how the über-cross-platform Java (and its disciples Ant and Tomcat)
could be used to create code that is extraordinarily sensitive to the
version and platforms on which it is compiled and run. I suppose that's just
because the code was poorly written, and you could probably write platform-
and version-dependent code in any language, but it would have been nice if I
could have installed whatever the latest packages were on my system, and
compiled and run successfully the first time. Instead I'm spending upwards
of a week learning all the internals. I guess that's useful in the long run,
but I could just use some good and patient guidance. Sorry to have stepped
on anybody's toes, and thank you all for your help.
:) Michael
Re: tomcat no longer writing to log files
Posted by Steve Ochani <oc...@ncc.edu>.
Send reply to: Tomcat Users List <us...@tomcat.apache.org>
From: "Michael A. Repucci" <mi...@repucci.org>
Date sent: Thu, 14 May 2009 17:42:16 -0400
Subject: Re: tomcat no longer writing to log files
To: Tomcat Users List <us...@tomcat.apache.org>
> Seems like a bit of animosity toward Tomcat has finally helped me make
> progress, mostly because it got all you gurus to actually explain a
> bit of how it works, and how it's packaged, all concepts I didn't
> understand. I'm a scientist, not a programmer.
Really? Your cv/resume indicates otherwise.
Sure your phd is in neuroscience but your current employment is listed as
"Scientific Programmer" and so was your last employment.
Considering that you are "Proficient" in things such as "C/C++/C#, PHP ... Linux OS"
you should have considered that letting people know some details about your
configuration/system would have helped.
Anyways, as stated by other people, get rid of the ubuntu packaged Tomcat and install the
official one, also use a real Java version from SUN.
Also, tomcat does work "out of the box". Incorrect administration of any system will stop it
from working out of the box.
-Steve O.
> I'm new to Ubuntu and
> Tomcat. My colleagues have been completely unhelpful in this process.
> It works on their systems, so they've just left me to struggle on my
> own.
>
> My frustration is further fueled by the fact that the web site that
> our application will soon handle (http://neuroanalysis.org/toolkit/)
> is working just fine as static html; it doesn't change much, and most
> of the pages (not viewable externally) are generated automatically
> from code, using m2html or doxygen. But now they want me to integrate
> this site into the JSP format seen at the root
> (http://neuroanalysis.org/), despite the fact that I have zero
> experience with Tomcat, Java, or JSP, and nearly no web application
> development experience.
>
> It would have been nice if Tomcat just worked, out of the box, but it
> took me a couple days just to get it up and running. Now Tomcat works,
> at least the default page and the example webapps, but the application
> that my colleagues built won't work. This is their fault, as far as
> I'm concerned, yet there's nothing I can do to force them to improve
> what is probably sloppy code on their part.
>
> So I'm just looking for some help. Sorry to insult Tomcat, but thanks
> for the useful feedback. I'll work on the suggestions and let you know
> if I can't make any progress.
>
> :) Michael
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by André Warnier <aw...@ice-sa.com>.
Michael A. Repucci wrote:
> Seems like a bit of animosity toward Tomcat has finally helped me make
> progress, mostly because it got all you gurus to actually explain a bit of
> how it works, and how it's packaged, all concepts I didn't understand. I'm a
> scientist, not a programmer. I'm new to Ubuntu and Tomcat. My colleagues
> have been completely unhelpful in this process. It works on their systems,
> so they've just left me to struggle on my own.
No wonder, if you're always grouchy like that.
>
> My frustration is further fueled by the fact that the web site that our
> application will soon handle (http://neuroanalysis.org/toolkit/) is working
> just fine as static html; it doesn't change much, and most of the pages (not
> viewable externally) are generated automatically from code, using m2html or
> doxygen. But now they want me to integrate this site into the JSP format
> seen at the root (http://neuroanalysis.org/), despite the fact that I have
> zero experience with Tomcat, Java, or JSP, and nearly no web application
> development experience.
>
Life is tough sometimes. We empathise.
> It would have been nice if Tomcat just worked, out of the box, but it took
> me a couple days just to get it up and running.
I hesitate to tell you this, considering the possible nefarious
additional effect on your mood, but for most people it takes only a few
minutes.
(I'm talking mostly of programmers though, don't really know about
scientists).
Now Tomcat works, at least
> the default page and the example webapps, but the application that my
> colleagues built won't work. This is their fault, as far as I'm concerned,
> yet there's nothing I can do to force them to improve what is probably
> sloppy code on their part.
>
You could try your recipe of being rude to them also, it may work too.
> So I'm just looking for some help. Sorry to insult Tomcat, but thanks for
> the useful feedback. I'll work on the suggestions and let you know if I
> can't make any progress.
>
> :) Michael
>
:) André
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
Seems like a bit of animosity toward Tomcat has finally helped me make
progress, mostly because it got all you gurus to actually explain a bit of
how it works, and how it's packaged, all concepts I didn't understand. I'm a
scientist, not a programmer. I'm new to Ubuntu and Tomcat. My colleagues
have been completely unhelpful in this process. It works on their systems,
so they've just left me to struggle on my own.
My frustration is further fueled by the fact that the web site that our
application will soon handle (http://neuroanalysis.org/toolkit/) is working
just fine as static html; it doesn't change much, and most of the pages (not
viewable externally) are generated automatically from code, using m2html or
doxygen. But now they want me to integrate this site into the JSP format
seen at the root (http://neuroanalysis.org/), despite the fact that I have
zero experience with Tomcat, Java, or JSP, and nearly no web application
development experience.
It would have been nice if Tomcat just worked, out of the box, but it took
me a couple days just to get it up and running. Now Tomcat works, at least
the default page and the example webapps, but the application that my
colleagues built won't work. This is their fault, as far as I'm concerned,
yet there's nothing I can do to force them to improve what is probably
sloppy code on their part.
So I'm just looking for some help. Sorry to insult Tomcat, but thanks for
the useful feedback. I'll work on the suggestions and let you know if I
can't make any progress.
:) Michael
RE: tomcat no longer writing to log files
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: michael.repucci@gmail.com [mailto:michael.repucci@gmail.com]
> Subject: Re: tomcat no longer writing to log files
>
> I think I'm going to give up on Tomcat entirely ...
> crappy piece of software.
That's a pretty amazing attitude for somebody who admitted they screwed up and then blames a product that's used on about 60% of the app servers in the world. Why would anyone bother to help you when you whine like that?
Regardless, before you throw the baby out with the bathwater, try installing an official Tomcat from tomcat.apache.org; the 3rd-party ones that come with many Linux distributions use symlinks to scatter bits and pieces of Tomcat all over, especially the log files. It's highly likely you have destroyed those symlinks. If you must use Ubuntu packages, you should be talking to Ubuntu support.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: tomcat no longer writing to log files
Posted by Martin Gainty <mg...@hotmail.com>.
Tomcat is an aggregation of well-tested apache components
could you elaborate a bit more on your implementation of either log4j or commons-logging?
and please read the Tomcat logging tutorial
http://www.mbaworld.com/docs/logging.html
incidentally log4j specifies log4j.appender.R.File as in this log4j.properties file
log4j.appender.R.File=${catalina.home}/logs/tomcat.log and commons-logging would handle the File specification as
1catalina.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
HTH
Martin Gainty
______________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
> Date: Thu, 14 May 2009 16:50:02 -0400
> From: dckerber@verizon.net
> To: users@tomcat.apache.org
> Subject: Re: tomcat no longer writing to log files
>
> Michael A. Repucci wrote:
> > Well, actually, I did this stupid thing under Ubuntu Linux. I've even now
> > gone through the process of completely uninstalling and reinstalling the
> > Tomcat packages, and it doesn't help. So now, not only does our application
> > not work on my local machine, but I can't figure out why because Tomcat
> > won't give me error messages. I think I'm going to give up on Tomcat
> > entirely ... crappy piece of software. I take it that you have nothing
> > useful to contribute to my problem?
> >
> Other than saying that Tomcat is not a crappy piece of software, and
> I've been using it for many years, I'm afraid I don't have any other
> suggestions. Have you searched your HD to see if the logs are ending up
> somewhere other than where you were expecting them to?
>
>
> > Michael Repucci
> > (M) 718-288-4554
> > (W) 212-746-0462
> > michael@repucci.org
> > http://michael.repucci.org/
> >
> > --See life as it is, not as it appears to be.
> >
> >
> > On Thu, May 14, 2009 at 4:23 PM, André Warnier <aw...@ice-sa.com> wrote:
> >
> >
> >> Michael A. Repucci wrote:
> >>
> >>
> >>> Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
> >>>
> >>> Well, that'll teach you to do stupid things like that under Windows.
> >>>
> >> Seriously now, if this was one of my customers calling me to tell me the
> >> same story, I would ask them "and what else did you do that you're not
> >> telling us ?"
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> >> For additional commands, e-mail: users-help@tomcat.apache.org
> >>
> >>
> >>
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
_________________________________________________________________
Hotmail® goes with you.
http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009
Re: tomcat no longer writing to log files
Posted by David kerber <dc...@verizon.net>.
Michael A. Repucci wrote:
> Well, actually, I did this stupid thing under Ubuntu Linux. I've even now
> gone through the process of completely uninstalling and reinstalling the
> Tomcat packages, and it doesn't help. So now, not only does our application
> not work on my local machine, but I can't figure out why because Tomcat
> won't give me error messages. I think I'm going to give up on Tomcat
> entirely ... crappy piece of software. I take it that you have nothing
> useful to contribute to my problem?
>
Other than saying that Tomcat is not a crappy piece of software, and
I've been using it for many years, I'm afraid I don't have any other
suggestions. Have you searched your HD to see if the logs are ending up
somewhere other than where you were expecting them to?
> Michael Repucci
> (M) 718-288-4554
> (W) 212-746-0462
> michael@repucci.org
> http://michael.repucci.org/
>
> --See life as it is, not as it appears to be.
>
>
> On Thu, May 14, 2009 at 4:23 PM, André Warnier <aw...@ice-sa.com> wrote:
>
>
>> Michael A. Repucci wrote:
>>
>>
>>> Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
>>>
>>> Well, that'll teach you to do stupid things like that under Windows.
>>>
>> Seriously now, if this was one of my customers calling me to tell me the
>> same story, I would ask them "and what else did you do that you're not
>> telling us ?"
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by David Smith <dn...@cornell.edu>.
Caldarale, Charles R wrote:
>> From: michael.repucci@gmail.com [mailto:michael.repucci@gmail.com]
>> Subject: Re: tomcat no longer writing to log files
>>
>> Then when I reinstalled, Tomcat didn't get reinstalled under
>> /etc nor /etc/init.d, and it didn't get started automatically
>> as it had before.
>>
>
> It wasn't clear to me whether you used a repackaged Tomcat this time, or downloaded a real one from tomcat.apache.org. If the latter, the scripts are in Tomcat's bin directory, under the names startup.sh and shutdown.sh. If you used a 3rd-party repackaged version, there's no telling where they might be.
>
> - Chuck
>
>
>
Actually it seemed clear to me the OP used a package installer as the
original tomcat download doesn't have anything to place files in /etc
automatically (at least not that I've ever seen). I think the OP should
have used the operating system's install/uninstall tool to remove the
package instead of just deleting files. It also sounds to me the
reinstall failed in some manner, maybe silently.
To Michael:
I would use the system control panel stuff included with your OS to
uninstall the tomcat package, then go back in and re-install it. If the
re-install doesn't work, check the logs related to package maintenance
(maybe syslog?) and ask on a email list for your OS how to
remove/reinstall a damaged package.
Or you could just uninstall it, download tomcat from tomcat.apache.org
and install it. Installation is super easy -- just unarchive it using
the appropriate unzip/untar program, cd to tomcat's bin directory and
run startup.sh. Once you get it running, then go ahead and modify files
like server.xml and tomcat-users.xml to taste as well as add/remove
webapps in the webapps directory. It won't start automatically this
way, but at least you'll have something working.
--David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: tomcat no longer writing to log files
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: michael.repucci@gmail.com [mailto:michael.repucci@gmail.com]
> Subject: Re: tomcat no longer writing to log files
>
> Then when I reinstalled, Tomcat didn't get reinstalled under
> /etc nor /etc/init.d, and it didn't get started automatically
> as it had before.
It wasn't clear to me whether you used a repackaged Tomcat this time, or downloaded a real one from tomcat.apache.org. If the latter, the scripts are in Tomcat's bin directory, under the names startup.sh and shutdown.sh. If you used a 3rd-party repackaged version, there's no telling where they might be.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
On Thu, May 14, 2009 at 5:11 PM, André Warnier <aw...@ice-sa.com> wrote:
> If you did install this tomcat with the apt utility, then just do
> - apt-get remove tomcatx.y
> - apt-get purge tomcatx.y
>
> Then, make sure that the java you have is a Sun Java, not gcj, and make it
> the default (update-alternatives java).
> Then
> - apt-get install tomcatx.y
> and it should just magically run again.
>
Hmm ... well now I've gone and made things worse again. André's advice
sounded good, but I'd basically already done this using the Synapic Package
Manager, and it didn't help. So I decided, foolishly, to take it one step
farther. I removed, and purged, then searched the system for anything Tomcat
related, and deleted that stuff too. Then when I reinstalled, Tomcat didn't
get reinstalled under /etc nor /etc/init.d, and it didn't get started
automatically as it had before. So is there some way to auto-recreate those
magic startup scripts? I know I could just start it manually, or create the
scripts myself, but they used to be there before I stupidly removed them.
How do I get them back?
Sad, tired, and frustrated. I'm going home.
:( Michael
Re: tomcat no longer writing to log files
Posted by André Warnier <aw...@ice-sa.com>.
Michael A. Repucci wrote:
> Well, actually, I did this stupid thing under Ubuntu Linux. I've even now
> gone through the process of completely uninstalling and reinstalling the
> Tomcat packages, and it doesn't help. So now, not only does our application
> not work on my local machine, but I can't figure out why because Tomcat
> won't give me error messages. I think I'm going to give up on Tomcat
> entirely ... crappy piece of software. I take it that you have nothing
> useful to contribute to my problem?
>
Sorry, I got confused between your system and your colleague's.
I'll quote you :
> --See life as it is, not as it appears to be.
>
But yes, I'll try some suggestions :
Under Ubuntu, your Tomcat is probably running under "jsvc", which is a
kind of wrapper which allows Tomcat to be started as non-root, but still
use port 80 for instance if needed.
And it is probably also being launched by the script
/etc/init.d/tomcatx.y. (where x.y is the version)
If you look in that file, you'll also probably find that it does some
funny things with some logfiles, which normally should be found under
/var/log/tomcatx.y., but which may just end up in one of the other
logfiles in /var/log in this case.
If you did install this tomcat with the apt utility, then just do
- apt-get remove tomcatx.y
- apt-get purge tomcatx.y
Then, make sure that the java you have is a Sun Java, not gcj, and make
it the default (update-alternatives java).
Then
- apt-get install tomcatx.y
and it should just magically run again.
(Under Ubuntu, you probably need to prefix all the above by "sudo").
Alternatively, if you are going to be using this mainly for development,
and you don't care if it is well-integrated with the rest of the Ubuntu
package system, and you want a Tomcat layout a bit easier to understand
than what the Debian and Ubuntu packagers do, you may want to download
and install an "official" Tomcat from the Tomcat website.
That one installs under a single directory, usually /usr/local/tomcat or
so. Then you have everything in one place, without symlinks etc..
The inconvenient is that you'll have to write your own system start/stop
scripts etc..
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
Well, actually, I did this stupid thing under Ubuntu Linux. I've even now
gone through the process of completely uninstalling and reinstalling the
Tomcat packages, and it doesn't help. So now, not only does our application
not work on my local machine, but I can't figure out why because Tomcat
won't give me error messages. I think I'm going to give up on Tomcat
entirely ... crappy piece of software. I take it that you have nothing
useful to contribute to my problem?
Michael Repucci
(M) 718-288-4554
(W) 212-746-0462
michael@repucci.org
http://michael.repucci.org/
--See life as it is, not as it appears to be.
On Thu, May 14, 2009 at 4:23 PM, André Warnier <aw...@ice-sa.com> wrote:
> Michael A. Repucci wrote:
>
>> Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
>>
>> Well, that'll teach you to do stupid things like that under Windows.
>
> Seriously now, if this was one of my customers calling me to tell me the
> same story, I would ask them "and what else did you do that you're not
> telling us ?"
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: tomcat no longer writing to log files
Posted by André Warnier <aw...@ice-sa.com>.
Michael A. Repucci wrote:
> Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
>
Well, that'll teach you to do stupid things like that under Windows.
Seriously now, if this was one of my customers calling me to tell me the
same story, I would ask them "and what else did you do that you're not
telling us ?"
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: tomcat no longer writing to log files
Posted by "Michael A. Repucci" <mi...@repucci.org>.
Yes. That changed nothing. Still no catalina.out, still no ourapp.log.
Michael Repucci
(M) 718-288-4554
(W) 212-746-0462
michael@repucci.org
http://michael.repucci.org/
--See life as it is, not as it appears to be.
On Thu, May 14, 2009 at 4:09 PM, André Warnier <aw...@ice-sa.com> wrote:
> Michael A. Repucci wrote:
>
>> Hi Tomcat'ers,
>>
>> I'm completely new to Tomcat, and very unfamiliar with JSP or web
>> applications in general. I've been trying to set up an application on my
>> system (Ubuntu 9.04) that works just fine on my colleagues' systems
>> (Windows
>> XP). I've got Tomcat working just fine, and the manager and demo
>> applications all work. But loading our application was giving me errors.
>> Before I can let you know what the errors are, I need help making Tomcat
>> write them once again to the log files. See, I did a silly thing. I wanted
>> to clear the log files (catalina.out and ourapp.log), so I just opened
>> them,
>> emptied them, and resaved them. (Dumb, I know. I was getting frustrated.)
>> Lo
>> and behold, Tomcat stopped writing to them, even after completely
>> restarting
>> my computer. How can I get Tomcat to rewrite to these files? I've searched
>> all over this group's archive and the web, and the closest thing I found
>> was
>> this not so helpful suggestion (
>> http://marc.info/?l=tomcat-user&m=107947604330561&w=2). Any ideas?
>>
>> Did you try stopping Tomcat, deleting these logfiles altogether, and
> restarting Tomcat ?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: tomcat no longer writing to log files
Posted by André Warnier <aw...@ice-sa.com>.
Michael A. Repucci wrote:
> Hi Tomcat'ers,
>
> I'm completely new to Tomcat, and very unfamiliar with JSP or web
> applications in general. I've been trying to set up an application on my
> system (Ubuntu 9.04) that works just fine on my colleagues' systems (Windows
> XP). I've got Tomcat working just fine, and the manager and demo
> applications all work. But loading our application was giving me errors.
> Before I can let you know what the errors are, I need help making Tomcat
> write them once again to the log files. See, I did a silly thing. I wanted
> to clear the log files (catalina.out and ourapp.log), so I just opened them,
> emptied them, and resaved them. (Dumb, I know. I was getting frustrated.) Lo
> and behold, Tomcat stopped writing to them, even after completely restarting
> my computer. How can I get Tomcat to rewrite to these files? I've searched
> all over this group's archive and the web, and the closest thing I found was
> this not so helpful suggestion (
> http://marc.info/?l=tomcat-user&m=107947604330561&w=2). Any ideas?
>
Did you try stopping Tomcat, deleting these logfiles altogether, and
restarting Tomcat ?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org