On 16 August 2010 23:44, Miller, Kevin R kevin.r.mil...@lmco.com 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,
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
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
On Mon, 16 Aug 2010 22:39:14 + (UTC), Igor Galić
i.ga...@brainsware.org wrote:
- Felix Schumacher felix.schumac...@internetallee.de wrote:
On Sun, 15 Aug 2010 21:33:09 + (UTC), Igor Galić
i.ga...@brainsware.org wrote:
- Felix Schumacher felix.schumac...@internetallee.de
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
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
Post your JDBC code
On Tue, Aug 17, 2010 at 4:23 PM, Sunil Sharma sunil.sharm...@hotmail.comwrote:
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
On 17 August 2010 10:48, sasidhar prabhakar sasidhar1...@gmail.com 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
On 17 August 2010 06:41, VenkateswaraRao Eswar venkat_kudip...@yahoo.comwrote:
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
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,
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 code
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
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
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
-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
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:
Realm
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 the
-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
On 16/08/2010 21:06, Networked wrote:
Elevator pitch
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
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
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 it a
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
Thanks I will follow that
On Tue, Aug 17, 2010 at 6:12 PM, Pid p...@pidster.com 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
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
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
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.
Fix
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 in
jar
-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?
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
Please see my original message.
I mention jmxsh.
On Tue, Aug 17, 2010 at 1:54 PM, Christopher Schultz
ch...@christopherschultz.net 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
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
On Wed, Aug 18, 2010 at 12:01 AM, Scott Hamilton
scott.hamil...@plateau.com 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
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 the
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
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
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
maxThreads and
On 2010-08-17, at 18:15, Caldarale, Charles R chuck.caldar...@unisys.com
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
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 rewriting
38 matches
Mail list logo