You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Bocalinda <bo...@gmail.com> on 2009/10/02 16:04:53 UTC
Connection between ListenerStart and clustering
Hi List,
Maybe this is a very stupid question, but I am wondering whether a
ListenerStart of an application could be related in any possible way to
problems with the Tomcat cluster?
Thanks in advance.
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
I pressed send too quickly.
How can it be that most of the time Tomcat starts, and sometimes it spits
out the ClassNotFound error? I suppose that the classloading order does not
change from day to day?
2009/10/3 Bocalinda <bo...@gmail.com>
> Hi Chuck,
>
> That's a good point. First thing in the morning I will check out.
>
> I know the basics of the Tomcat classloading principle. However, I'm trying
> to imagine myself the situation where a duplication of a class leads to an
> ClassNotFound error (It's quite ironic honestly :))
>
> If I'm not wrong Tomcat loads it classes in the following order:
>
> 1. bootstrap
> 2. classpath classes
> 3. webapps classes/libs
> 4. common libs
> 5. shared libs
>
> Let's say that my webapp uses a class that is both placed in web-inf/lib
> and common/lib. According to the classloading order, the class that is in my
> web-inf/lib should be loaded first. In which case I don't understand why my
> webapp complains that it can't find the class...
>
> The only thing I can think of is that my webapp's classloader loads class X
> from web-inf/lib, and that this class is used by some other class in
> common/lib.
>
> Although, I don't think this is the case in my situation. Spring is only
> used inside my webapp.
>
> I'm probably overseeing something basic here, and would really appreciate
> it if somebody could point me out what it is.
>
> Thanks
>
> 2009/10/2 Caldarale, Charles R <Ch...@unisys.com>
>
> > From: Bocalinda [mailto:bocalinda@gmail.com]
>> > Subject: Re: Connection between ListenerStart and clustering
>> >
>> > The class mentioned is actually there....
>> > java.lang.NoClassDefFoundError:
>> > org/springframework/web/context/ContextLoaderListener
>>
>> Is the class perhaps in too many places? It must not appear in more than
>> one location in any given branch of the classloader tree. For example, you
>> must not place the class in both Tomcat's lib directory and the webapp's
>> WEB-INF/lib directory - it has to be one or the other.
>>
>> - 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: Connection between ListenerStart and clustering
Posted by Rainer Jung <ra...@kippdata.de>.
Thanks for letting us know!
On 28.10.2009 16:23, Bocalinda wrote:
> Hi again Rainer,
>
> It seems some of our software updates must have solved the issue, as it's
> been working perfectly now for several weeks.
> I think we may conclude that it didn't had to do with the the clustering
> implementation.
> I feel sorry that you put time into patching the issue. In case the problem
> ever comes up again, the first thing I'll do is test the patch you've sent.
>
> Thanks a lot.
>
> 2009/10/14 Bocalinda <bo...@gmail.com>
>
>> Hi Rainer,
>>
>> I'm sorry for the long delay in getting back to you.
>> I got sidetracked by another issue and wasn't able to look into this
>> earlier.
>>
>> However, the bad news is that the administrators didn't allow me to apply
>> the patch as it is a production server.
>> I can apply it to pre-production, but the error isn't reproducable there...
>>
>> 2nd however; It's been 12 days since we've seen the listenerStart error due
>> to the classDefNotFound (in production).
>> I need to check with the developers whether they accidentily made any
>> changes that might have solved this problem.
>> It might as well be that we have been lucky and that the error starts
>> appearing again tomorrow.
>>
>> I will try to reproduce the problem in another server, in order to try out
>> the patch you supplied.
>>
>> Thanks again.
>>
>>
>> 2009/10/3 Bocalinda <bo...@gmail.com>
>>
>>> Wow, that's what is called a quick turn around! :)
>>>
>>> Thanks. I'll try as soon as possible and let you know.
>>>
>>> 2009/10/3 Rainer Jung <ra...@kippdata.de>
>>>
>>> On 03.10.2009 18:11, Bocalinda wrote:
>>>>> Hi Rainer.
>>>>>
>>>>> <wild guess>
>>>>>> I remember problems with clustering which were of the following kind:
>>>>>> session replication data was received on a node although the context
>>>>>> wasn't yet fully initialized.
>>>>>>
>>>>>> Maybe we run into classloader troubles in that case?
>>>>>>
>>>>>> This could only happen if another node in the cluster is running all
>>>> the
>>>>>> time between stop and restart of the node, which logs the exception.
>>>>>>
>>>>>> This could certainly be the case as I have 4 nodos in cluster. I
>>>>> stop/restart one by one, in order to ensure the availability of the
>>>> webapp.
>>>>>
>>>>>
>>>>>> How easy can your reproduce the problem? In case I provide a patch,
>>>>>> could you test, whether the problem goes away?
>>>>>> </wild guess>
>>>>>>
>>>>>>
>>>>> Taking into account that this is a production server, it won't be easy
>>>> to
>>>>> play with it, but I can propose to take 2 nodes out of the cluster to
>>>> do
>>>>> testing with.
>>>>
>>>> You can find a patched catalina-ha.jar and in case you are interested
>>>> also the respective source code file at
>>>>
>>>>
>>>> http://people.apache.org/~rjung/patches/tc6-cluster-context-startup-order.zip<http://people.apache.org/%7Erjung/patches/tc6-cluster-context-startup-order.zip>
>>>>
>>>> I did a one to one port from TC 5.5 to TC 6.0. So please test carefully
>>>> and let us know the results, so we can include the patch into the
>>>> standard code in case it proves it helps.
>>>>
>>>> Regards,
>>>>
>>>> Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi again Rainer,
It seems some of our software updates must have solved the issue, as it's
been working perfectly now for several weeks.
I think we may conclude that it didn't had to do with the the clustering
implementation.
I feel sorry that you put time into patching the issue. In case the problem
ever comes up again, the first thing I'll do is test the patch you've sent.
Thanks a lot.
2009/10/14 Bocalinda <bo...@gmail.com>
> Hi Rainer,
>
> I'm sorry for the long delay in getting back to you.
> I got sidetracked by another issue and wasn't able to look into this
> earlier.
>
> However, the bad news is that the administrators didn't allow me to apply
> the patch as it is a production server.
> I can apply it to pre-production, but the error isn't reproducable there...
>
> 2nd however; It's been 12 days since we've seen the listenerStart error due
> to the classDefNotFound (in production).
> I need to check with the developers whether they accidentily made any
> changes that might have solved this problem.
> It might as well be that we have been lucky and that the error starts
> appearing again tomorrow.
>
> I will try to reproduce the problem in another server, in order to try out
> the patch you supplied.
>
> Thanks again.
>
>
> 2009/10/3 Bocalinda <bo...@gmail.com>
>
>> Wow, that's what is called a quick turn around! :)
>>
>> Thanks. I'll try as soon as possible and let you know.
>>
>> 2009/10/3 Rainer Jung <ra...@kippdata.de>
>>
>> On 03.10.2009 18:11, Bocalinda wrote:
>>> > Hi Rainer.
>>> >
>>> > <wild guess>
>>> >> I remember problems with clustering which were of the following kind:
>>> >> session replication data was received on a node although the context
>>> >> wasn't yet fully initialized.
>>> >>
>>> >> Maybe we run into classloader troubles in that case?
>>> >>
>>> >> This could only happen if another node in the cluster is running all
>>> the
>>> >> time between stop and restart of the node, which logs the exception.
>>> >>
>>> >> This could certainly be the case as I have 4 nodos in cluster. I
>>> > stop/restart one by one, in order to ensure the availability of the
>>> webapp.
>>> >
>>> >
>>> >> How easy can your reproduce the problem? In case I provide a patch,
>>> >> could you test, whether the problem goes away?
>>> >> </wild guess>
>>> >>
>>> >>
>>> > Taking into account that this is a production server, it won't be easy
>>> to
>>> > play with it, but I can propose to take 2 nodes out of the cluster to
>>> do
>>> > testing with.
>>>
>>> You can find a patched catalina-ha.jar and in case you are interested
>>> also the respective source code file at
>>>
>>>
>>> http://people.apache.org/~rjung/patches/tc6-cluster-context-startup-order.zip<http://people.apache.org/%7Erjung/patches/tc6-cluster-context-startup-order.zip>
>>>
>>> I did a one to one port from TC 5.5 to TC 6.0. So please test carefully
>>> and let us know the results, so we can include the patch into the
>>> standard code in case it proves it helps.
>>>
>>> Regards,
>>>
>>> Rainer
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
>
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi Rainer,
I'm sorry for the long delay in getting back to you.
I got sidetracked by another issue and wasn't able to look into this
earlier.
However, the bad news is that the administrators didn't allow me to apply
the patch as it is a production server.
I can apply it to pre-production, but the error isn't reproducable there...
2nd however; It's been 12 days since we've seen the listenerStart error due
to the classDefNotFound (in production).
I need to check with the developers whether they accidentily made any
changes that might have solved this problem.
It might as well be that we have been lucky and that the error starts
appearing again tomorrow.
I will try to reproduce the problem in another server, in order to try out
the patch you supplied.
Thanks again.
2009/10/3 Bocalinda <bo...@gmail.com>
> Wow, that's what is called a quick turn around! :)
> Thanks. I'll try as soon as possible and let you know.
>
> 2009/10/3 Rainer Jung <ra...@kippdata.de>
>
> On 03.10.2009 18:11, Bocalinda wrote:
>> > Hi Rainer.
>> >
>> > <wild guess>
>> >> I remember problems with clustering which were of the following kind:
>> >> session replication data was received on a node although the context
>> >> wasn't yet fully initialized.
>> >>
>> >> Maybe we run into classloader troubles in that case?
>> >>
>> >> This could only happen if another node in the cluster is running all
>> the
>> >> time between stop and restart of the node, which logs the exception.
>> >>
>> >> This could certainly be the case as I have 4 nodos in cluster. I
>> > stop/restart one by one, in order to ensure the availability of the
>> webapp.
>> >
>> >
>> >> How easy can your reproduce the problem? In case I provide a patch,
>> >> could you test, whether the problem goes away?
>> >> </wild guess>
>> >>
>> >>
>> > Taking into account that this is a production server, it won't be easy
>> to
>> > play with it, but I can propose to take 2 nodes out of the cluster to do
>> > testing with.
>>
>> You can find a patched catalina-ha.jar and in case you are interested
>> also the respective source code file at
>>
>>
>> http://people.apache.org/~rjung/patches/tc6-cluster-context-startup-order.zip<http://people.apache.org/%7Erjung/patches/tc6-cluster-context-startup-order.zip>
>>
>> I did a one to one port from TC 5.5 to TC 6.0. So please test carefully
>> and let us know the results, so we can include the patch into the
>> standard code in case it proves it helps.
>>
>> Regards,
>>
>> Rainer
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Wow, that's what is called a quick turn around! :)
Thanks. I'll try as soon as possible and let you know.
2009/10/3 Rainer Jung <ra...@kippdata.de>
> On 03.10.2009 18:11, Bocalinda wrote:
> > Hi Rainer.
> >
> > <wild guess>
> >> I remember problems with clustering which were of the following kind:
> >> session replication data was received on a node although the context
> >> wasn't yet fully initialized.
> >>
> >> Maybe we run into classloader troubles in that case?
> >>
> >> This could only happen if another node in the cluster is running all the
> >> time between stop and restart of the node, which logs the exception.
> >>
> >> This could certainly be the case as I have 4 nodos in cluster. I
> > stop/restart one by one, in order to ensure the availability of the
> webapp.
> >
> >
> >> How easy can your reproduce the problem? In case I provide a patch,
> >> could you test, whether the problem goes away?
> >> </wild guess>
> >>
> >>
> > Taking into account that this is a production server, it won't be easy to
> > play with it, but I can propose to take 2 nodes out of the cluster to do
> > testing with.
>
> You can find a patched catalina-ha.jar and in case you are interested
> also the respective source code file at
>
>
> http://people.apache.org/~rjung/patches/tc6-cluster-context-startup-order.zip<http://people.apache.org/%7Erjung/patches/tc6-cluster-context-startup-order.zip>
>
> I did a one to one port from TC 5.5 to TC 6.0. So please test carefully
> and let us know the results, so we can include the patch into the
> standard code in case it proves it helps.
>
> Regards,
>
> Rainer
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Connection between ListenerStart and clustering
Posted by Rainer Jung <ra...@kippdata.de>.
On 03.10.2009 18:11, Bocalinda wrote:
> Hi Rainer.
>
> <wild guess>
>> I remember problems with clustering which were of the following kind:
>> session replication data was received on a node although the context
>> wasn't yet fully initialized.
>>
>> Maybe we run into classloader troubles in that case?
>>
>> This could only happen if another node in the cluster is running all the
>> time between stop and restart of the node, which logs the exception.
>>
>> This could certainly be the case as I have 4 nodos in cluster. I
> stop/restart one by one, in order to ensure the availability of the webapp.
>
>
>> How easy can your reproduce the problem? In case I provide a patch,
>> could you test, whether the problem goes away?
>> </wild guess>
>>
>>
> Taking into account that this is a production server, it won't be easy to
> play with it, but I can propose to take 2 nodes out of the cluster to do
> testing with.
You can find a patched catalina-ha.jar and in case you are interested
also the respective source code file at
http://people.apache.org/~rjung/patches/tc6-cluster-context-startup-order.zip
I did a one to one port from TC 5.5 to TC 6.0. So please test carefully
and let us know the results, so we can include the patch into the
standard code in case it proves it helps.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi Rainer.
<wild guess>
> I remember problems with clustering which were of the following kind:
> session replication data was received on a node although the context
> wasn't yet fully initialized.
>
> Maybe we run into classloader troubles in that case?
>
> This could only happen if another node in the cluster is running all the
> time between stop and restart of the node, which logs the exception.
>
> This could certainly be the case as I have 4 nodos in cluster. I
stop/restart one by one, in order to ensure the availability of the webapp.
> How easy can your reproduce the problem? In case I provide a patch,
> could you test, whether the problem goes away?
> </wild guess>
>
>
Taking into account that this is a production server, it won't be easy to
play with it, but I can propose to take 2 nodes out of the cluster to do
testing with.
Re: Connection between ListenerStart and clustering
Posted by Rainer Jung <ra...@kippdata.de>.
On 03.10.2009 12:12, Bocalinda wrote:
> I was able to check whether the class (ContextLoaderListener) is copied in
> different places.
> I can confirm that the class is only located in my webapp under WEB-INF/lib.
> (Inside spring.jar and spring-web.jar).
>
> The mystery gets bigger and bigger for me :)
>
> To resume, my Tomcat works most of the time, but sometimes when I start I
> get a ListenerStart Error because of a ClassDefNotFound error referencing
> org.springframework.web.context.ContextLoaderListener.
>
> Note. This happens after stopping and starting Tomcat again. I'm not
> deploying any newer libraries or whatsoever.
<wild guess>
I remember problems with clustering which were of the following kind:
session replication data was received on a node although the context
wasn't yet fully initialized.
Maybe we run into classloader troubles in that case?
This could only happen if another node in the cluster is running all the
time between stop and restart of the node, which logs the exception.
How easy can your reproduce the problem? In case I provide a patch,
could you test, whether the problem goes away?
</wild guess>
Regards,
Rainer
> In case it's useful, the web.xml of the webapp:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="
> http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
> id="WebApp_ID" version="2.5">
> <display-name>pack-server</display-name>
>
> <distributable />
>
> <welcome-file-list>
> <welcome-file>index.html</welcome-file>
> <welcome-file>index.htm</welcome-file>
> <welcome-file>index.jsp</welcome-file>
> </welcome-file-list>
>
> <context-param>
>
> <param-name>javax.servlet.jsp.jstl.fmt.localizationContext</param-name>
> <param-value>messages</param-value>
> </context-param>
>
> <context-param>
> <param-name>contextConfigLocation</param-name>
> <param-value>
> classpath:applicationContext-pack-base.xml,
> /WEB-INF/classes/applicationContext-services.xml,
> /WEB-INF/classes/applicationContext-security.xml
>
> </param-value>
> </context-param>
>
> <context-param>
> <param-name>log4jExposeWebAppRoot</param-name>
> <param-value>false</param-value>
> </context-param>
>
> <filter>
> <filter-name>springSecurityFilterChain</filter-name>
>
> <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
>
> </filter>
>
> <filter-mapping>
> <filter-name>springSecurityFilterChain</filter-name>
> <url-pattern>/*</url-pattern>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> </filter-mapping>
>
> <filter>
> <filter-name>Execution Context Filter</filter-name>
>
> <filter-class>de.ja.sap.pack.controller.ExecutionContextFilter</filter-class>
>
> </filter>
>
> <filter-mapping>
> <filter-name>Execution Context Filter</filter-name>
> <url-pattern>*.do</url-pattern>
> </filter-mapping>
>
> <listener>
>
> <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
>
> </listener>
>
> <listener>
>
> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
>
> </listener>
>
> <listener>
>
> <listener-class>de.ja.sap.pack.listener.InitListener</listener-class>
> </listener>
>
> <servlet>
> <servlet-name>action</servlet-name>
>
> <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
> <init-param>
> <param-name>config</param-name>
> <param-value>/WEB-INF/struts-config.xml</param-value>
> </init-param>
> <load-on-startup>1</load-on-startup>
> </servlet>
>
> <servlet-mapping>
> <servlet-name>action</servlet-name>
> <url-pattern>*.do</url-pattern>
> </servlet-mapping>
>
> <servlet>
> <display-name>Apache-Axis Servlet</display-name>
> <servlet-name>AxisServlet</servlet-name>
>
> <servlet-class>org.apache.axis2.transport.http.AxisServlet</servlet-class>
> </servlet>
>
> <servlet-mapping>
> <servlet-name>AxisServlet</servlet-name>
> <url-pattern>/servlet/AxisServlet</url-pattern>
> </servlet-mapping>
>
> <servlet-mapping>
> <servlet-name>AxisServlet</servlet-name>
> <url-pattern>*.jws</url-pattern>
> </servlet-mapping>
>
> <servlet-mapping>
> <servlet-name>AxisServlet</servlet-name>
> <url-pattern>/services/*</url-pattern>
> </servlet-mapping>
>
> <servlet>
> <display-name>Apache-Axis Admin Servlet Web Admin</display-name>
> <servlet-name>AxisAdminServlet</servlet-name>
>
> <servlet-class>org.apache.axis2.transport.http.AxisAdminServlet</servlet-class>
>
> <load-on-startup>100</load-on-startup>
> </servlet>
>
> <servlet-mapping>
> <servlet-name>AxisAdminServlet</servlet-name>
> <url-pattern>/axis2-admin/*</url-pattern>
> </servlet-mapping>
>
> <filter>
> <filter-name>Navegation PACK Filter</filter-name>
> <filter-class>de.ja.sap.pack.web.NavegationPACKFilter</filter-class>
>
> </filter>
> <filter-mapping>
> <filter-name>Navegation PACK Filter</filter-name>
> <url-pattern>*</url-pattern>
> </filter-mapping>
>
> </web-app>
>
> 2009/10/3 Caldarale, Charles R <Ch...@unisys.com>
>
>>> From: Bocalinda [mailto:bocalinda@gmail.com]
>>> Subject: Re: Connection between ListenerStart and clustering
>>>
>>>> it turns out there are 2 libraries in my web-inf/lib
>>>> containing a class definition for that:
>>>>
>>>> spring-2.5.6.jar and spring-web-2.5.6.jar
>>>>
>>>> Maybe one is interfering with the other
>>
>> Is one a proper subset of the other? If so, it can be removed without ill
>> effect.
>>
>>> they both need to be there in order for Spring to work.
>>
>> I'm not familiar with Spring so, I can't really comment. Others on the
>> list do have experience in that area.
>>
>> - 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
I was able to check whether the class (ContextLoaderListener) is copied in
different places.
I can confirm that the class is only located in my webapp under WEB-INF/lib.
(Inside spring.jar and spring-web.jar).
The mystery gets bigger and bigger for me :)
To resume, my Tomcat works most of the time, but sometimes when I start I
get a ListenerStart Error because of a ClassDefNotFound error referencing
org.springframework.web.context.ContextLoaderListener.
Note. This happens after stopping and starting Tomcat again. I'm not
deploying any newer libraries or whatsoever.
In case it's useful, the web.xml of the webapp:
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
id="WebApp_ID" version="2.5">
<display-name>pack-server</display-name>
<distributable />
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
<context-param>
<param-name>javax.servlet.jsp.jstl.fmt.localizationContext</param-name>
<param-value>messages</param-value>
</context-param>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath:applicationContext-pack-base.xml,
/WEB-INF/classes/applicationContext-services.xml,
/WEB-INF/classes/applicationContext-security.xml
</param-value>
</context-param>
<context-param>
<param-name>log4jExposeWebAppRoot</param-name>
<param-value>false</param-value>
</context-param>
<filter>
<filter-name>springSecurityFilterChain</filter-name>
<filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
<filter-name>springSecurityFilterChain</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
<dispatcher>FORWARD</dispatcher>
</filter-mapping>
<filter>
<filter-name>Execution Context Filter</filter-name>
<filter-class>de.ja.sap.pack.controller.ExecutionContextFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>Execution Context Filter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>de.ja.sap.pack.listener.InitListener</listener-class>
</listener>
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
<servlet>
<display-name>Apache-Axis Servlet</display-name>
<servlet-name>AxisServlet</servlet-name>
<servlet-class>org.apache.axis2.transport.http.AxisServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>AxisServlet</servlet-name>
<url-pattern>/servlet/AxisServlet</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>AxisServlet</servlet-name>
<url-pattern>*.jws</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>AxisServlet</servlet-name>
<url-pattern>/services/*</url-pattern>
</servlet-mapping>
<servlet>
<display-name>Apache-Axis Admin Servlet Web Admin</display-name>
<servlet-name>AxisAdminServlet</servlet-name>
<servlet-class>org.apache.axis2.transport.http.AxisAdminServlet</servlet-class>
<load-on-startup>100</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>AxisAdminServlet</servlet-name>
<url-pattern>/axis2-admin/*</url-pattern>
</servlet-mapping>
<filter>
<filter-name>Navegation PACK Filter</filter-name>
<filter-class>de.ja.sap.pack.web.NavegationPACKFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>Navegation PACK Filter</filter-name>
<url-pattern>*</url-pattern>
</filter-mapping>
</web-app>
2009/10/3 Caldarale, Charles R <Ch...@unisys.com>
> > From: Bocalinda [mailto:bocalinda@gmail.com]
> > Subject: Re: Connection between ListenerStart and clustering
> >
> > > it turns out there are 2 libraries in my web-inf/lib
> > > containing a class definition for that:
> > >
> > > spring-2.5.6.jar and spring-web-2.5.6.jar
> > >
> > > Maybe one is interfering with the other
>
> Is one a proper subset of the other? If so, it can be removed without ill
> effect.
>
> > they both need to be there in order for Spring to work.
>
> I'm not familiar with Spring so, I can't really comment. Others on the
> list do have experience in that area.
>
> - 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: Connection between ListenerStart and clustering
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Bocalinda [mailto:bocalinda@gmail.com]
> Subject: Re: Connection between ListenerStart and clustering
>
> > it turns out there are 2 libraries in my web-inf/lib
> > containing a class definition for that:
> >
> > spring-2.5.6.jar and spring-web-2.5.6.jar
> >
> > Maybe one is interfering with the other
Is one a proper subset of the other? If so, it can be removed without ill effect.
> they both need to be there in order for Spring to work.
I'm not familiar with Spring so, I can't really comment. Others on the list do have experience in that area.
- 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
> I currently don't have access to the server to check catalina_home/lib
> contents, but I do have the webapp.war here. So I did a grep for the
> ContextLoaderListener and it turns out there are 2 libraries in my
> web-inf/lib containing a class definition for that:
>
> spring-2.5.6.jar and spring-web-2.5.6.jar
>
> Maybe one is interfering with the other
>
On the other hand. I just investigated this, and it seems that although both
have the class, they both need to be there in order for Spring to work.
Guess I will have to keep investigating.
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
> Different messages arriving in a different order, for one. Classes are
> only loaded on demand, not simply because they exist in a defined library.
>
> > I would suppose the classloading ritual is a serial process,
> > instead of a parallel process.
>
> Nope. In a multi-threaded environment, you cannot predict who's going to
> reference what class first, unless you have extremely tight control over
> event ordering. There is a very, very small period when there's a global
> lock set during classloading, but other than that, it's pretty much a
> free-for-all.
>
> Aha. Stupid of me. I thought all classes were loaded at startup, instead of
at invocation.
> What I'm saying is that I don't think that any class in
> > common/lib references to spring.
>
> You keep referring to common/lib but stated earlier that you're running on
> 6.0.20, and common/lib does not exist on that level; have you modified
> conf/catalina.properties to utilize that directory? If so, why, and what
> happens if you keep things as they were intended?
>
> My bad. I just meant catalina_home/lib.
I currently don't have access to the server to check catalina_home/lib
contents, but I do have the webapp.war here. So I did a grep for the
ContextLoaderListener and it turns out there are 2 libraries in my
web-inf/lib containing a class definition for that:
spring-2.5.6.jar and spring-web-2.5.6.jar
Maybe one is interfering with the other
RE: Connection between ListenerStart and clustering
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Bocalinda [mailto:bocalinda@gmail.com]
> Subject: Re: Connection between ListenerStart and clustering
>
> What causes timing issues?
Different messages arriving in a different order, for one. Classes are only loaded on demand, not simply because they exist in a defined library.
> I would suppose the classloading ritual is a serial process,
> instead of a parallel process.
Nope. In a multi-threaded environment, you cannot predict who's going to reference what class first, unless you have extremely tight control over event ordering. There is a very, very small period when there's a global lock set during classloading, but other than that, it's pretty much a free-for-all.
> Can a clustering problem be at the root of this problem, and
> thus cause some kind of timing issue and load the classes in
> a different order?
Adding more variable message sources and sinks will always create more timing windows. But since this is not an issue observed elsewhere, the problem is most likely with your setup.
> What I'm saying is that I don't think that any class in
> common/lib references to spring.
You keep referring to common/lib but stated earlier that you're running on 6.0.20, and common/lib does not exist on that level; have you modified conf/catalina.properties to utilize that directory? If so, why, and what happens if you keep things as they were intended?
- 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
> > If I'm not wrong Tomcat loads it classes in the following order:
> > 1. bootstrap
> > 2. classpath classes
> > 3. webapps classes/libs
> > 4. common libs
> > 5. shared libs
>
> As I recall, the webapp classloader takes precedence over the system
> classloader (the -cp path handler), but I'd have to check the code to be
> sure. Also, on Tomcat 6, there is no shared lib directory, unless you have
> modified conf/catalina.properties.
>
> > In which case I don't understand why my webapp complains
> > that it can't find the class...
>
> Timing issues can cause things to be loaded in a different order; if the
> class from Tomcat's lib or the system classpath gets loaded first, you will
> not be able to cast references to its objects to the class in WEB-INF/lib
> directory. This often results in the somewhat misleading NCDFE.
>
> I'm sorry, but I'm missing something here... What causes timing issues? How
can a classloading order be changed from one minute to the other? I would
suppose the classloading ritual is a serial process, instead of a parallel
process. First A than B. And not; "let's start A and B at the same time and
hope that A finishes first."
Can a clustering problem be at the root of this problem, and thus cause some
kind of timing issue and load the classes in a different order?
> So the Spring jars exist *only* in WEB-INF/lib?
>
>
That I did not say :) I need will need to check that tomorrow. What I'm
saying is that I don't think that any class in common/lib references to
spring.
RE: Connection between ListenerStart and clustering
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Bocalinda [mailto:bocalinda@gmail.com]
> Subject: Re: Connection between ListenerStart and clustering
>
> If I'm not wrong Tomcat loads it classes in the following order:
> 1. bootstrap
> 2. classpath classes
> 3. webapps classes/libs
> 4. common libs
> 5. shared libs
As I recall, the webapp classloader takes precedence over the system classloader (the -cp path handler), but I'd have to check the code to be sure. Also, on Tomcat 6, there is no shared lib directory, unless you have modified conf/catalina.properties.
> In which case I don't understand why my webapp complains
> that it can't find the class...
Timing issues can cause things to be loaded in a different order; if the class from Tomcat's lib or the system classpath gets loaded first, you will not be able to cast references to its objects to the class in WEB-INF/lib directory. This often results in the somewhat misleading NCDFE.
> Although, I don't think this is the case in my situation.
> Spring is only used inside my webapp.
So the Spring jars exist *only* in WEB-INF/lib?
- 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi Chuck,
That's a good point. First thing in the morning I will check out.
I know the basics of the Tomcat classloading principle. However, I'm trying
to imagine myself the situation where a duplication of a class leads to an
ClassNotFound error (It's quite ironic honestly :))
If I'm not wrong Tomcat loads it classes in the following order:
1. bootstrap
2. classpath classes
3. webapps classes/libs
4. common libs
5. shared libs
Let's say that my webapp uses a class that is both placed in web-inf/lib and
common/lib. According to the classloading order, the class that is in my
web-inf/lib should be loaded first. In which case I don't understand why my
webapp complains that it can't find the class...
The only thing I can think of is that my webapp's classloader loads class X
from web-inf/lib, and that this class is used by some other class in
common/lib.
Although, I don't think this is the case in my situation. Spring is only
used inside my webapp.
I'm probably overseeing something basic here, and would really appreciate it
if somebody could point me out what it is.
Thanks
2009/10/2 Caldarale, Charles R <Ch...@unisys.com>
> > From: Bocalinda [mailto:bocalinda@gmail.com]
> > Subject: Re: Connection between ListenerStart and clustering
> >
> > The class mentioned is actually there....
> > java.lang.NoClassDefFoundError:
> > org/springframework/web/context/ContextLoaderListener
>
> Is the class perhaps in too many places? It must not appear in more than
> one location in any given branch of the classloader tree. For example, you
> must not place the class in both Tomcat's lib directory and the webapp's
> WEB-INF/lib directory - it has to be one or the other.
>
> - 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: Connection between ListenerStart and clustering
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Bocalinda [mailto:bocalinda@gmail.com]
> Subject: Re: Connection between ListenerStart and clustering
>
> The class mentioned is actually there....
> java.lang.NoClassDefFoundError:
> org/springframework/web/context/ContextLoaderListener
Is the class perhaps in too many places? It must not appear in more than one location in any given branch of the classloader tree. For example, you must not place the class in both Tomcat's lib directory and the webapp's WEB-INF/lib directory - it has to be one or the other.
- 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi, I'm back again.
I figured out why I got a ListenerStart Error, or at least, I got a nicer
error message.
However, I don't get it why my Tomcat servers start sometimes without
problems, and other times show the ListenerStart Error.
After restarting Tomcat a few times, the problem automatically goes away.
This is the error that I got:
02-oct-2009 20:56:07 org.apache.catalina.core.StandardContext listenerStart
GRAVE: Error configurando escuchador de aplicación de clase
es.ja.sae.eureka.listener.InitListener
java.lang.NoClassDefFoundError:
org/springframework/web/context/ContextLoaderListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1302)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3877)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4429)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:850)
at
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:724)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
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:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:516)
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(DelegatingMethodAccessorImpl.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.ClassNotFoundException:
org.springframework.web.context.ContextLoaderListener
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 37 more
02-oct-2009 20:56:07 org.apache.catalina.core.StandardContext listenerStart
GRAVE: Se ha saltado la instalación de escuchadores de aplicación debido a
error(es) previo(s)
The class mentioned is actually there....
java.lang.NoClassDefFoundError:
org/springframework/web/context/ContextLoaderListener
2009/10/2 Filip Hanik - Dev Lists <de...@hanik.com>
> Correct, not denying nor confirming. I'm informing you that your log files
> would tell you what the actual error is :)
>
> Filip
>
>
> On 10/02/2009 10:32 AM, Bocalinda wrote:
>
>> Hi Filip.
>>
>> I'm using version 6.0.20.
>> You are not denying that the clustering could cause a ListenerStart Error,
>> is that correct?
>>
>> 2009/10/2 Filip Hanik - Dev Lists<de...@hanik.com>
>>
>>
>>
>>> listenerStart error will have a stack trace in another log file depending
>>> on what version of Tomcat you are using.
>>> That stack trace will take out the guess work of what actually went wrong
>>>
>>> best
>>> Filip
>>>
>>>
>>> On 10/02/2009 10:12 AM, Bocalinda wrote:
>>>
>>>
>>>
>>>> Hi again,
>>>>
>>>> I obviously meant ListenerStart Error.
>>>>
>>>>
>>>>
>>>> 2009/10/2 Bocalinda<bo...@gmail.com>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi List,
>>>>>
>>>>> Maybe this is a very stupid question, but I am wondering whether a
>>>>> ListenerStart of an application could be related in any possible way to
>>>>> problems with the Tomcat cluster?
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Ok thanks!
2009/10/2 Filip Hanik - Dev Lists <de...@hanik.com>
> Correct, not denying nor confirming. I'm informing you that your log files
> would tell you what the actual error is :)
>
> Filip
>
>
> On 10/02/2009 10:32 AM, Bocalinda wrote:
>
>> Hi Filip.
>>
>> I'm using version 6.0.20.
>> You are not denying that the clustering could cause a ListenerStart Error,
>> is that correct?
>>
>> 2009/10/2 Filip Hanik - Dev Lists<de...@hanik.com>
>>
>>
>>
>>> listenerStart error will have a stack trace in another log file depending
>>> on what version of Tomcat you are using.
>>> That stack trace will take out the guess work of what actually went wrong
>>>
>>> best
>>> Filip
>>>
>>>
>>> On 10/02/2009 10:12 AM, Bocalinda wrote:
>>>
>>>
>>>
>>>> Hi again,
>>>>
>>>> I obviously meant ListenerStart Error.
>>>>
>>>>
>>>>
>>>> 2009/10/2 Bocalinda<bo...@gmail.com>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi List,
>>>>>
>>>>> Maybe this is a very stupid question, but I am wondering whether a
>>>>> ListenerStart of an application could be related in any possible way to
>>>>> problems with the Tomcat cluster?
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: Connection between ListenerStart and clustering
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
Correct, not denying nor confirming. I'm informing you that your log
files would tell you what the actual error is :)
Filip
On 10/02/2009 10:32 AM, Bocalinda wrote:
> Hi Filip.
>
> I'm using version 6.0.20.
> You are not denying that the clustering could cause a ListenerStart Error,
> is that correct?
>
> 2009/10/2 Filip Hanik - Dev Lists<de...@hanik.com>
>
>
>> listenerStart error will have a stack trace in another log file depending
>> on what version of Tomcat you are using.
>> That stack trace will take out the guess work of what actually went wrong
>>
>> best
>> Filip
>>
>>
>> On 10/02/2009 10:12 AM, Bocalinda wrote:
>>
>>
>>> Hi again,
>>>
>>> I obviously meant ListenerStart Error.
>>>
>>>
>>>
>>> 2009/10/2 Bocalinda<bo...@gmail.com>
>>>
>>>
>>>
>>>
>>>> Hi List,
>>>>
>>>> Maybe this is a very stupid question, but I am wondering whether a
>>>> ListenerStart of an application could be related in any possible way to
>>>> problems with the Tomcat cluster?
>>>>
>>>> Thanks in advance.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> 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: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi Filip.
I'm using version 6.0.20.
You are not denying that the clustering could cause a ListenerStart Error,
is that correct?
2009/10/2 Filip Hanik - Dev Lists <de...@hanik.com>
> listenerStart error will have a stack trace in another log file depending
> on what version of Tomcat you are using.
> That stack trace will take out the guess work of what actually went wrong
>
> best
> Filip
>
>
> On 10/02/2009 10:12 AM, Bocalinda wrote:
>
>> Hi again,
>>
>> I obviously meant ListenerStart Error.
>>
>>
>>
>> 2009/10/2 Bocalinda<bo...@gmail.com>
>>
>>
>>
>>> Hi List,
>>>
>>> Maybe this is a very stupid question, but I am wondering whether a
>>> ListenerStart of an application could be related in any possible way to
>>> problems with the Tomcat cluster?
>>>
>>> Thanks in advance.
>>>
>>>
>>>
>>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Connection between ListenerStart and clustering
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
listenerStart error will have a stack trace in another log file
depending on what version of Tomcat you are using.
That stack trace will take out the guess work of what actually went wrong
best
Filip
On 10/02/2009 10:12 AM, Bocalinda wrote:
> Hi again,
>
> I obviously meant ListenerStart Error.
>
>
>
> 2009/10/2 Bocalinda<bo...@gmail.com>
>
>
>> Hi List,
>>
>> Maybe this is a very stupid question, but I am wondering whether a
>> ListenerStart of an application could be related in any possible way to
>> problems with the Tomcat cluster?
>>
>> Thanks in advance.
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Connection between ListenerStart and clustering
Posted by Bocalinda <bo...@gmail.com>.
Hi again,
I obviously meant ListenerStart Error.
2009/10/2 Bocalinda <bo...@gmail.com>
> Hi List,
>
> Maybe this is a very stupid question, but I am wondering whether a
> ListenerStart of an application could be related in any possible way to
> problems with the Tomcat cluster?
>
> Thanks in advance.
>
>