On 09/11/2009 11:49, Milan Tomic wrote:
Oh, I have missed this line:
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
it seems that Log4J is missing.
Best regards,
Milan
----- Original Message ----
From: Milan Tomic<tomicmi...@yahoo.com>
To: Tomcat Users List<users@tomcat.apache.org>
Sent: Mon, November 9, 2009 12:32:47 PM
Subject: Re: Tomcat startup exception
Hi Pid,
Post the full stacktrace please.
At the end of this mail.
Your server.xml with comments removed
At the end of this mail.
Is this a vanilla install?
I have just installed it and moved some apps from tomcat 5.0.
On which OS/version?
Windows 2003 Server
Thank you! :)
LOG:
Using CATALINA_BASE: D:\LPIS_0\Tomcat2_novo\apache-tomcat-6.0.20
Using CATALINA_HOME: D:\LPIS_0\Tomcat2_novo\apache-tomcat-6.0.20
Using CATALINA_TMPDIR: D:\LPIS_0\Tomcat2_novo\apache-tomcat-6.0.20\temp
Using JRE_HOME: D:\LPIS_0\jdk_jRockIt\jrrt-3.1.0-1.6.0
9.11.2009 9:22:49 org.apache.tomcat.util.digester.SetPropertiesRule begin
WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Realm} Setting property
'debug' to '1' did not find a matching property.
This isn't harmful, but it's worth noting that Tomcat config practices
have changed just a little between 5.0 and 6.0.
Take the debug="1" line out to clean up this message.
9.11.2009 9:22:49 org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performanc
e in production environments was not found on the java.library.path: D:\LPIS_0\j
dk_jRockIt\jrrt-3.1.0-1.6.0\bin;.;C:\WINDOWS\system32;C:\Documents and Settings\
Administrator\WINDOWS;D:\oracle\product\10.2.0\bin;D:\oracle\product\10.1.0\db\j
re\1.4.2\bin\client;D:\oracle\product\10.1.0\db\jre\1.4.2\bin;D:\oracle\product\
10.1.0\db\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS
\system32\nls;C:\WINDOWS\system32\nls\ENGLISH
Comment out the AprLifecycleListener to clean up this message, if you're
not intending to use tcnative.
9.11.2009 9:22:49 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8082
9.11.2009 9:22:50 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1088 ms
9.11.2009 9:22:50 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
9.11.2009 9:22:50 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.20
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
at org.josso.Lookup.<clinit>(Lookup.java:55)
As you recognise, you're missing commons-logging.jar.
at
com.sinergise.josso.tc60.agent.SSOAgentValve.start(SSOAgentValve.java
:201)
at
org.apache.catalina.core.StandardPipeline.start(StandardPipeline.java
:233)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1050)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:5
16)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:710
)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:290)
... 1 more
SERVER.XML:
<?xml version='1.0' encoding='utf-8'?>
<Server port="8008" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.AprLifecycleListener"
SSLEngine="on" />
<Listener className="org.apache.catalina.core.JasperListener" />
<Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" />
<Listener
className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<GlobalNamingResources>
<Resource name="UserDatabase" auth="Container"
type="org.apache.catalina.UserDatabase"
description="User database that can be updated and saved"
factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
pathname="conf/tomcat-users.xml" />
</GlobalNamingResources>
<Service name="Catalina">
<Connector port="8082" maxThreads="800" maxKeepAliveRequests="999" minSpareThreads="200"
maxSpareThreads="400" enableLookups="false" protocol="HTTP/1.1"
connectionTimeout="20000" acceptCount="100" debug="0"
disableUploadTimeout="true"
redirectPort="8443" />
<Connector port="8011" protocol="AJP/1.3" redirectPort="8443" />
<Engine name="Catalina" defaultHost="localhost">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<Alias>/insp/giselle/dataservlet</Alias>
This alias isn't useful, and you're using the default host anyway. An
Alias at this level refers to a Host name alias. E.g. www.example.com.
Your config (below) is likely to be causing some your applications to
deploy twice because you've placed them in the default appBase.
No need for this:
<Context path="/insp" docBase="${catalina.home}/webapps/insp"/>
This will deploy 2x, once under the path, and once under "/DataServlet".
<Context path="/insp/Giselle/DataServlet"
docBase="${catalina.home}/webapps/DataServlet"/>
This will deploy 2x, once under the path, and once under "/DTS".
<Context path="/insp/Giselle/DTS" docBase="${catalina.home}/webapps/DTS"/>
This will deploy 2x, also once under "/DataTransferServlet".
<Context path="/insp/Giselle/DataTransferServlet"
docBase="${catalina.home}/webapps/DataTransferServlet"/>
This will deploy 2x, also under "/ManagementInsp".
<Context path="/insp/Giselle/Management"
docBase="${catalina.home}/webapps/ManagementInsp"/>
No need for this:
<Context path="/insp_verzije"
docBase="${catalina.home}/webapps/insp_verzije"/>
Defining Contexts in server.xml is now discouraged. The recommended way
now is place a file, META-INF/context.xml, in your web app. The 'path'
& 'docBase' attributes are not needed when you do this.
(In fact, if there is no additional config in each of yours, then the
Context definitions for all of them can be omitted, if you sort out the
app paths, as below).
The web app path is determined by the name of the .war, or exploded app
directory, rather than by the 'path' attribute. E.g.
<tomcat>/webapps/insp.war
<tomcat>/webapps/insp/
would be available at "server.com/insp"
A multilevel app is achieved by employing the # character, e.g.
<tomcat>/webapps/insp#Giselle#DTS.war
<tomcat>/webapps/insp#Giselle#DTS/
would be available at "server.com/insp/Giselle/DTS"
Have a thorough read of the Tomcat config docs:
http://tomcat.apache.org/tomcat-6.0-doc/config/context.html
p
<Realm className="com.sinergise.josso.tc60.agent.jaas.CatalinaJAASRealm"
appName="josso"
userClassNames="org.josso.gateway.identity.service.BaseUserImpl"
roleClassNames="org.josso.gateway.identity.service.BaseRoleImpl"
debug="1" />
<Valve className="com.sinergise.josso.tc60.agent.SSOAgentValve" debug="1"/>
</Host>
</Engine>
</Service>
</Server>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
