From: Christopher Schultz
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, ho
> 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
Elastic).
-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 w
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 based around the idea of the new Listeners
> > that
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 a
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 to
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.
>
> > I am
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.
>
> 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-
>
-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
Is there a way to query tomcat for registered listeners?
--
Greg Kaszycki
919-244-3789
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 ty
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 lev
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 at
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 Listener
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 explanation on how this is
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 wrote:
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
> upd
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 c
-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 in
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
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 prevent
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.
> 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 CO
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
> 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 an
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 th
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
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
Thread.inheritable
> 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
rogramming silliness" in
3rd-party code 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]
Subj
> 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 h
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 ThreadLoc
er I have a local system on the same lan that I 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.
Experimen
d 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.
Thanks,
--
Best Regards,
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 d
t;);
}
In my case, I saw the log entries 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: Tomc
r that does a log
> message at startup 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: R
To: Tomcat Users List
> Subject: 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
> >
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 conte
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
Bill Barker wrote:
>>
>> > />
>
> This looks like it is left over from the admin webapp (RIP). It doesn't
> look like it does anything particularly useful anymore, but again the
> warning about weird errors.
There is almost certainly some code in there that is now redundant.
However, this l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill,
On 5/30/2009 12:43 AM, Bill Barker wrote:
> "Christopher Schultz" wrote in message
>
>> Adding the APR library will give you a significant performance
>> improvement even with the plain-old HTTP connector. It might be worth
>> installing APR a
"Christopher Schultz" 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 any manager or
-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 e
dmin webapp (RIP). This one really doesn't do
anything particularly useful anymore, so it is safe to remove. It should
probably be removed from the distribution as well (at least for TC 7), since
it was a bad idea in the first place.
> I am using standalone tomcat (no apache) without SSL
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
mgainty wrote:
>
>> Do I need these listeners or can I remove some/all of them?
> DONT_NEED>If No Apr then remove AprLifecycleListener
> DONT_NEED>If No Jsp then remove JasperListener
> DONT_NEED>If No MBean then remove ServerLifecycleListener
> DO
ated with global DONT_NEED>JNDI 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
Running tomcat 6.0.18 server.xml has the following listener's enabled by
default:
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
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 clust
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:
>
>
>
> org.ditchnet
sday, 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.
>
> Zsol
;
To: "Tomcat Users List"
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.
A
age -
From: "Zsolt" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
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 sea
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
From: "Todd Patrick" <[EMAIL PROTECTED]>
To:
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
hone or email and destroy the original
message without making a copy. Thank you.
- Original Message -
From: "Todd Patrick" <[EMAIL PROTECTED]>
To:
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 no clue on what
could be causing this error to be displayed?
2006-09-19 08:46:20,079 INFO
[org.apache.catalina.core.StandardHostDeploye
RE%3A-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: [
text
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 /pa
4:28:51 PM 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
@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 T
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 at resource path /WEB-INF/tlds/fmt.tld in context
/portal-w
pleTag.class
\webapps\jsp-examples\WEB-INF\classes\listeners\ContextListener.class
\webapps\jsp-examples\WEB-INF\classes\listeners\SessionListener.class
\webapps\jsp-examples\WEB-INF\classes\num\NumberGuessBean.class
\webapps\jsp-examples\WEB-INF\classes\org\apache\jsp\source_jsp.class
\webapps\jsp-exa
Thanks for confirming I wasn't crazy :-)
adam...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ronald Klop wrote:
> Please explain your problem better. I don't understand it.
There is some kind of corruption in the official Tomcat 5.5.16 .exe
distribution. The developers are aware of this and Chuck Caldarale has filed
a bug report wrt this issue.
AFAIK the .zip distribution is OK.
Regard
Please explain your problem better. I don't understand it.
On Mon Mar 20 07:08:31 CET 2006 Tomcat Users List
wrote:
I have confirmed this error on a clean XP install (completely virgin,
nothing but up to date patches installed) with clean JDK 1.5_06 setup.
The installer ID'ed the JRE correc
Anybody have found the problem ???
Please help, already search for high and low on the google but no luck
Rudy
--
View this message in context:
http://www.nabble.com/Tomcat-5.5.16---Confirmation-of-%22-Extra-bytes-at-the-end-of-class-file-listeners-ContextListener%22-error-t1309429.html
I have confirmed this error on a clean XP install (completely virgin,
nothing but up to date patches installed) with clean JDK 1.5_06 setup.
The installer ID'ed the JRE correctly and tray applet is running.
This problem is repeatable on many various XP installs, real and
virtual, dev and non-dev.
70 matches
Mail list logo
