Hello,
Problem solved by changing Quartz scheduler version to 1.8.3.
Thanks for the help.
On Fri, Aug 13, 2010 at 9:24 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ivan,
>
> On 8/13/2010 6:45 AM, Ivan Mladenović wrote:
>
> From: Scott Hamilton [mailto:scott.hamil...@plateau.com]
> Subject: RE: Is there a better way to disable JSESSIONID in the URLs?
>
> I could be missing something, but on a request where a session is
> created it appears as though Tomcat will both set the cookie AND
> do any necessary URL rewrit
On 2010-08-17, at 18:15, "Caldarale, Charles R" > wrote:
Tomcat won't put the jsessionid in the URL unless cookies are
disabled. If they are, then your webapp could refuse to talk to the
client.
That's not true. Tomcat doesn't know if cookies are available until
the second request, so t
> From: JebaB [mailto:jebab...@yahoo.com]
> Subject: All Threads Busy Message
>
> I am using Tomcat 6.0.18 with JDK 1.6 with the JULI.
Why such an old level?
> I am not seeing the 'All Threads Busy' error message when all
> the threads are in use or number of requests has exceeded the
> maxThrea
Thanks for the reply.
> Tomcat won't put the jsessionid in the URL unless cookies are
disabled. If they are, then your webapp could refuse to talk to the
client.
I could be missing something, but on a request where a session is
created it appears as though Tomcat will both set the cookie AND do
Hello,
I am using Tomcat 6.0.18 with JDK 1.6 with the JULI. I have enabled proper
logging through the logging.properties. I am not seeing the 'All Threads
Busy' error message when all the threads are in use or number of requests
has exceeded the maxThreads and acceptCount values. I have set the f
> From: Scott Hamilton [mailto:scott.hamil...@plateau.com]
> Subject: Is there a better way to disable JSESSIONID in the URLs?
>
> there is no way to disable tomcat from putting the JSESSIONID in URLs
> automatically with a nice friendly global switch/property.
Tomcat won't put the jsessionid in
On Wed, Aug 18, 2010 at 12:01 AM, Scott Hamilton
wrote:
> Using Tomcat 6.0.29, but I think this is version-independent (correct me
> if I'm wrong), at least for the 6.0.x versions.
>
>
>
> From what I understand (see
> http://randomcoder.com/articles/jsessionid-considered-harmful for
> instance -
Using Tomcat 6.0.29, but I think this is version-independent (correct me
if I'm wrong), at least for the 6.0.x versions.
>From what I understand (see
http://randomcoder.com/articles/jsessionid-considered-harmful for
instance - I also scanned various aspects of the tomcat source code)
there is n
Please see my original message.
I mention jmxsh.
On Tue, Aug 17, 2010 at 1:54 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Matthew,
>
> On 8/16/2010 4:06 PM, Networked wrote:
>> This is a very rough utility, but we wanted a command line
>> administration
> That looks right. I believe I have found one issue with my code. It
> will
> get a InitialDirContext with your admin user and password, before it
> is
> negotiating TLS. I have attached another ContextFactory, which will
> remove admin user, password and authentication method prior to TLS
> neg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthew,
On 8/16/2010 4:06 PM, Networked wrote:
> This is a very rough utility, but we wanted a command line
> administration utility that made it very easy and quick to debug a
> Tomcat server via JMX.
Something like this?
http://code.google.com/p/
Am Dienstag, den 17.08.2010, 14:31 + schrieb Igor Galić:
> > Either use the LdapTlsContextFactory, or the patched tomcat. Not both.
> > I
> > would advise to use the factory, since you can use a supported
> > tomcat.
>
> ACK. Done that. In a vanilla Tomcat, I've put your LdapTlsContextFactory
> From: sasidhar prabhakar [mailto:sasidhar1...@gmail.com]
> Subject: Re: [OT] Re: Tomcat hangs every few hours
>
> I don't know what wireshark is
www.wireshark.org
Equivalents are available for whatever platform you're running on.
> If my webapp is not handling the responses what can I do.
Fi
I don't know what wireshark is can we install it in production servers. If
my webapp is not handling the responses what can I do.
Could you please suggest that.
On Tue, Aug 17, 2010 at 9:22 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: sasidhar prabhakar [mailto:sasidhar
> From: sasidhar prabhakar [mailto:sasidhar1...@gmail.com]
> Subject: Re: [OT] Re: Tomcat hangs every few hours
>
> For months it is working properly.
Then something must have changed, either on the Tomcat system, or the server
your webapp is trying to communicate with. Try to find out what was
Thanks I will follow that
On Tue, Aug 17, 2010 at 6:12 PM, Pid wrote:
> On 17/08/2010 10:48, sasidhar prabhakar wrote:
> > Tomcat hangs ever few hours.
>
> *Exact* Tomcat, JVM and OS versions?
>
> > In server.xml maxThreads are 300.
> >
> > In thread dump I observed every thread doing the same t
For months it is working properly. I tried that one also. Immediately after
hangs I accessed the url directly several times it is working.
Is that the only reason, I thought that but when accessed it is working. Is
there any other reasons.
On Tue, Aug 17, 2010 at 5:33 PM, Peter Crowther wrote:
>
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 g
Pid -
I will download the latest beta and give it a try. When I realized what
was going on, I simply commented out all the logic I had in the two
methods and replaced them with the following:
public void contextDestroyed(ServletContextEvent arg) {
System.out.println("webapp listener c
On 16/08/2010 21:06, Networked wrote:
>
>
> Myself and Peary Chiu have created a lightweight utility for
> administering Tomcat from the command line in our copious amounts of
> free time on the weekends.
> This is a very rough utility, but we wanted a command line
> administration utility that m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kannan,
On 8/17/2010 12:22 AM, Kannan Jayaprakasam wrote:
> Any ideas?
Try catching all exceptions and writing them to stdout or something. Is
errorPage.html actually a JSP?
If you'll notice, the original exception is java.lang.Exception (which
isn
On 17/08/2010 14:11, CRANFORD, CHRIS wrote:
> When I check the version of Tomcat 7, it says it is 7.0.0.0.
> It's the compiled version from 6/13/2010.
Try downloading the latest beta, (or compile from trunk).
http://people.apache.org/~markt/dev/tomcat-7/v7.0.2/bin/
> And yes, the log calls in t
> Either use the LdapTlsContextFactory, or the patched tomcat. Not both.
> I
> would advise to use the factory, since you can use a supported
> tomcat.
ACK. Done that. In a vanilla Tomcat, I've put your LdapTlsContextFactory in
jar in lib/ with a config such as this:
ldap://mail.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pid,
On 8/17/2010 4:16 AM, Pid wrote:
> You didn't respond to any of Chris's other points
+1
;)
That's exactly what I didn't bother to respond: Venkat ignored the crux
of my post (which was, in fact, aimed at keeping him running in
production with
> From: Sunil Sharma [mailto:sunil.sharm...@hotmail.com]
> Subject: RE: Tomcat Thread BLOCKED due to JDBC getConnection
>
> Kindly help me to resolve an issue in our production system, where
> tomcat is frequenctly getting hunged and axis request threads are been
> in BLOCKED state. Below is the s
When I check the version of Tomcat 7, it says it is 7.0.0.0.
It's the compiled version from 6/13/2010.
And yes, the log calls in the destroy method are never done, hence my
concern that it isn't being invoked. Under Tomcat 6, these log messages
were captured and written indicating a successful ex
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 mana
On 17/08/2010 10:48, sasidhar prabhakar wrote:
> Tomcat hangs ever few hours.
*Exact* Tomcat, JVM and OS versions?
> In server.xml maxThreads are 300.
>
> In thread dump I observed every thread doing the same thing.
> In my code I sends sms to users by using HttpURLConnection.
> I am using this
Hi,
One obvious possibility is that your SMS gateway (or your connection to
it) is down - thus all threads are being 'blocked' waiting for a
response from the gateway. This is supported by the fact that the
threads are all blcoked in the socketRead0 call.
Can I suggest, if you haven't already, to
On 17 August 2010 06:41, VenkateswaraRao Eswar wrote:
> Could you please respond to this mail ASAP?
>
> That's a very good way of making sure the volunteers on this list *never*
respond to your email. You are not paying for this support. There is no
service level agreement. If you want support
On 17 August 2010 10:48, sasidhar prabhakar wrote:
> In thread dump I observed every thread doing the same thing.
> In my code I sends sms to users by using HttpURLConnection.
> I am using this code for months I didn't get the problem earlier.
> For few days I am getting this problem consistently
Post your JDBC code
On Tue, Aug 17, 2010 at 4:23 PM, Sunil Sharma wrote:
>
> Hi All,
>
> Kindly help me to resolve an issue in our production system, where tomcat
> is frequenctly getting hunged and axis request threads are been in BLOCKED
> state. Below is the snaphot of jstack during hunged sta
Hi All,
Kindly help me to resolve an issue in our production system, where tomcat is
frequenctly getting hunged and axis request threads are been in BLOCKED state.
Below is the snaphot of jstack during hunged state.
Tomcat : 5.5
MySQL : 5
===
Tomcat hangs ever few hours.
In server.xml maxThreads are 300.
In thread dump I observed every thread doing the same thing.
In my code I sends sms to users by using HttpURLConnection.
I am using this code for months I didn't get the problem earlier.
For few days I am getting this problem consisten
On Mon, 16 Aug 2010 22:39:14 + (UTC), Igor Galić
wrote:
> - "Felix Schumacher" wrote:
>
>> On Sun, 15 Aug 2010 21:33:09 + (UTC), Igor Galić
>> wrote:
>> > - "Felix Schumacher" wrote:
>> >
>> >> Ok, my patch will not work, since new InitialDirContext(env) will
>> not
>> >> crea
On 17/08/2010 06:41, VenkateswaraRao Eswar wrote:
> Could you please respond to this mail ASAP?
This is a community driven list, the people who give their time are
volunteers.
You didn't respond to any of Chris's other points and you're insisting
on staying with a Tomcat version that isn't suppor
On 16/08/2010 22:33, Theresa Robison wrote:
> Is there currently an anticipated date (or date range) for a stable release
> of Tomcat 7? My product would like to upgrade to the newest Tomcat release,
> but don't want to end up doing so twice in a short period of time... is it
> worthwhile to upg
On 16 August 2010 23:44, Miller, Kevin R wrote:
> Any idea what this data is that is being sent to me?
>
> I'd expect it to be the start of the SSL negotiation. You're trying to do
something unexpected, namely treating a SSL connection as if it wasn't one.
Unsurprisingly, this doesn't work.
- Pe
39 matches
Mail list logo
