Timothy Alberts (tal...@msiscales.com)

I'm setting up multiple systems and ideally I want the same package
configuration on all of them.  So I'm going through yum and rpm queries 
manually to try and get this done.  There must be a better way.  Is 
there a way to use yum or rpm to configure multiple systems with the
same packages?

If yum or rpm has something native built into it to do this, that would
be great.  If there's some scripts to simplify some tasks that works too.

I've used webmin's 'Cluster Software Package' module, and will probably
fall back to it.  However I don't think I get the info that yum gives 
regarding package grouping and what packages are part of what
capabilities.  Gotta query elsewhere for it.  (no disrespect to webmin 
folks, great tool)

Greetings, I'm a Fedora user likely going to switch to CentOS in the
next few days.  I'm wondering if anyone has some heads up advice for 
me?  I am very familiar with FC6 and before so I anticipate few problems 
I haven't already seen (and know were fixed).

The main reason for the move is so I don't have to re-install so
frequently and hopefully not have to deal with so many daily updates.  I 
would use the 'upstream vendor' (respectfully), but I work under no IT $
budget.

I'm in the process of teaching myself the Realms configuration for
Tomcat and have a couple questions that after hours of reading and
testing I could determine, but this list can hopefully save me some
research time.  Reading the documentation at:

http://tomcat.apache.org/tomcat-5.5-doc/realm-howto.html

I understand a Realm can be "/Inside a <Context> element/ - This Realm
will be used ONLY for THIS web application."

Does this mean conversely that the web application can only use this
Realm for authentication?

Also, can I configure multiple realms inside a <Context>?  For instance 
a JDBCRealm for general access to administration pages in a web
application, plus a JNDIRealm for authenticating individual users (say
on an LDAP server configured as PAM authentication)?



---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

That's what I was missing, thank you.  Although I think adding a 
reference to this in the mod_jk configuration might be helpful?  Say 
somewhere in the page:

http://tomcat.apache.org/connectors-doc/generic_howto/loadbalancers.html




Rainer Jung wrote:
> Concerning the load balancer worker: you need to set jvmRoute in
> server.xml on your Tomcat servers. The value of the respective
> jvmRoute has to be wrkr1 and wrkr2.
>
> This will add that string to the session id (JSESSSIONID cookie or
> jsessionid= URL part) and mod_jk strips it from there to learn, where
> the sticky request should go to.
>
> Regards,
>
> Rainer


---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

Well I found one problem with my workers.properties, but it didn't fix
my problem.  I used the deprecated 'balanced_workers' on my load 
balancer configuration instead of the balance_workers. So I'm still
stuck, any suggestions?


Tim Alberts wrote:
> I have two tomcat servers (5.5.23) and running mod_jk (1.2.20) with
> load balancing behind apache. I have a web application that needs to
> maintain session information. What I'm seeing is that the load
> balance is alternating requests between the servers equally, as
> expected, but sessions are getting lost when going between the
> servers. I thought from reading that the default is
> sticky_session=True which means the mod_jk will keep sessions going to
> the same server (if it is available..). This is obviously not
> happening. Am I doing something wrong, or is there a problem?
>
> # workers.properties - ajp13
> #
> # List workers
> worker.list=lb,jkstatus
> #
> # Define wrkr1
> worker.wrkr1.port=8009
> worker.wrkr1.host=msi1
> worker.wrkr1.type=ajp13
> worker.wrkr1.socket_timeout=300
> worker.wrkr1.lbfactor=1
> #
> # Define wrkr2
> worker.wrkr2.port=8009
> worker.wrkr2.host=msi2
> worker.wrkr2.type=ajp13
> worker.wrkr2.socket_timeout=300
> worker.wrkr2.lbfactor=1
> #
> # Define lb
> worker.lb.type=lb
> worker.lb.sticky_session=True
> worker.lb.sticky_session_force=False
> worker.lb.balanced_workers=wrkr1,wrkr2
> #
> # Define a 'jkstatus' worker using status
> worker.jkstatus.type=status
>
> Second, I see a reference to a Session Manager in the Tomcat
> documentation that can maintain session data across multiple servers.
> This is the first I've heard about this, is this something Tomcat has
> built in that I need to enable, or is this third party or something I
> need to write on my own? (I will be reading more, but quick info from
> users is helpful).
>
> Thank you for any help.
>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
> To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
> For additional commands, e-mail: [email protected: users...@tomcat.apache.org]
>


---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

I have two tomcat servers (5.5.23) and running mod_jk (1.2.20) with load
balancing behind apache.  I have a web application that needs to 
maintain session information.  What I'm seeing is that the load balance 
is alternating requests between the servers equally, as expected, but
sessions are getting lost when going between the servers.  I thought 
from reading that the default is sticky_session=True which means the
mod_jk will keep sessions going to the same server (if it is
available..).  This is obviously not happening.  Am I doing something 
wrong, or is there a problem?

# workers.properties - ajp13
#
# List workers
worker.list=lb,jkstatus
#
# Define wrkr1
worker.wrkr1.port=8009
worker.wrkr1.host=msi1
worker.wrkr1.type=ajp13
worker.wrkr1.socket_timeout=300
worker.wrkr1.lbfactor=1
#
# Define wrkr2
worker.wrkr2.port=8009
worker.wrkr2.host=msi2
worker.wrkr2.type=ajp13
worker.wrkr2.socket_timeout=300
worker.wrkr2.lbfactor=1
#
# Define lb
worker.lb.type=lb
worker.lb.sticky_session=True
worker.lb.sticky_session_force=False
worker.lb.balanced_workers=wrkr1,wrkr2
#
# Define a 'jkstatus' worker using status
worker.jkstatus.type=status

Second, I see a reference to a Session Manager in the Tomcat
documentation that can maintain session data across multiple servers.  
This is the first I've heard about this, is this something Tomcat has
built in that I need to enable, or is this third party or something I
need to write on my own?  (I will be reading more, but quick info from 
users is helpful).

Thank you for any help.



---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

I'm running FC6 with Tomcat 5.5.17 (standard rpm packages from the FC6
distribution).

The main problem I'm having is getting my database connection pool
setup.I'm getting a severe error that seems to be the source, but not
sure what the easy fix is.  Obviously the

java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory

means Tomcat can't find a class it needs, but as I'm running all rpms
from FC6 I assumed everything would be 'plug and play'.  Does anyone 
have some suggestions for fixing this quick?

Thank you in advance.



Below is the server.xml...

<?xml version="1.0" encoding="UTF-8"?>
<Server>
  <Listener className="org.apache.catalina.core.AprLifecycleListener"/>
  <Listener 
className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
  <Listener 
className="org.apache.catalina.storeconfig.StoreConfigLifecycleListener"/>
<Listener className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
  <GlobalNamingResources>
    <Environment
      name="simpleValue"
      type="java.lang.Integer"
      value="30"/>
    <Resource
      name="jdbc/MSIWebDB"
      type="javax.sql.DataSource"
      maxWait="5000"
      password="boo"
      url="jdbc:mysql://msisql.inside.msi:3306/msi_intranet"
      maxActive="4"
      driverClassName="com.mysql.jdbc.Driver"
      username="msi_intranet"
      maxIdle="2"/>
    <Resource
      auth="Container"
      description="User database that can be updated and saved"
      name="UserDatabase"
      type="org.apache.catalina.UserDatabase"
      factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
      pathname="conf/tomcat-users.xml"/>
  </GlobalNamingResources>
  <Service
      name="Catalina">
    <Connector
        port="8080"
        redirectPort="8443"
        maxSpareThreads="75"
        maxThreads="150"
        connectionTimeout="20000"
        minSpareThreads="25">
    </Connector>
    <Connector
        port="8009"
        redirectPort="8443"
        protocol="AJP/1.3">
    </Connector>
    <Engine
        defaultHost="localhost"
        name="Catalina">
      <Realm className="org.apache.catalina.realm.UserDatabaseRealm"/>
      <Host
          appBase="webapps"
          name="localhost">
      </Host>
    </Engine>
  </Service>
</Server>





Below are the server logs from startup...

10-May-07 4:06:51 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/gcj-4.1.1
10-May-07 4:06:51 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
10-May-07 4:06:51 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 837 ms
10-May-07 4:06:51 PM org.apache.catalina.core.NamingContextListener addResource
WARNING: Failed to register in JMX: javax.naming.NamingException: Could not create resource factory instance
10-May-07 4:06:51 PM org.apache.catalina.mbeans.GlobalResourcesLifecycleListener createMBeans
SEVERE: Exception processing Global JNDI Resources
javax.naming.NamingException: Could not create resource factory instance
at org.apache.naming.factory.ResourceFactory.getObjectInstance(naming-factory-5.5.17.jar.so)
   at javax.naming.spi.NamingManager.getObjectInstance(libgcj.so.7rh)
   at org.apache.naming.NamingContext.lookup(naming-factory-5.5.17.jar.so)
   at org.apache.naming.NamingContext.lookup(naming-factory-5.5.17.jar.so)
at org.apache.naming.NamingContextBindingsEnumeration.nextElementInternal(naming-resources-5.5.17.jar.so)
at org.apache.naming.NamingContextBindingsEnumeration.next(naming-resources-5.5.17.jar.so)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEvent(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.core.StandardServer.start(catalina-5.5.17.jar.so7ygbw0.so)
at org.apache.catalina.startup.Catalina.start(catalina-5.5.17.jar.so7ygbw0.so)
   at java.lang.reflect.Method.invoke(libgcj.so.7rh)
   at org.apache.catalina.startup.Bootstrap.start(bootstrap.jar.so)
   at org.apache.catalina.startup.Bootstrap.main(bootstrap.jar.so)
Caused by: java.lang.ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory not found in org.apache.catalina.loader.StandardClassLoader{urls=[file:/var/lib/tomcat5/common/classes/,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-en.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-fr.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-es.jar,file:/var/lib/tomcat5/common/i18n/tomcat-i18n-ja.jar,file:/usr/share/java/xml-commons-apis-1.3.02.jar,file:/usr/share/java/xerces-j2-2.7.1.jar,file:/usr/share/java/jakarta-commons-collections-3.1.jar,file:/usr/share/java/libgcj-4.1.1.jar,file:/usr/share/java/jakarta-commons-el-1.0.jar,file:/usr/share/java/tomcat5-jsp-2.0-api-5.5.17.jar,file:/usr/share/java/libgcj-4.1.1.jar,file:/usr/share/java/classpathx-jaf-1.0.jar,file:/usr/share/java/ant-1.6.5.jar,file:/var/lib/tomcat5/common/lib/mysql-connector-java-5.0.5-bin.jar,file:/usr/share/java/jasper5-runtime-5.5.17.jar,file:/usr/share/java/tomcat5/naming-resources-5.5.17.jar,file:/usr/share/java/geronimo/spec-jta-1.0.1B-rc2.jar,file:/usr/share/java/tomcat5-servlet-2.4-api-5.5.17.jar,file:/usr/share/java/jakarta-commons-pool-1.3.jar,file:/usr/share/java/classpathx-mail-1.3.1-monolithic-1.1.1.jar,file:/usr/share/java/jasper5-compiler-5.5.17.jar,file:/usr/share/java/jakarta-commons-logging-api-1.0.4.jar,file:/usr/share/java/jakarta-commons-dbcp-1.2.1.jar,file:/usr/share/eclipse/plugins/org.eclipse.jdt.core_3.2.3.v_686_R32x.jar,file:/usr/share/java/mx4j/mx4j-3.0.1.jar,file:/usr/share/java/tomcat5/naming-factory-5.5.17.jar], parent=gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/lib/jvm/java/lib/tools.jar,file:/usr/share/tomcat5/bin/bootstrap.jar,file:/usr/share/tomcat5/bin/commons-logging-api.jar,file:/usr/share/java/mx4j/mx4j-impl.jar,file:/usr/share/java/mx4j/mx4j-jmx.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}}
   at java.net.URLClassLoader.findClass(libgcj.so.7rh)
   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
   at java.lang.Class.forName(libgcj.so.7rh)
   at java.lang.Class.forName(libgcj.so.7rh)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(naming-factory-5.5.17.jar.so)
   ...15 more
10-May-07 4:06:51 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
10-May-07 4:06:51 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.17
10-May-07 4:06:51 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
10-May-07 4:06:54 PM org.apache.struts.validator.ValidatorPlugIn initResources
INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml'
10-May-07 4:06:54 PM org.apache.struts.validator.ValidatorPlugIn initResources
INFO: Loading validation rules file from '/WEB-INF/validator/validation.xml'
10-May-07 4:06:56 PM org.apache.catalina.core.ApplicationContext log
INFO: action: []: Verifying ModuleConfig for this module
10-May-07 4:06:56 PM org.apache.catalina.core.ApplicationContext log
INFO: action: []: Verification of ModuleConfig has been completed
10-May-07 4:06:56 PM org.apache.struts.webapp.example.memory.MemoryDatabasePlugIn init
INFO: Initializing memory database plug in from '/WEB-INF/database.xml'
10-May-07 4:06:56 PM org.apache.struts.validator.ValidatorPlugIn initResources
INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml'
10-May-07 4:06:56 PM org.apache.struts.validator.ValidatorPlugIn initResources
INFO: Loading validation rules file from '/WEB-INF/validation.xml'
10-May-07 4:06:58 PM org.apache.struts.tiles.TilesPlugin initDefinitionsFactory
INFO: Tiles definition factory loaded for module ''.
10-May-07 4:06:58 PM org.apache.struts.validator.ValidatorPlugIn initResources
INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml'
10-May-07 4:06:58 PM org.apache.struts.validator.ValidatorPlugIn initResources


INFO: Loading validation rules file from '/WEB-INF/validation.xml'




---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

Testing.  Seem to have some email problems...please disregard.


---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

The server is doing this?


---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

The server seems to be doing this?  I have a file in conf/ [engine] / 
[host]  named with the # symbol 'path#to#myapp#app.xml and it contains 
the context element with the correct path 'path/to/myapp'.  I also have 
the path#to#myapp#app.war in the webapps directory so it uploaded, but
it is not unpacking the war into ANY location.



It try to avoid posting server logs, but here it is...as you can see the
name of the application is UnitsConverter.war and the desired context
path is 'engineering/technical/servlet'.  It seems the pertinent part is 
the first SEVERE exception java.net.MalformedURLException.


15-Nov-06 1:27:14 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive engineering#technical#servlet#UnitsConverter.war
15-Nov-06 1:27:14 PM org.apache.catalina.startup.ContextConfig init
SEVERE: Exception fixing docBase: {0}
java.net.MalformedURLException: no !/ in spec
   at java.net.URL.<init>(libgcj.so.7rh)
   at java.net.URL.<init>(libgcj.so.7rh)
at org.apache.catalina.startup.ContextConfig.fixDocBase(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.ContextConfig.init(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContext.init(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContext.start(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase.addChildInternal(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardHost.addChild(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.deployWAR(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.check(catalina-5.5.17.jar.so9wef74.so)
   at java.lang.reflect.Method.invoke(libgcj.so.7rh)
at org.apache.commons.modeler.BaseModelMBean.invoke(jakarta-commons-modeler-1.1.jar.so)
at mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
at mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(mx4j-3.0.1.jar.so)
   at mx4j.server.MX4JMBeanServer.invoke(mx4j-3.0.1.jar.so)
at org.apache.catalina.manager.ManagerServlet.check(catalina-manager-5.5.17.jar.so)
at org.apache.catalina.manager.HTMLManagerServlet.doPost(catalina-manager-5.5.17.jar.so)
at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so)
at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.17.jar.so9wef74.so)
at org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.17.jar.so)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(tomcat-http-5.5.17.jar.so)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.17.jar.so)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5.17.jar.so)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5.5.17.jar.so)
   at java.lang.Thread.run(libgcj.so.7rh)
15-Nov-06 1:27:15 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
15-Nov-06 1:27:16 PM org.apache.catalina.core.StandardContext resourcesStart
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Document base /usr/share/tomcat5/webapps/engineering/technical/servlet/UnitsConverter does not exist or is not a readable directory
at org.apache.naming.resources.FileDirContext.setDocBase(naming-resources-5.5.17.jar.so)
at org.apache.catalina.core.StandardContext.resourcesStart(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContext.start(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase.addChildInternal(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardHost.addChild(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.deployDescriptor(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.deployDescriptors(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.check(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase.backgroundProcess(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(catalina-5.5.17.jar.so9wef74.so)
   at java.lang.Thread.run(libgcj.so.7rh)
15-Nov-06 1:27:16 PM org.apache.catalina.core.StandardContext start
SEVERE: Error in resourceStart()
15-Nov-06 1:27:16 PM org.apache.catalina.core.StandardContext start
SEVERE: Error getConfigured
15-Nov-06 1:27:16 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/engineering/technical/servlet/UnitsConverter] startup failed due to previous errors
15-Nov-06 1:27:16 PM org.apache.catalina.core.StandardContext stop
INFO: Container org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/engineering/technical/servlet/UnitsConverter] has not been started
15-Nov-06 1:27:20 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'
15-Nov-06 1:27:26 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: start: Starting web application at '/engineering/technical/servlet/UnitsConverter'
15-Nov-06 1:27:26 PM org.apache.catalina.core.StandardContext resourcesStart
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Document base /usr/share/tomcat5/webapps/engineering/technical/servlet/UnitsConverter does not exist or is not a readable directory
at org.apache.naming.resources.FileDirContext.setDocBase(naming-resources-5.5.17.jar.so)
at org.apache.catalina.core.StandardContext.resourcesStart(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContext.start(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.manager.ManagerServlet.start(catalina-manager-5.5.17.jar.so)
at org.apache.catalina.manager.HTMLManagerServlet.start(catalina-manager-5.5.17.jar.so)
at org.apache.catalina.manager.HTMLManagerServlet.doGet(catalina-manager-5.5.17.jar.so)
at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so)
at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.17.jar.so9wef74.so)
at org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.17.jar.so9wef74.so)
at org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.17.jar.so)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(tomcat-http-5.5.17.jar.so)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.17.jar.so)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5.17.jar.so)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5.5.17.jar.so)
   at java.lang.Thread.run(libgcj.so.7rh)
15-Nov-06 1:27:26 PM org.apache.catalina.core.StandardContext start
SEVERE: Error in resourceStart()
15-Nov-06 1:27:26 PM org.apache.catalina.core.StandardContext start
SEVERE: Error getConfigured
15-Nov-06 1:27:26 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/engineering/technical/servlet/UnitsConverter] startup failed due to previous errors
15-Nov-06 1:27:26 PM org.apache.catalina.core.StandardContext stop
INFO: Container org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/engineering/technical/servlet/UnitsConverter] has not been started
15-Nov-06 1:27:26 PM org.apache.catalina.core.ApplicationContext log
INFO: HTMLManager: list: Listing contexts for virtual host 'localhost'



---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]

Well before we continue, thank you for the help...

However it's not going well.  I renamed the 'app.war' file as 
'path#to#myapp#app.war' and the Manager application took it and said it
was fine.  However the link shows as 
'http://host:8080/path#to#myapp#app' and does not work. When I go back
to the manager though, it shows 2 applications loaded.  The one I 
mentioned and something that looks correct
'http://host:8080/path/to/myapp/app'. Unfortunately, it says that it
can't load this application:

FAIL - Application at context path /path/to/myapp/app could not be started

This seems to be on the right track, but not quite there.


---------------------------------------------------------------------
To start a new topic, e-mail: [email protected: u...@tomcat.apache.org]
To unsubscribe, e-mail: [email protected: users-unsubs...@tomcat.apache.org]
For additional commands, e-mail: [email protected: users...@tomcat.apache.org]