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
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 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 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
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
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 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
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
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
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/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
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
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
> 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
-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:
ldap://mail.
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
-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 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
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
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
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:
>
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
> 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 [mailto:sasidhar
> 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
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
-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/
> 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
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
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
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 -
> 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
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
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
> maxThrea
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: 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
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:
>
39 matches
Mail list logo
