Default SSL ciphers supported by Tomcat 6
I am looking for the default set of SSL(v3) ciphers supported by Tomcat 6.0.x. Is this essentially same as the default set of ciphers supported by the underlying JDK? Any help appreciated, /U
RE: Default SSL ciphers supported by Tomcat 6
Yes I saw that statement in the document. I was hoping someone here could tell me identify the default ciphers used by JDK6 (which is what I use under Tomcat6). This info seems basic enough; but I am unable to find it. I understand this is Tomcat list - I hope I do not get flamed for asking a JDK question. Regards, /U - Original Message - From: Charles R Caldarale To: Tomcat Users List Sent: Fri, 23 Oct 2009 03:09:34 + (UTC) Subject: RE: Default SSL ciphers supported by Tomcat 6 From: uma...@comcast.net [mailto:uma...@comcast.net] Subject: Default SSL ciphers supported by Tomcat 6 I am looking for the default set of SSL(v3) ciphers supported by Tomcat 6.0.x. It's in the doc: ciphers The comma separated list of encryption ciphers that this socket is allowed to use. By default, the default ciphers for the JVM will be used. Note that this usually means that the weak export grade ciphers will be included in the list of available ciphers. The ciphers are specified using the JSSE cipher naming convention. http://tomcat.apache.org/tomcat-6.0-doc/ssl-howto.html Tomcat does not include any encryption capability of its own, unless you're using APR. For that, you'll need to look at the OpenSSL doc. - 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.
IP-based virtual hosting with Tomcat(6)
I am using Tomcat6.0.18 on RHEL5. I would like to set up IP-based virtual hosting using Tomcat alone ( as opposed to using Apache front-end). The documentation (http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html) as well as examples of it seem to illustrate the use of name-based virtual hosting: Engine name=Catalina defaultHost=ren Host name=ren appBase=renapps/ Host name=stimpy appBase=stimpyapps/ /Engine I would like to avoid using name-based vhosts to sidestep the attendant SSL issues.If I want to to run virtual hosts attached to distinct network aliases (eth0.0 = 127.0.0.9, eth0.1 = 127.0.0.10) on the same server how do I configure the Host entries in the Engine? Ca nyou point me to the complete server.xml (or the Engine) configuration? Thanx, /U
RE: IP-based virtual hosting with Tomcat(6)
Thanks much for the clarification.In this case, how do I nominate the default virtual host? Is there something called default connector, such as that which may be needed if a request arrives into an unconfigured loopback address (say, 127.0.0.200)? My second issue is perhaps more serious: is there an underlying assumption with virtual hosts that they are bound by distinct security constraints? I mean, is there an implicit assumption, for instance, that distinct virtual hosts would use distinct SSL certificates? I plan to (rather, need to) use the same SSL certificate for all vHosts. Thanx again! /U - Original Message - From: Jeffrey Janner To: Tomcat Users List Sent: Wed, 29 Jul 2009 20:21:47 + (UTC) Subject: RE: IP-based virtual hosting with Tomcat(6) Well, Chris is almost correct here. But Connectors are nested as the Service level, not at the Engine level. The engine doc he refers you to even specifies this at the top of the page. Here is the way to do it correctly: Add a properly configured tag group to your web.xml and you can even have http requests automatically re-routed to https. Jeff -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Wednesday, July 29, 2009 2:58 PM To: Tomcat Users List Subject: Re: IP-based virtual hosting with Tomcat(6) You can bind elements to a specific IP address using the address attribute. You can nest elements within an element, like this: This should allow you to have different SSL certs for each site (represented by each element). See the following references: http://tomcat.apache.org/tomcat-6.0-doc/config/http.html http://tomcat.apache.org/tomcat-6.0-doc/config/engine.html - -chris *** NOTICE * This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments.
Re: IP-based virtual hosting with Tomcat(6)
Mark, If I wanted to use the same SSL certificate for all virtual hosts does it follow that a) I cannot use name based vHosts (because Tomcat SSL connector uses the Host: entry in the request as the common name) and must use IP-based vHosts. b) or define name-based vHosts on Tomcat but implement SSL termination ahead of Tomcat (on Apache or some such), rewrite the HTTP header to include the appropriate Host: entry and then forward the requqest to Tomcat? Are these correct assertions? Thanx, /U - Original Message - From: Mark Thomas To: Tomcat Users List Sent: Wed, 29 Jul 2009 19:45:51 + (UTC) Subject: Re: IP-based virtual hosting with Tomcat(6) uma...@comcast.net wrote: I am using Tomcat6.0.18 on RHEL5. I would like to set up IP-based virtual hosting using Tomcat alone ( as opposed to using Apache front-end). The documentation (http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html) as well as examples of it seem to illustrate the use of name-based virtual hosting: I would like to avoid using name-based vhosts to sidestep the attendant SSL issues.If I want to to run virtual hosts attached to distinct network aliases (eth0.0 = 127.0.0.9, eth0.1 = 127.0.0.10) on the same server how do I configure the Host entries in the Engine? Ca nyou point me to the complete server.xml (or the Engine) configuration? Just use ip addresses rather than DNS names for the name element of the Host element. Of course, that assumes that your users will be connecting using IP addresses rather than host names. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IP-based virtual hosting with Tomcat(6)
All the vHosts are to be situated on the same server. The server may be addressed using any loopback address or any non-loopback addressed configured on the NICs of the server. Hence I have the mapping 127.0.0.9 - vhost1 127.0.0.10 - vhost 2 Let's say that a request arrives at address 10.1.1.1 (configured as an external address of this server). Which vHost would serve this request? /U - Original Message - From: André Warnier To: Tomcat Users List Sent: Wed, 29 Jul 2009 21:48:28 + (UTC) Subject: Re: IP-based virtual hosting with Tomcat(6) uma...@comcast.net wrote: Thanks much for the clarification.In this case, how do I nominate the default virtual host? Is there something called default connector, such as that which may be needed if a request arrives into an unconfigured loopback address (say, 127.0.0.200)? Are you sure you don't want to take back this last post, pretend you never sent it ? ;-) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Include directories outside WEB-INF/ in CLASSPATH?
Actually I thought I was asking a different question: I use a specialization of VirtualWebappLoader quite successfully - to create a common class repository for a family of webapp contexts. My previous question(s) that seems to you to be related to this topic pertained to how I could create a hierarchy of webapp contexts, despite servlet spec disallowing such a hierarchy. I did not realize that the class repository could be located outside Tomcat's installation - which is what I was trying to determine in this thread. /U - Original Message - From: Charles R Caldarale To: Tomcat Users List Sent: Wed, 15 Jul 2009 00:02:25 + (UTC) Subject: RE: Include directories outside WEB-INF/ in CLASSPATH? From: uma...@comcast.net [mailto:uma...@comcast.net] Subject: Include directories outside WEB-INF/ in CLASSPATH? I am using Tomcat 6.0.14. Is there a way to include a directory outside WEB-INF/ into the classpath of the WebappClassLoader? I just realized you been asking the same question for over a year and a half - and we keep giving you the same answer. - 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.
Include directories outside WEB-INF/ in CLASSPATH?
I am using Tomcat 6.0.14. Is there a way to include a directory outside WEB-INF/ into the classpath of the WebappClassLoader? Specifically, I am trying to load a certain resource which is located outside WEB-INF/ via WebappClassLoader. Is it possible to accomplish this using symlinks? Tx, /U
Re: #include'ing property files into conf/catalina.properties
Thank you much for your response.
I am looking for a mechanism that would do the inclusion
at runtime (as in when Tomcat starts up). Hence I am unable
to use gcc. I assumed that the Java property files intrinsically
support #include making this transparent to Tomcat itself.
Perhaps I am mistaken?
In any event, thanks much for your helpful suggestion.
Regards,
/U
- Original Message -
From: Kees Jan Koster
To: Tomcat Users List
Sent: Sun, 26 Apr 2009 08:13:41 + (UTC)
Subject: Re: #include'ing property files into conf/catalina.properties
Dear uma_rk,
We centralize configurations in /etc/conf and hence I would
like to import property configuration files into
${CATALINA_BASE}/conf/catalina.properties
using #include as in
// conf/catalina.properties
...
#include /etc/conf/mytomcat.properties
...
Please let me know if this is possible.
Not out of the box. I'm sure that you can script something to this
effect in your system's startup script though. Add some placeholders
and used sed or even gcc's precompiler if you insist on the #include
syntax.
Personally I store all my configurations in SVN, relying on SVN's diff
function to help me iron out any differences. Granted, that won't
scale beyond 10 or so Tomcat configurations, but it does the job until
you reach that stage.
--
Kees Jan
http://java-monitor.com/forum/
kjkos...@kjkoster.org
06-51838192
Change is good. Granted, it is good in retrospect, but change is good.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
#include'ing property files into conf/catalina.properties
Env:
Tomcat 6.0.14
JRE 1.6
We centralize configurations in /etc/conf and hence I would
like to import property configuration files into
${CATALINA_BASE}/conf/catalina.properties
using #include as in
// conf/catalina.properties
...
#include /etc/conf/mytomcat.properties
...
Please let me know if this is possible.
Thanks,
/U
Re: Implementing service chaining with Tomcat6
Thanks Rusty. I was hoping for a 'Java' solution ( as in 'OS independent'). The daemon is a java application (actually the activemq JMS broker); Is there a way for me to have org.apache.catalina.startup.Bootstrap block till it receives a JMS notification or some such? The desired startup sequence would be (chronologically): Time 0: Start activemq broker Time t1: Broker operational - open for service Time t1 + 1: Start tomcat6 Thanks, /U -- Original message -- From: Rusty Wright rusty.wri...@gmail.com Too many bins; I meant /tmp/zzz (as it is in the script). Rusty Wright wrote: What options are available to you to determine if the daemon is ready? For example, does it create a lock file? If so, you could modify your tomcat startup script in /etc/init.d, the one that calls /usr/local/tomcat/bin/startup.sh, and have it check if the daemon is ready and wait until it is, then when it is proceed and start tomcat. For example, here's a little /bin/sh script that waits for the file /bin/zzz to be created and sleeps 5 seconds and keeps checking: while test ! -f /tmp/zzz do echo sleeping for 5 seconds /bin/sleep 5 done echo here we go uma...@comcast.net wrote: I am using Tomcat6.0.14 with Jdk1.6 on Linux RH4. My application comprises a daemon and Tomcat6. The daemon is slow in starting up. I need Tomcat6 to be started after the daemon is operational. While the daemon is a Java application, its a third-party tool whose src I do not control. Is there any mechanism within Tomcat configuration by which I could implement this chaining or synchronization such that catalina.sh starts Tomcat VM after the daemon is somehow determined to be active? Tx, - U - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org From - Sat - 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
Implementing service chaining with Tomcat6
I am using Tomcat6.0.14 with Jdk1.6 on Linux RH4. My application comprises a daemon and Tomcat6. The daemon is slow in starting up. I need Tomcat6 to be started after the daemon is operational. While the daemon is a Java application, its a third-party tool whose src I do not control. Is there any mechanism within Tomcat configuration by which I could implement this chaining or synchronization such that catalina.sh starts Tomcat VM after the daemon is somehow determined to be active? Tx, - U - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Applying HTTPS connector selectively
Env: Tomcat 6.0.14, Jre1.6 I have both HTTP and HTTPs connector defined in my server configuration. I would like to apply the HTTPS connector to handle specific URLs into the webapp alone and have the rest be handled by HTTP connector. Eg: Context Root: /myapp URLs handled by HTTPS connector: /myapp/secure/* URLs handled by HTTP connector: all other URLs under /myapp/* How do I accomplish this? Regards, /Ur - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
META-INF/context.xml does not take effect
Env: Jre 1.6, Tomcat 6.0.14 I have a collection of 3 webapp contexts installed in Tomcat. I have a context.xml defined in conf/ to define a a custom WebappLoader, since I want all my webapp contexts to be loaded using my custom loader: Loader className=com.xxx.MyWebappClassLoader property1=... / Webapp 1 however, has a special resource that it loads via JNDI. Hence I defined the resource in Webapp1/META-INF/context.xml as follows: Context Resource name=jdbc/MyJdbcConn auth=Container type=javax.sql.DataSource maxActive=20 maxIdle=10 maxWait=1000 username=trinh password=huy driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/mydb?autoReconnect=trueamp;zeroDateTimeBehavior=convertToNullamp;characterEncoding=utf8amp;jdbcCompliantTruncation=false / /Context In the webapplication, the resource jdbc/MyJdbcConn is not accessible; Would the presence of conf/context.xml entirely override META-INF/context.xml? (yes, I 've read http://tomcat.apache.org/tomcat-6.0-doc/config/context.html). Thanks, /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Exception handling Container property change
Env: Tomcat 6.0.14, Jre 1.6 Everytime I load my app context, the log yields the following MBean exception. What does this error indicate? Regards /U Mar 3, 2008 9:12:30 PM org.apache.catalina.mbeans.ServerLifecycleListener propertyChange SEVERE: Exception handling Container property change javax.management.MBeanException at org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:398) at org.apache.catalina.mbeans.ServerLifecycleListener.processContainerPropertyChange(ServerLifecycleListener.java:1091) at org.apache.catalina.mbeans.ServerLifecycleListener.propertyChange(ServerLifecycleListener.java:216) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276) at org.apache.catalina.core.ContainerBase.setLoader(ContainerBase.java:373) at org.apache.catalina.core.StandardContext.setLoader(StandardContext.java:1323) 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:597) at org.apache.tomcat.util.IntrospectionUtils.callMethod1(IntrospectionUtils.java:899) at org.apache.tomcat.util.digester.SetNextRule.end(SetNextRule.java:193) at org.apache.tomcat.util.digester.Rule.end(Rule.java:229) at org.apache.tomcat.util.digester.Digester.endElement(Digester.java:1058) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception handling Container property change
Thanks! It looks like this is related to the long conversation we had about
using VirtualWebappClassLoader a couple of months ago.
I needed to use VirtualWebappLoader and hence chose to extend
WebappLoader (CustomWebappClassLoader) and install the class in
${CATALINA_BASE}/lib.
This classloader is used with multiple contexts but in loading
a specific context alone, Tomcat yields this error:
Caused by: java.lang.Exception: ManagedBean is not found with
CustomWebappClassLoader
at
org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:397)
... 46 more
Is my custom WebappLoader supposed to provide an MBean? If I choose not to,
would it be a fatal error (as in one which would abort the context)?
Regards,
/U
-- Original message --
From: Caldarale, Charles R [EMAIL PROTECTED]
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Subject: Exception handling Container property change
Everytime I load my app context, the log yields the following
MBean exception.
Mar 3, 2008 9:12:30 PM
org.apache.catalina.mbeans.ServerLifecycleListener propertyChange
SEVERE: Exception handling Container property change
javax.management.MBeanException
at
org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:398)
Look further in the logs - there should be a nested exception related to
the one above with this text:
ManagedBean is not found with mname
The actual mname will tell you what MBean can't be created.
- 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 start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with VirtualWebappLoader (Was RE: Tomcat 6.0.x Classloader sequence)
Charles,
Thanks for your patient responses. Unfortunately, the shared classloader does
not
work either. This is in summary what I am trying to do: I have 3 webapp
contexts that
use a number of commons libraries (say, digester, betwixt, beanutils). I do not
want to
pack these jarfiles in each webapp, as it makes the warfiles unwieldy. Hence I
want the
deployment structure:
(CATALINA_HOME
(mycommonlibs)
(webapps
(webapp1)
(webapp2)
(webapp3)
)
)
I merely want the webapp classloader of each webapp1 to load classes not only
from WEB-INF/{classes|lib}
but also from ${CATALINA_HOME}/mycommonlib. That is, I am willing to load each
common jar
distinctly in each webapp and pay the price in terms of memory for the
duplicate loads. I merely
want to co-locate the common jarfiles in a common directory.
Now, when I opt to use the shared classloader with the following entry in
catalina.properties:
## catalina.properties::
shared.loader=${catalina.home}/myapplib,${catalina.home}/myapplib/*.jar
it turns out that the classes in ${catalina.home}/myapplib/*.jar are loaded by
StandardClassLoader (parent of WebappClassLoader) while the libraries in
webapp?/WEB-INF/{classes|lib} are loaded by WebappClassLoader. This causes
strange errors with classes not being found or, worse still, methods not being
found.
For instance, I have placed commons-digester in ${catalina.home}/myapplib/.
I have an XML file in webapp3 which is parsed into JavaBeans which are defined
in
webapp3/WEB-INF/lib/foo.jar.
With the catalina.properties specified as above, it turns out that digester
is loaded by the StandardClassLoader while foo.jar is loaded by
WebappClassLoader:
(I am printing the class loader lineage of a bean):
2008-01-16 11:43:37.0522 INFO Bean:foo, class:Foo loaded by:
org.apache.catalina.loader.WebappClassLoader
org.apache.catalina.loader.StandardClassLoader
org.apache.catalina.loader.StandardClassLoader
sun.misc.Launcher$AppClassLoader
sun.misc.Launcher$ExtClassLoader
2008-01-16 11:43:37.0412 INFO Bean:Digester,
class:org.apache.commons.digester.Digester, loaded by:
org.apache.catalina.loader.StandardClassLoader
org.apache.catalina.loader.StandardClassLoader
sun.misc.Launcher$AppClassLoader
sun.misc.Launcher$ExtClassLoader
Hence while digester is loaded by StandardClassLoader, the beans that Digester
must
instantiate are loaded by WebappClassLoader.
Since StandardClassLoader is the parent of WebappClassLoader, per the
delegation model,
digester will fail to find the application beans it needs.
I need the libs in myapplib/ loaded by the webappclass loader of each webapp
context.
What is the simplest way to accomplish this?
Regards,
/U
--
-- Original message --
From: Caldarale, Charles R [EMAIL PROTECTED]
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Subject: Problems with VirtualWebappLoader (Was RE: Tomcat
6.0.x Classloader sequence)
Following on an earlier thread: I am trying to place
the libraries common to a number of webapp contexts
in a common directory (${catalina.home}/myapplib)
Have you thought about just configuring this in the shared classloader
in conf/catalina.properties?
- 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 start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Problems with VirtualWebappLoader (Was RE: Tomcat 6.0.x Classloader sequence)
Env: JRE1.6, Tomcat 6.0.14
Following on an earlier thread: I am trying to place the libraries common
to a number of webapp contexts in a common directory (${catalina.home}/myapplib)
and configure the VirtualWebappLoader with the list of jarfiles for loading by
each webapp context.
My problem is that I need to specify the path to the libraries in a
platform-independent manner:
when I attempt
Loader className=org.apache.catalina.loader.VirtualWebappLoader
virtualClasspath=/home/tomcat/myapplib/activation-1.0.2.jar:...
/
it works perfectly. When I however do the following (in an attempt to make it
platform- and location-independent specification), it fails to find the
libraries:
Loader className=org.apache.catalina.loader.VirtualWebappLoader
virtualClasspath=${catalina.home}/dmslib/activation-1.0.2.jar; ...
/
There are three platform/location specific elements here which I need to get
rid of:
1) catalina.home
2) path separator: '\' vs '/' for windoze and *nix)
3) field separate: ';' vs ':' for windoze and *nix)
Is there a way to do this?
Thanks,
/U
-- Original message --
From: Caldarale, Charles R [EMAIL PROTECTED]
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Subject: RE: Tomcat 6.0.x Classloader sequence
Is it possible for me to configure the webapp class
loaders to load classes from a path common to multiple
webapps before loading from the webapp itself?
Browsing through the Tomcat source does turn up something called
VirtualWebappLoader; the comments therein indicate this is intended to
provide what you want.
I couldn't actually get it to work, but it is intriguing...
With a little more playing around, I did get it to work. Your webapps
will need a Context similar to the following:
Context
Loader className=org.apache.catalina.loader.VirtualWebappLoader
virtualClasspath=C:/dir/classes/
/Context
I assume if you put this in conf/context.xml, it will apply to all
webapps. Multiple locations can be given in the virtualClasspath
attribute by separating them with semicolons; each jar must be specified
separately.
Using the MBeans tab of JConsole, you can see the paths used by each
individual classloader; look in the Catalina - Loader - appname -
hostname - Attributes for classpath.
- 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 start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Classloader Problems: loading webapp classes using commons CL
Env: Tomcat 6.0.14, JRE1.6
I have an application comprising a number of distinct webapp contexts
which use a common version of certain jarfiles. Loading an instance of
the jarfiles by each webapp classloader takes up a lot of memory.
Hence, I have moved these jarfiles to ${CATALINA_BASE}/lib. So we have:
common classes == ${CATALINA_BASE}/lib
webapp-specific classes == ${CATALINA_BASE}/webapps/foo/WEB-INF/lib
This has been the beginning of my problems: the common classes
make direct and indirect references to the webapp-specific classes
during the context loading. As an example, a webapp invokes digester
at context load. While the digester itself is present in commons classes,
the digester rules refer to webapp-specific classes. This causes the digester
to fail, thus aborting the context with a listenerStart ERROR message. This
seems
occur because since digester is loaded by commons classloader, it has
no access to the webapp-specific classes.
Carried to an extreme, I would have to place all of webapp-specific classes
in ${CATALINA_BASE}/lib as well. Clearly this would be broken.
Here are my questions:
1) There must be a way to neatly factor out into common classloader classes
shared
by a number of cooperating webapp contexts. What would such a scheme be?
2) In the lifecycle of a webapp context:
- when is the webapp classloader born?
- is the webapp classloader loaded by the commons classloader or
the system classloader?
- which classloader loads the context loader listener?
Pl help - I have been chasing my own tail with this problem for quite sometime!
Thanks,
/U
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Classloader Problems: loading webapp classes using commons CL
Thanks Doc. I am attempting to refactor common classes is not for saving a bit more of PermGen space, but to create a structured layering. You won't duplicate a sorting algorithm even if it takes only a few more bytes would you? I am trying to determine if its possible to attempt such a layering with Tomcat. I guess the answer is that this is not possible? Also, could you pl address the following question: 2) In the lifecycle of a webapp context: - when is the webapp classloader born? - is the webapp classloader loaded by the commons classloader or the system classloader? - which classloader loads the context loader listener? Gracias, /U -- Original message -- From: Caldarale, Charles R [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: Classloader Problems: loading webapp classes using commons CL This has been the beginning of my problems: the common classes make direct and indirect references to the webapp-specific classes during the context loading. Doctor, doctor, it hurts when I do this. So stop doing it. You've encountered some of the reasons why putting not-quite-independent classes in the common library is pretty much always a bad idea. The right thing to do is juse leave them in WEB-INF/lib of each webapp. Yes, it eats up a bit more PermGen space, so increase it. It will make your life so much easier. Here's the doc on Tomcat classloading, in case you haven't found it yet: http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Classloader Problems: loading webapp classes using commons CL
Thanks for that unambiguous clarification! I will settle for the fat independent webapp contexts. On your comment below: uma I am trying to determine if its possible to attempt such a uma layering with Tomcat. Cc It has nothing to do with Tomcat, but everything to do with application CC independence. You are referring to the webapp contexts as 'applications', while I regard the webapp contexts as *components* of a larger application. IMO, the problem is occurring because Tomcat does not have a notion of this larger application which is a federation of webapp contexts. Regards, /U -- Original message -- From: Caldarale, Charles R [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: RE: Classloader Problems: loading webapp classes using commons CL You won't duplicate a sorting algorithm even if it takes only a few more bytes would you? Duplicating source code, certainly not. Duplicating within multiple wars, absolutely I would. You're causing yourself a whole lot of headaches by trying to mimic your source structure in your packaging. Many, many have gone down that path before you, with no benefit but increased frustration and complexity for all involved. I am trying to determine if its possible to attempt such a layering with Tomcat. It has nothing to do with Tomcat, but everything to do with application independence. - when is the webapp classloader born? When the webapp is first referenced, which could be a lifecyle listener, a load-on-startup setting, or the first client request to the webapp. - is the webapp classloader loaded by the commons classloader or the system classloader? Don't know, because it's not really an interesting question. - which classloader loads the context loader listener? The webapp classloader. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Debugging 'listenerStart:Severe'
Env: Tomcat 6.0.14, JRE1.6 Often I find that making my webapp's log4j configuration more verbose with regards to org.apache.catalina.core.StandardContext would yield debugs on my the contexts fails with 'listenerStart: Severe' message. But I find that this is not consistent; is there a way to make StandardContext or the context listener dump more debugs on the failure of the context to load? How can I make Juli logger dump debug information peratining to context load errors? Any improvements in this area would be perhaps a significant boost to troubleshootability of Tomcat contexts. Regards, /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tomcat 6.0.14] TLD Parse errors
Environment: bin$ sh version.sh //... Server version: Apache Tomcat/6.0.14 Server built: Jul 20 2007 04:17:30 Server number: 6.0.14.0 OS Name:Linux OS Version: 2.6.17-1.2630.fc6 Architecture: i386 JVM Version:1.6.0-b105 JVM Vendor: Sun Microsystems Inc. Problem: I am running Tomcat as shown above and my webapp uses JSTL1.1. As the context starts up, the log shows a number of fatal parse errors as shown below. These seem to stem from parsing WEB-INF/tld/c.tld which comes from StandardTaglib1.1. Dec 5, 2007 9:22:16 PM org.apache.tomcat.util.digester.Digester fatalError SEVERE: Parse Fatal Error at line 4 column 55: parsing initialization error: org.gjt.xpp.XmlPullParserException: ![DOCTYPE declarations not supported at line 4 and column 55 seen ...\r\n http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd;... (parser state UNKNONW_EVENT (-1)) org.gjt.xpp.XmlPullParserException: ![DOCTYPE declarations not supported at line 4 and column 55 seen ...\r\n http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd;... (parser state UNKNONW_EVENT (-1))... Could this be happening because of an incompatible version of XML parse? I have xerces? Pl help! /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
commons-dbcp and tomcat-dbcp
Env: Redhat, jre6, Tomcat 6.0.14
In migrating a webapp using commons-dbcp from Tomcat 5.5.x to Tomcat 6.0.x,
I find that my database fails to obtain connections from the pool.
This is a long shot: is there any interplay between tomcat-dbcp (located in
${CATALINA_BASE}/lib and commons-dbcp (situated in my webapp)?
Regards,
/U
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 6.0.x Classloader sequence
I understand that the webapp classloaders in Tomcat 6.0.x diverge from the delegation model in first loading from the webapp before yielding to the commons class loader. Is it possible for me to configure the webapp class loaders to load classes from a path common to multiple webapps before loading from the webapp itself? Our application suite is a collection of webapps and I need to locate the jar files shared by these webapps in a path common to all the webapps comprising the application. Tx, /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 6.0.x Classloader sequence
Charles,
Even if I place the jarfiles in a common path, they will be loaded by the
webapp classloader
right? Which means that each webapp would load the jars anew.
The distinct webapps are taking up a lot of heapspace and affecting Tomcat.
I would like to load the common jarfiles using commons classloader and yet not
mix the jarfiles with the system libraries in ${CATALINA_BASE}/lib.
Is it possible for me to instruct commons classloader to load from another
directory parallel to ${CATALINA_BASE}/lib?
Thanks,
/U
--
-- Original message --
From: Caldarale, Charles R [EMAIL PROTECTED]
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Subject: RE: Tomcat 6.0.x Classloader sequence
Is it possible for me to configure the webapp class
loaders to load classes from a path common to multiple
webapps before loading from the webapp itself?
Browsing through the Tomcat source does turn up something called
VirtualWebappLoader; the comments therein indicate this is intended to
provide what you want.
I couldn't actually get it to work, but it is intriguing...
With a little more playing around, I did get it to work. Your webapps
will need a Context similar to the following:
Context
Loader className=org.apache.catalina.loader.VirtualWebappLoader
virtualClasspath=C:/dir/classes/
/Context
I assume if you put this in conf/context.xml, it will apply to all
webapps. Multiple locations can be given in the virtualClasspath
attribute by separating them with semicolons; each jar must be specified
separately.
Using the MBeans tab of JConsole, you can see the paths used by each
individual classloader; look in the Catalina - Loader - appname -
hostname - Attributes for classpath.
- 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 start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Error: ListenerStart
Environment: Jre6, Tomcat 6.0.14, Linux Redhat Is there a Tomcat (6.x) specific way of making ContextListener more verbose in its Error: listenerStart message? I mean is there a log4j setting for Tomcat that I can enable to identify why the context load fails? Tx, /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error: ListenerStart
Martin,
Thanks for your help. I now get a verbose output on why my context load
fails: it has to do with the Spring context load listener failing to load the
right XML
parser to load an XML configuration.
The reason I am posting this to Tomcat's list is this: I have xercesImpl ver
2.9.0
in ${CATALINA_BASE}/lib and am using JRE6.0. Yet, the context seems to fail
to load the parser. Does this stack trace ring a bell on what the root cause
might be?
If this is irrelevant to Tomcat, pl accept my apologies!
2007-11-14 11:09:06,371 ERROR [main] context.ContextLoader:205 - Context
initialization failed
org.springframework.beans.factory.BeanDefinitionStoreException: Unable to
validate using XSD: Your JAXP provider
[EMAIL PROTECTED] does not support XML
Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to
Apache Xerces (or Java 1.5) for full XSD support.
at
org.springframework.beans.factory.xml.DefaultDocumentLoader.createDocumentBuilderFactory(DefaultDocumentL
oader.java:102)
Tx,
/Uma
-- Original message --
From: Martin Gainty [EMAIL PROTECTED]
did you verify your configuration files are proper XML ?
which parameter does ContextListener error out on?
do you see the message INFO: ContextListener: contextInitialized()
anywhere in the logs?
Log4j.properties has the requisite parameters in and is webapp accessible
when located in /WEB-INF/classes location
http://logging.apache.org/log4j/1.2/manual.html
##log4j.properties
#identify logfile as receptor of log for root
log4j.rootLogger=logfile
log4j.appender.logfile=org.apache.log4j.RollingFileAppender
log4j.appender.logfile.File=${CATALINA_HOME}/webapps/YourWebApp/WEB-INF/BigL
og.log
log4j.appender.logfile.MaxFileSize=512KB
# Keep three backup files.
log4j.appender.logfile.MaxBackupIndex=3
# Pattern to output: date priority [category] - message
log4j.appender.logfile.layout=org.apache.log4j.PatternLayout
log4j.appender.logfile.layout.ConversionPattern=%d %p [%c] - %m%n
M-
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, November 14, 2007 11:32 AM
Subject: Error: ListenerStart
Environment: Jre6, Tomcat 6.0.14, Linux Redhat
Is there a Tomcat (6.x) specific way of making ContextListener more
verbose
in its Error: listenerStart message? I mean is there a log4j setting for
Tomcat
that I can enable to identify why the context load fails?
Tx,
/U
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re:
Again, thanks for your time. Just after I wrote the list,
I discovered an older version of xerces in the webapp.
That fixed it!
Thanks!
/Uma
-- Original message --
From: Martin Gainty [EMAIL PROTECTED]
what version xerces are you using in WEB-INF/lib?..(I have 2.8.1.. although
the later distros should parse xsd)
http://www.apache.org/dist/xerces/j/
M--
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org; Tomcat Users List
users@tomcat.apache.org
Cc: Martin Gainty [EMAIL PROTECTED]
Sent: Wednesday, November 14, 2007 2:15 PM
Martin,
Thanks for your help. I now get a verbose output on why my context load
fails: it has to do with the Spring context load listener failing to load
the right XML
parser to load an XML configuration.
The reason I am posting this to Tomcat's list is this: I have xercesImpl
ver 2.9.0
in ${CATALINA_BASE}/lib and am using JRE6.0. Yet, the context seems to
fail
to load the parser. Does this stack trace ring a bell on what the root
cause might be?
If this is irrelevant to Tomcat, pl accept my apologies!
2007-11-14 11:09:06,371 ERROR [main] context.ContextLoader:205 -
Context initialization failed
org.springframework.beans.factory.BeanDefinitionStoreException: Unable to
validate using XSD: Your JAXP provider
[EMAIL PROTECTED] does not support
XML Schema. Are you running on Java 1.4 or below with Apache Crimson?
Upgrade to Apache Xerces (or Java 1.5) for full XSD support.
at
org.springframework.beans.factory.xml.DefaultDocumentLoader.createDocumentBu
ilderFactory(DefaultDocumentLoader.java:102)
Tx,
/Uma
-- Original message --
From: Martin Gainty [EMAIL PROTECTED]
did you verify your configuration files are proper XML ?
which parameter does ContextListener error out on?
do you see the message INFO: ContextListener: contextInitialized()
anywhere in the logs?
Log4j.properties has the requisite parameters in and is webapp
accessible
when located in /WEB-INF/classes location
http://logging.apache.org/log4j/1.2/manual.html
##log4j.properties
#identify logfile as receptor of log for root
log4j.rootLogger=logfile
log4j.appender.logfile=org.apache.log4j.RollingFileAppender
log4j.appender.logfile.File=${CATALINA_HOME}/webapps/YourWebApp/WEB-INF/BigL
og.log
log4j.appender.logfile.MaxFileSize=512KB
# Keep three backup files.
log4j.appender.logfile.MaxBackupIndex=3
# Pattern to output: date priority [category] - message
log4j.appender.logfile.layout=org.apache.log4j.PatternLayout
log4j.appender.logfile.layout.ConversionPattern=%d %p [%c] - %m%n
M-
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, November 14, 2007 11:32 AM
Subject: Error: ListenerStart
Environment: Jre6, Tomcat 6.0.14, Linux Redhat
Is there a Tomcat (6.x) specific way of making ContextListener more
verbose
in its Error: listenerStart message? I mean is there a log4j setting
for
Tomcat
that I can enable to identify why the context load fails?
Tx,
/U
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Loader constraint violation
Env: Jre6, Tomcat 6.0.14, Redhat
Pl help: when I invoke a JSP on the server, I get the following exception.
I have a copy if xml-apis.jar in my webapp; I tried moving it to
${CATALINA_BASE}/lib -
that fixed this problem but failed the webapp as it could not parse my tlds.
How do I identify the root cause of this problem?
java.lang.LinkageError: loader constraint violation: when resolving interface
method
javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;
the class loader (instance of org/apache/jasper/servlet/JasperLoader) of the
current class, org/apache/jsp/index_jsp, and the class loader (instance of
org/apache/catalina/loader/StandardClassLoader) for resolved class,
javax/servlet/jsp/JspApplicationContext, have different Class objects for the
type javax/el/ExpressionFactory used in the signature
org.apache.jsp.index_jsp._jspInit(index_jsp.java:894)
org.apache.jasper.runtime.HttpJspBase.init(HttpJspBase.java:52)
org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:159)
Tx,
/U
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5 to Tomcat migration guide
Is there a list of problems to watch for in migrating a Tomcat5.5 app to Tomcat6? What is the equivalent of Tomcat5.5's common/endorsed in Tomcat6? I mean how do I load a class using commons classloader in TC6? Thanx, /U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Issue #39631 in Tomcat 5.5.23?
I am running Tomcat 5.5.23 on a Windows XP machine with JDK6. I have only one webapp (others are standard webapps packaged with Tomcat). During Catalina bootstrap, I see the null pointer exception (trace below) that looks quite like #39631 (SEE http://issues.apache.org/bugzilla/show_bug.cgi?id=39631). I do not have any libraries in endorsed or shared directories. I am using ver 1.2.14 of Log4j, ver 1.0.4 of commons logging and commons logging API (commons-logging-1.0.4.jar, log4j-1.2.14.jar, commons-logging-api-1.0.4.jar). Is this caused by incompatible jar versions? I am not sure how to troubleshoot this further. Pl help, Thanks, /U SEVERE: Context [/MASKED] startup failed due to previous errors Mar 26, 2007 9:08:38 PM org.apache.catalina.core.StandardContext processTlds SEVERE: Error reading tld listeners java.lang.NullPointerException java.lang.NullPointerException at org.apache.log4j.Category.isEnabledFor(Category.java:746) at org.apache.commons.logging.impl.Log4JLogger.isTraceEnabled(Log4JLogge r.java:327) at org.apache.catalina.startup.TldConfig.tldScanResourcePaths(TldConfig. java:582) at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:283) at org.apache.catalina.core.StandardContext.processTlds(StandardContext. java:4307) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 144) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:74 0) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.ja va:626) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.j ava:553) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.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:4 48) 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(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) Mar 26, 2007 9:08:38 PM org.apache.catalina.startup.ContextConfig processDefault WebConfig SEVERE: Parse error in default web.xml - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Issue #39631 in Tomcat 5.5.23?
Is there a way to make Tomcat verbose with regards to problems with parsing XML? Also, why would a bad XML cause a Null Ptr Exception in Log4j ( I am not using DOMConfigurator; I use log4j.properties to configure log4j). Thanks, /U -- Original message -- From: Robert Harper [EMAIL PROTECTED] This looks like it might have more to do with a malformed XML file. Robert S. Harper Senior Engineer Information Access Technology, Inc. 1100 East 6600 South, Suite 300 Salt Lake City Utah USA 84121-7411 (801)265-8800 Ext. 255 FAX (801)265-8880 This e-mail is intended only for the addressee and may contain confidential and/or privileged information. Any review, retransmission, or action taken upon this information by persons other than the intended recipient is prohibited by law. If you received this communication in error, please contact us immediately at 801-265-8800. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that anything received or opened is virus free. No responsibility is accepted by IAT for any loss or damage in the event that such a virus or defect exists. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 1:38 PM To: users@tomcat.apache.org Subject: Issue #39631 in Tomcat 5.5.23? I am running Tomcat 5.5.23 on a Windows XP machine with JDK6. I have only one webapp (others are standard webapps packaged with Tomcat). During Catalina bootstrap, I see the null pointer exception (trace below) that looks quite like #39631 (SEE http://issues.apache.org/bugzilla/show_bug.cgi?id=39631). I do not have any libraries in endorsed or shared directories. I am using ver 1.2.14 of Log4j, ver 1.0.4 of commons logging and commons logging API (commons-logging-1.0.4.jar, log4j-1.2.14.jar, commons-logging-api-1.0.4.jar). Is this caused by incompatible jar versions? I am not sure how to troubleshoot this further. Pl help, Thanks, /U SEVERE: Context [/MASKED] startup failed due to previous errors Mar 26, 2007 9:08:38 PM org.apache.catalina.core.StandardContext processTlds SEVERE: Error reading tld listeners java.lang.NullPointerException java.lang.NullPointerException at org.apache.log4j.Category.isEnabledFor(Category.java:746) at org.apache.commons.logging.impl.Log4JLogger.isTraceEnabled(Log4JLogge r.java:327) at org.apache.catalina.startup.TldConfig.tldScanResourcePaths(TldConfig. java:582) at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:283) at org.apache.catalina.core.StandardContext.processTlds(StandardContext. java:4307) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 144) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:74 0) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.ja va:626) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.j ava:553) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.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:4 48) 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(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) Mar 26, 2007 9:08:38 PM org.apache.catalina.startup.ContextConfig processDefault WebConfig SEVERE: Parse error in default web.xml - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For
Tomcat 5.5.x with JDK6
Hello... I would like to run Tomcat 5.5.x on JDK6. Is this supported? If not, are there obvious red flags with this combination? Thanks, U - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
