Re: OT: Question regarding the listeners in the upcoming releases.

Sent: Friday, July 7, 2023 2:05 PM To: users@tomcat.apache.org Subject: Re: OT: Question regarding the listeners in the upcoming releases. Jon, On 7/7/23 1:06 PM, jonmcalexan...@wellsfargo.com.INVALID wrote: Yes, I'm aware that JMX may be the easiest method, however to use it means modifying

RE: OT: Question regarding the listeners in the upcoming releases.

Subject: Re: OT: Question regarding the listeners in the upcoming releases. > > Jon, > > On 7/7/23 1:06 PM, jonmcalexan...@wellsfargo.com.INVALID wrote: > > Yes, I'm aware that JMX may be the easiest method, however to use it > > means modifying the JAVA_OPTIONS as wel

Re: OT: Question regarding the listeners in the upcoming releases.

. -chris -Original Message- From: Christopher Schultz Sent: Friday, July 7, 2023 8:39 AM To: users@tomcat.apache.org Subject: Re: OT: Question regarding the listeners in the upcoming releases. Jon, On 7/6/23 16:22, jonmcalexan...@wellsfargo.com.INVALID wrote: I have a question which is ba

RE: OT: Question regarding the listeners in the upcoming releases.

t; To: users@tomcat.apache.org > Subject: Re: OT: Question regarding the listeners in the upcoming releases. > > Jon, > > On 7/6/23 16:22, jonmcalexan...@wellsfargo.com.INVALID wrote: > > I have a question which is based around the idea of the new Listeners > > that are be

Re: OT: Question regarding the listeners in the upcoming releases.

Jon, On 7/6/23 16:22, jonmcalexan...@wellsfargo.com.INVALID wrote: I have a question which is based around the idea of the new Listeners that are being introduced in the upcoming releases. This is based on something I’ve been thinking on for the last 6 to 9 mos. Would it be possible to have

OT: Question regarding the listeners in the upcoming releases.

I have a question which is based around the idea of the new Listeners that are being introduced in the upcoming releases. This is based on something I’ve been thinking on for the last 6 to 9 mos. Would it be possible to have a Listener that could output stats for the Tomcat Instance, similar

Re: listeners

/29/18 11:16 AM, Greg Kaszycki wrote: > >>>> Is there a way to query tomcat for registered listeners? > >> > >> There are tons of "listeners". What did you have in mind? > >> > >> You can get lots of stuff via JMX. > > > I am tryin

Re: listeners

t;>>> Is there a way to query tomcat for registered listeners? >> >> There are tons of "listeners". What did you have in mind? >> >> You can get lots of stuff via JMX. > I am trying to register a listener and it doesn't seem to be > getting hit. I

Re: listeners

> On 3/29/18 11:16 AM, Greg Kaszycki wrote: > > Is there a way to query tomcat for registered listeners? > > There are tons of "listeners". What did you have in mind? > > You can get lots of stuff via JMX. > > - -chris > -BEGIN PGP SIGNATURE- >

Re: listeners

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Greg, On 3/29/18 11:16 AM, Greg Kaszycki wrote: > Is there a way to query tomcat for registered listeners? There are tons of "listeners". What did you have in mind? You can get lots of stuff via JMX. - -chris -BEGIN

listeners

Is there a way to query tomcat for registered listeners? -- Greg Kaszycki 919-244-3789

Re: Apache Tomcat context update listeners

Thanks Mark, I will go through and try to understand this. If any clarifications are required I will post here. By the way the goal I am pursuing (if it is not clear) is to enable the loading of a set of custom configurations for every Context. These configurations cannot be included within the

Re: Apache Tomcat context update listeners

On 27/02/2016 17:38, Chiranga Alwis wrote: > Well, what I am trying to achieve is as follows: > > I am trying to load certain custom configurations from a file which is > similar to web.xml in Tomcat, for each Context. We can define it globally > and also override the configurations at context

Re: Apache Tomcat context update listeners

Chiranga, On 2/27/2016 9:38 AM, Chiranga Alwis wrote: > Well, what I am trying to achieve is as follows: > > I am trying to load certain custom configurations from a file which > is similar to web.xml in Tomcat, for each Context. We can define it > globally and also override the configurations

Re: Apache Tomcat context update listeners

Well, what I am trying to achieve is as follows: I am trying to load certain custom configurations from a file which is similar to web.xml in Tomcat, for each Context. We can define it globally and also override the configurations at context level. For this I have already created a custom

Re: Apache Tomcat context update listeners

On 26 February 2016 19:09:59 GMT+00:00, Chiranga Alwis wrote: >Well, sorry if the question is not clear. > >What I want to know is for what type of event we need to listen in >order to >carry out a task when a Context is modified. It would be great if there >is >a clear

Re: Apache Tomcat context update listeners

Well, sorry if the question is not clear. What I want to know is for what type of event we need to listen in order to carry out a task when a Context is modified. It would be great if there is a clear explanation on how this is to be checked. On Fri, Feb 26, 2016 at 5:21 PM, Mark Thomas

Re: Apache Tomcat context update listeners

On 26/02/2016 11:44, Chiranga Alwis wrote: > Hi, > > I have currently created a LifecycleListener which listens to Tomcat's > context deployment event and loads data in a custom configuration file at > that point. > > I have been trying to find out whether LifecycleListeners support context >

Apache Tomcat context update listeners

Hi, I have currently created a LifecycleListener which listens to Tomcat's context deployment event and loads data in a custom configuration file at that point. I have been trying to find out whether LifecycleListeners support context update and modification events but yet in my understanding I

Listeners' requestDestoyed() method not called in exception cases

We recently ran into an issue where the requestDestroyed() method of listeners were not being called when exceptions were propagated out of our application. Looking into the code, it seems related to this[1]. Is this the expected behavior for listeners and we can’t rely on the requestDestroyed

Re: Listeners' requestDestoyed() method not called in exception cases

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Simon, On 5/15/15 2:26 PM, Pilkington, Simon wrote: We recently ran into an issue where the requestDestroyed() method of listeners were not being called when exceptions were propagated out of our application. Looking into the code, it seems

Re: ThreadLocals, context listeners and classloader leaks

On 26.01.2012 18:00, Jess Holle wrote: On 1/26/2012 10:38 AM, Mark Thomas wrote: OK. ThreadLocals have no place in a web application. Period. If a programmer insists on using them, then it is their responsibility to clean up the mess they leave behind. Tomcat's memory leak detection and

ThreadLocals, context listeners and classloader leaks

Hi, I've got some questions regards the use of ThreadLocals in context listeners: (This is a general question, but I tested this with tomcat 6.0.32 only) 1. It's unspecified in the servlet spec 2.5 if a servlet context listener is allowed to take the use of ThreadLocals during

RE: ThreadLocals, context listeners and classloader leaks

From: Patric Rufflar [mailto:pat...@rufflar.com] Subject: ThreadLocals, context listeners and classloader leaks It's unspecified in the servlet spec 2.5 if a servlet context listener is allowed to take the use of ThreadLocals during contextInitialized(). I have no idea what the phrase

RE: ThreadLocals, context listeners and classloader leaks

will be fixed? (BTW, Log4j is one of those buggy libraries - see https://issues.apache.org/bugzilla/show_bug.cgi?id=50486 for details) - Patric Am 26.01.2012 15:50, schrieb Caldarale, Charles R: From: Patric Rufflar [mailto:pat...@rufflar.com] Subject: ThreadLocals, context listeners

RE: ThreadLocals, context listeners and classloader leaks

From: Patric Rufflar [mailto:pat...@rufflar.com] Subject: RE: ThreadLocals, context listeners and classloader leaks 1. contextInitializer() sets value A to the ThreadLocal X in thread main 2. childs threads get spawned from main thread, now we have more than one ThreadLocal which

RE: ThreadLocals, context listeners and classloader leaks

Am 26.01.2012 16:59, schrieb Caldarale, Charles R: No; again, a ThreadLocal is _not_ inherited, but an InheritableThreadLocal is. These are different animals. 1. A InheritableThreadLocal is (extends) a ThreadLocal. 2. Surprise: A InheritableThreadLocal is _not_ used for the

Re: ThreadLocals, context listeners and classloader leaks

On 26/01/2012 15:16, Patric Rufflar wrote: I have no idea what the phrase take the use of means; what are you trying to say? I'd like to know if there's some statement from the tomcat team if the usage of ThreadLocals within contextInitialized() is discouraged or even not supported. OK.

Re: ThreadLocals, context listeners and classloader leaks

On 1/26/2012 10:38 AM, Mark Thomas wrote: OK. ThreadLocals have no place in a web application. Period. If a programmer insists on using them, then it is their responsibility to clean up the mess they leave behind. Tomcat's memory leak detection and prevention code goes some way to clearing up

RE: ThreadLocals, context listeners and classloader leaks

From: Jess Holle [mailto:je...@ptc.com] Subject: Re: ThreadLocals, context listeners and classloader leaks That said, there could and arguably should be another choice: I'll suggest something more radical: define a class such as ScopeLocal where values are added to and removed from threads

Re: ThreadLocals, context listeners and classloader leaks

On 26/01/2012 17:30, Caldarale, Charles R wrote: From: Jess Holle [mailto:je...@ptc.com] Subject: Re: ThreadLocals, context listeners and classloader leaks That said, there could and arguably should be another choice: I'll suggest something more radical: define a class such as ScopeLocal

RE: ThreadLocals, context listeners and classloader leaks

From: Pid [mailto:p...@pidster.com] Subject: Re: ThreadLocals, context listeners and classloader leaks Imagine the fiendishly clever and machiavellian applications we'd have to debug if you did that... Job security. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE

Re: ThreadLocals, context listeners and classloader leaks

On 26/01/2012 17:48, Caldarale, Charles R wrote: From: Pid [mailto:p...@pidster.com] Subject: Re: ThreadLocals, context listeners and classloader leaks Imagine the fiendishly clever and machiavellian applications we'd have to debug if you did that... Job security. ROFL. p

Tomcat 6 - Multiple JMX Remote Lifecycle Listeners

=true) or should I use rmiRegistryPort as the same or should I avoid having two of these listeners at all. Thanks, -- Best Regards, Brett Delle Grazie - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional

Re: Tomcat 6 - Multiple JMX Remote Lifecycle Listeners

would now like to use. Can I add another listener with different ports (and no useLocalPorts=true) or should I use rmiRegistryPort as the same or should I avoid having two of these listeners at all. Experimentation says 'yes' it does work with different ports. I haven't tried it using the same

Re: Destroying Context Listeners

On 16/08/2010 18:32, CRANFORD, CHRIS wrote: I recently upgraded my Tomcat installation from 6.0.x to Tomcat 7 (Win64) and I am actively testing our current web applications for backward compatibility, and so forth. One of these web applications creates a set of context listeners to manage

RE: Destroying Context Listeners

: Re: Destroying Context Listeners On 16/08/2010 18:32, CRANFORD, CHRIS wrote: I recently upgraded my Tomcat installation from 6.0.x to Tomcat 7 (Win64) and I am actively testing our current web applications for backward compatibility, and so forth. One of these web applications

Re: Destroying Context Listeners

and destroy times, only the startup one is captured. Chris -Original Message- From: Pid [mailto:p...@pidster.com] Sent: Tuesday, August 17, 2010 7:47 AM To: Tomcat Users List Subject: Re: Destroying Context Listeners On 16/08/2010 18:32, CRANFORD, CHRIS wrote: I recently upgraded my

RE: Destroying Context Listeners

for the initialization, but never for destroy. After I update to 7.0.2, I'll retest and let you know. Chris -Original Message- From: Pid [mailto:p...@pidster.com] Sent: Tuesday, August 17, 2010 10:07 AM To: Tomcat Users List Subject: Re: Destroying Context Listeners On 17/08/2010

RE: Destroying Context Listeners

Upgrading to 7.0.2 resolved the issue, thanks! -Original Message- From: CRANFORD, CHRIS [mailto:chris.cranf...@setech.com] Sent: Tuesday, August 17, 2010 10:23 AM To: Tomcat Users List Subject: RE: Destroying Context Listeners Pid - I will download the latest beta and give

Destroying Context Listeners

I recently upgraded my Tomcat installation from 6.0.x to Tomcat 7 (Win64) and I am actively testing our current web applications for backward compatibility, and so forth. One of these web applications creates a set of context listeners to manage various things during the lifecycle of the web

Re: Which listeners required in server.xml?

Bill Barker wrote: !-- JMX Support for the Tomcat server. Documentation at /docs/non-existent.html -- Listener className=org.apache.catalina.mbeans.ServerLifecycleListener / This looks like it is left over from the admin webapp (RIP). It doesn't look like it does anything particularly

Re: Which listeners required in server.xml?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill, On 5/30/2009 12:43 AM, Bill Barker wrote: Christopher Schultz ch...@christopherschultz.net wrote in message Adding the APR library will give you a significant performance improvement even with the plain-old HTTP connector. It might be

Which listeners required in server.xml?

=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener / I am using standalone tomcat (no apache) without SSL, without APR, I am not using any manager or host-manager applications .. Do I need these listeners or can I remove some/all of them? -- View this message in context: http://www.nabble.com/Which-listeners

RE: Which listeners required in server.xml?

of MBeans associated with global DONT_NEEDJNDI resources that are subject to management. then comment this out! I am using standalone tomcat (no apache) without SSL, without APR, I am not using any manager or host-manager applications .. Do I need these listeners or can I remove some/all

RE: Which listeners required in server.xml?

mgainty wrote: Do I need these listeners or can I remove some/all of them? DONT_NEEDIf No Apr then remove AprLifecycleListener DONT_NEEDIf No Jsp then remove JasperListener DONT_NEEDIf No MBean then remove ServerLifecycleListener DONT_NEEDIf No JNDI then remove

RE: Which listeners required in server.xml?

Spring and/or DI frameworks do not use either JNDI or MXbean unless specifically configured to do so free to disable those listeners as they are serve no useful purpose Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de

Re: Which listeners required in server.xml?

(no apache) without SSL, without APR, I am not using any manager or host-manager applications .. Do I need these listeners or can I remove some/all of them? -- View this message in context: http://www.nabble.com/Which-listeners-required-in-server.xml--tp23787784p23787784.html Sent from the Tomcat

Re: Which listeners required in server.xml?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John, On 5/29/2009 6:08 PM, johnrock wrote: I am using standalone tomcat (no apache) without SSL, without APR, I am not using any manager or host-manager applications .. Adding the APR library will give you a significant performance improvement

Re: Which listeners required in server.xml?

Christopher Schultz ch...@christopherschultz.net wrote in message news:4a20aa17.2050...@christopherschultz.net... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John, On 5/29/2009 6:08 PM, johnrock wrote: I am using standalone tomcat (no apache) without SSL, without APR, I am not using

Session listeners and clustering problem

Hi, I'm trying to implement a session listener so that I can check the status of a session. Essentially, I need to maintain a Map of all the sessions. I would add sessions to this map based on business logic. The problem I have is that the behavior of the listeners is different when clustering

RE: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

:[EMAIL PROTECTED] Sent: Wednesday, November 01, 2006 4:24 PM To: Tomcat Users List Subject: Re: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib? While this relevant to a more generic question of classloaders, it doesn't address the OP's issue. Zsolt -- can we get a bit

Re: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

Zsolt Koppany wrote: David, it is very simple. If the jar file (ditchnet-tabs-taglib.jar http://ditchnet.org/tabs/) is under /install_dir/tomcat/webapps/APPLICATION/WEB-INF/lib the ServletContextListener is not called I need the following lines in my web.xml: listener

Re: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

[EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Tuesday, October 24, 2006 10:13 AM Subject: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib? Hi, After some debuging I have the impressions that tomcat-5.5.20 searches for tld listeners only

Re: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

@jakarta.apache.org Sent: Tuesday, October 24, 2006 10:13 AM Subject: tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib? Hi, After some debuging I have the impressions that tomcat-5.5.20 searches for tld listeners only in jars files under /tomcat/common/lib. Am I right? Is that a bug

tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

Hi, After some debuging I have the impressions that tomcat-5.5.20 searches for tld listeners only in jars files under /tomcat/common/lib. Am I right? Is that a bug or a (new) feature? Zsolt - To start a new topic, e-mail

Tomcat 5.0.28: ROOT.Context Error - application listeners issue.

[org.apache.catalina.core.StandardHostDeployer] - Installing web application at context path from URL file:C:\javaworkspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\webapps\ROOT 2006-09-19 08:46:20,157 ERROR [tomcat.localhost.ROOT.Context] - Skipped installing application listeners due to previous error(s) 2006-09-19 08:46

Re: Tomcat 5.0.28: ROOT.Context Error - application listeners issue.

the original message without making a copy. Thank you. - Original Message - From: Todd Patrick [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Tuesday, September 19, 2006 9:50 AM Subject: Tomcat 5.0.28: ROOT.Context Error - application listeners issue. Tomcat 5.0.28 Eclipse Version: 3.2.0

Re: Tomcat 5.0.28: ROOT.Context Error - application listeners issue.

@tomcat.apache.org Sent: Tuesday, September 19, 2006 9:50 AM Subject: Tomcat 5.0.28: ROOT.Context Error - application listeners issue. Tomcat 5.0.28 Eclipse Version: 3.2.0 When I start Tomcat from within Eclipse, I receive the following in my Console. My application still works fine, but I have

Re: SEVERE: Error reading tld listeners javax.servlet.ServletException. HELP

SEVERE: Error reading tld listeners javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-logic.tld in context /paimport javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-logic.tld in context /paimport

Re: SEVERE: Error reading tld listeners javax.servlet.ServletException.

-Error-reading-tld-listeners-javax.servlet.ServletException.---HELP-t1751842.html#a4773129 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL

SEVERE: Error reading tld listeners javax.servlet.ServletException. HELP

org.apache.catalina.core.StandardContext processTlds SEVERE: Error reading tld listeners javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-logic.tld in context /paimport javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/struts-logic.tld in context /paimport

RE: Error processing TLD listeners

@tomcat.apache.org Subject: Error processing TLD listeners Hi there, I'm having problems starting tomcat. My current version is 5.5.9 and when it starts it always logs the following error message: SEVERE: Error reading tld listeners javax.servlet.ServletException: Exception processing TLD

Re: Tomcat 5.5.16 - Confirmation of Extra bytes at the end of class file listeners/ContextListener error

\simpletag\TileSimpleTag.class Tomcat Path\webapps\jsp-examples\WEB-INF\classes\listeners\ContextListener.class Tomcat Path\webapps\jsp-examples\WEB-INF\classes\listeners\SessionListener.class Tomcat Path\webapps\jsp-examples\WEB-INF\classes\num\NumberGuessBean.class Tomcat Path\webapps\jsp-examples\WEB

Re: Tomcat 5.5.16 - Confirmation of Extra bytes at the end of class file listeners/ContextListener error

Thanks for confirming I wasn't crazy :-) adam... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]