date:20040608


Hi,
Can you give examples and/or cases that show java.net.URL doesn't meet
the RFC specifications?

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Ikonne, Ike [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 1:52 PM
>To: 'Tomcat Users List'
>Subject: RE: URL validation
>
>Hi Steffen,
>
>Thanks, new URL(url) doesn't work consistently.  I have tried it,
>one can throw in an url that doesn't meet RFC 1738 but URL(url) will
>not catch it.
>
>Thanks,
>
>Ike
>
>
>-Original Message-
>From: SH Solutions [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 12:30 PM
>To: 'Tomcat Users List'
>Subject: RE: URL validation
>
>
>Hi
>
>> Here is my problem, I am looking for a way to syntactically valid a
given
>URL without having to actually creating an URL object.
>
>try {
>  new URL( myUrl );
>  return true;
>} catch ( Throwable t ) {
>  return false;
>}
>
>Why not creating it?
>Javas young generation garbage collection should dispose this
immediatly.
>So
>problem here.
>
>Regards,
>  Steffen
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JSP source being shown (not being executed)

2004-06-08 Thread Schalk

If all .html files should go to this try using a filter instead.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com
 
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you. 

:: -Original Message-
:: From: Schalk [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, June 08, 2004 9:27 PM
:: To: 'Tomcat Users List'
:: Subject: RE: JSP source being shown (not being executed)
:: 
:: I stand under correction but, it may even be that this not allowed at all
or
:: anymore. Try rather creating another extension for these files that you
can
:: map to. Probably the easiest.
:: 
:: Kind Regards
:: Schalk Neethling
:: Web Developer.Designer.Programmer.President
:: Volume4.Development.Multimedia.Branding
:: emotionalize.conceptualize.visualize.realize
:: Tel: +27125468436
:: Fax: +27125468436
:: email:[EMAIL PROTECTED]
:: web: www.volume4.com
:: 
:: This message contains information that is considered to be sensitive or
:: confidential and may not be forwarded or disclosed to any other party
:: without the permission of the sender. If you received this message in
error,
:: please notify me immediately so that I can correct and delete the
original
:: email. Thank you.
:: 
:: :: -Original Message-
:: :: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: :: Sent: Tuesday, June 08, 2004 8:44 PM
:: :: To: Tomcat Users List
:: :: Subject: Re: JSP source being shown (not being executed)
:: ::
:: :: Actually, I'm not running Apache right now. This has something to do
with
:: my
:: :: servlet context (*.html) not being sent to the JSP engine - it's
treating
:: it
:: :: like regular HTML right now. Strange, since my other mappings seem to
:: work
:: :: fine (*.do).
:: ::
:: :: Michael
:: ::
:: ::
:: :: - Original Message -
:: :: From: "Schalk" <[EMAIL PROTECTED]>
:: :: To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
:: :: Sent: Tuesday, June 08, 2004 11:23 AM
:: :: Subject: RE: JSP source being shown (not being executed)
:: ::
:: ::
:: :: Just a thought but, if you are running both Apache and Tomcat, Apache
is
:: :: probably picking up the .html extension and tries to display the
content
:: of
:: :: the file which will result in it displaying the code.
:: ::
:: :: Kind Regards
:: :: Schalk Neethling
:: :: Web Developer.Designer.Programmer.President
:: :: Volume4.Development.Multimedia.Branding
:: :: emotionalize.conceptualize.visualize.realize
:: :: Tel: +27125468436
:: :: Fax: +27125468436
:: :: email:[EMAIL PROTECTED]
:: :: web: www.volume4.com
:: ::
:: :: This message contains information that is considered to be sensitive
or
:: :: confidential and may not be forwarded or disclosed to any other party
:: :: without the permission of the sender. If you received this message in
:: error,
:: :: please notify me immediately so that I can correct and delete the
:: original
:: :: email. Thank you.
:: ::
:: :: :: -Original Message-
:: :: :: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: :: :: Sent: Tuesday, June 08, 2004 7:58 PM
:: :: :: To: Tomcat Users List
:: :: :: Subject: JSP source being shown (not being executed)
:: :: ::
:: :: :: For some reason my JSP source is being shown - it's not being
compiled
:: :: and
:: :: :: executed. It might be worthwhile mentioning that I am mapping some
:: :: servlet
:: :: :: context as *.html, which redirects to this jsp - but it worked in
:: another
:: :: :: app of mine and inside my new app it doesn't work.
:: :: ::
:: :: :: I'm running Tomcat 5.0.26 btw.
:: :: ::
:: :: :: Any input would be welcome.
:: :: ::
:: :: :: Michael
:: :: ::
:: :: ::
:: :: ::
-
:: :: :: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: :: :: For additional commands, e-mail:
[EMAIL PROTECTED]
:: ::
:: ::
:: ::
:: :: -
:: :: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: :: For additional commands, e-mail: [EMAIL PROTECTED]
:: ::
:: ::
:: :: -
:: :: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: :: For additional commands, e-mail: [EMAIL PROTECTED]
:: 
:: 
:: 
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: persist sessions in a clustered environment

2004-06-08 Thread Dale, Matt

Hi Filip,

uname -a
SunOS daffy 5.7 Generic_106541-23 sun4u sparc SUNW,Ultra-Enterprise

and we are using sun java 1.4.2_03

I found a good white paper on ThreadAnalyser but i'll let you know if I need any 
pointers, thanks.

Ta
Matt

-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 20:00
To: Tomcat Users List
Subject: Re: persist sessions in a clustered environment


>Jun 2, 2004 5:25:22 PM org.apache.catalina.cluster.tcp.SocketSender waitForAck
>WARNING: Wasn't able to read acknowledgement from server[/172.16.1.11:4001] in 15000 
>ms. >Disconnecting socket, and trying again.

Ok, this is a big problem, this should never happen. On Linux for example this happens 
cause there is a problem with the java.nio
implementation. The request times out cause the server (172.16.1.11) sends an ACK on 
the nio channel, but the ack is never received
on Tomcat B.
On linux the quick fix is LD_ASSUME_KERNEL=2.4 but I have to investigate further what 
to do on solaris.

What version of JDK and solaris is 172.16.1.11?

Let me know if you need help with ThreadAnalyser, it is a great tool.

Filip

- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 12:08 PM
Subject: RE: persist sessions in a clustered environment


Hi Filip,

3 Solaris machines, a variety of specs but one 7, one 8 and one 9 I think. As the 
machines are live we cant just chop and change the
config but I am working on getting seperate tomcats set up on each of the 3 members in 
the original configuration to try and
replicate the problems using Jmeter (which we havent managed yet).

"This is of course bad, increasing the "mcastDropTime" should prevent this."
- I thought that but was a bit wary as 3 seconds seems like quite a long time as it 
is. It is of course an option and I might be
able to replicate the problems easier by shortening this.


Some timing info from one of the servers (Tomcat A)
INFO: Average cluster serialize/send time=2780 ms for 5900 requests (16406080ms).
INFO: Nr of bytes sent=68663955 over 20200 ==3399 bytes/request

>From tomat B (The adding and dissappearing seems to happen a lot more with this one):
INFO: Average cluster serialize/send time=356 ms for 84500 requests (30093367ms).
INFO: Nr of bytes sent=2439724 over 1200 ==2033 bytes/request

>From tomcat C:
INFO: Average cluster serialize/send time=577 ms for 86200 requests (49785777ms).
INFO: Nr of bytes sent=99673325 over 34900 ==2855 bytes/request

On tomcat B there seems a lot of this:
Jun 2, 2004 5:25:22 PM org.apache.catalina.cluster.tcp.SocketSender waitForAck
WARNING: Wasn't able to read acknowledgement from server[/172.16.1.11:4001] in 15000 
ms. Disconnecting socket, and trying again.

and

WARNING: Unable to send replicated message, is server down?
java.net.SocketTimeoutException: Read timed out


As a note i've been told that our sessions are larger than average. 50K or bigger has 
been suggested. We have only got about 70
users across the 3 nodes but the number of sessions seems to reach double this 
sometimes, perhaps because of user impatience and the
cursed refresh button. If you know of a way to more accurately measure the session 
size then it might make this more concrete.

We are also using the DeltaManager for session replication.

Our load balancer is pen (which you recommended) and it works in a round robin fashion 
with sticky IPs.

I have downloaded ThreadAnalyser and will get this installed tomorrow along with the 
new tomcat instances.

Is there anything else that you'd like me to do in the meantime as well. It will 
benefit us greatly to get this resolved so I am
glad to put some time in on it as well as hopefully benefitting all tomcat users.

Ta
Matt


-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 16:54
To: Tomcat Users List
Subject: Re: persist sessions in a clustered environment


>members of the cluster rise so high that the machine became unusable.

what OS are you on, I would be very interested to see what threads went high up.
For Solaris there is a free tool called ThreadAnalyser which tells you exactly what 
the threads are doing. I am running load tests
with hundreds of clients and I don't experience this CPU rise.

>One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
>member >periodically saw other members of the
cluster leaving then rejoining again 1 second later

This is of course bad, increasing the "mcastDropTime" should prevent this.

>My intended course of action was to retain the clustering
>and write the sessions to a shared disk to

Using the persistence manager and a shared file system, will achieve this.

I of course, am more interested in figuring out what problems you are having and why 
:) since I haven't been able to reproduce those
myself.
Let me know if you would want to volunteer some of your time to work with me

RE: JSP source being shown (not being executed)

2004-06-08 Thread Schalk

I stand under correction but, it may even be that this not allowed at all or
anymore. Try rather creating another extension for these files that you can
map to. Probably the easiest.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com
 
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you. 

:: -Original Message-
:: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, June 08, 2004 8:44 PM
:: To: Tomcat Users List
:: Subject: Re: JSP source being shown (not being executed)
:: 
:: Actually, I'm not running Apache right now. This has something to do with
my
:: servlet context (*.html) not being sent to the JSP engine - it's treating
it
:: like regular HTML right now. Strange, since my other mappings seem to
work
:: fine (*.do).
:: 
:: Michael
:: 
:: 
:: - Original Message -
:: From: "Schalk" <[EMAIL PROTECTED]>
:: To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
:: Sent: Tuesday, June 08, 2004 11:23 AM
:: Subject: RE: JSP source being shown (not being executed)
:: 
:: 
:: Just a thought but, if you are running both Apache and Tomcat, Apache is
:: probably picking up the .html extension and tries to display the content
of
:: the file which will result in it displaying the code.
:: 
:: Kind Regards
:: Schalk Neethling
:: Web Developer.Designer.Programmer.President
:: Volume4.Development.Multimedia.Branding
:: emotionalize.conceptualize.visualize.realize
:: Tel: +27125468436
:: Fax: +27125468436
:: email:[EMAIL PROTECTED]
:: web: www.volume4.com
:: 
:: This message contains information that is considered to be sensitive or
:: confidential and may not be forwarded or disclosed to any other party
:: without the permission of the sender. If you received this message in
error,
:: please notify me immediately so that I can correct and delete the
original
:: email. Thank you.
:: 
:: :: -Original Message-
:: :: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: :: Sent: Tuesday, June 08, 2004 7:58 PM
:: :: To: Tomcat Users List
:: :: Subject: JSP source being shown (not being executed)
:: ::
:: :: For some reason my JSP source is being shown - it's not being compiled
:: and
:: :: executed. It might be worthwhile mentioning that I am mapping some
:: servlet
:: :: context as *.html, which redirects to this jsp - but it worked in
another
:: :: app of mine and inside my new app it doesn't work.
:: ::
:: :: I'm running Tomcat 5.0.26 btw.
:: ::
:: :: Any input would be welcome.
:: ::
:: :: Michael
:: ::
:: ::
:: :: -
:: :: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: :: For additional commands, e-mail: [EMAIL PROTECTED]
:: 
:: 
:: 
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]
:: 
:: 
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: URL validation

Hi,

No, I have not.  I haven't thought about it.

Ike


-Original Message-
From: Vy Ho [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 2:22 PM
To: Tomcat Users List
Subject: Re: URL validation


Did you file a bug report at java.sun.com yet?


Ikonne, Ike wrote:

>Hi Steffen,
>
>Thanks, new URL(url) doesn't work consistently.  I have tried it, 
>one can throw in an url that doesn't meet RFC 1738 but URL(url) will
>not catch it.
>
>Thanks,
>
>Ike
>  
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: URL validation

2004-06-08 Thread Vy Ho

Did you file a bug report at java.sun.com yet?
Ikonne, Ike wrote:
Hi Steffen,
Thanks, new URL(url) doesn't work consistently.  I have tried it, 
one can throw in an url that doesn't meet RFC 1738 but URL(url) will
not catch it.

Thanks,
Ike
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: URL validation

Hi James,

Thanks, I will try your suggestion and let you know if it
meets my requirements.

Ike


-Original Message-
From: James Black [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 2:06 PM
To: Tomcat Users List
Subject: Re: URL validation


Ikonne, Ike wrote:

>Hi Steffen,
>
>Thanks, new URL(url) doesn't work consistently.  I have tried it, 
>one can throw in an url that doesn't meet RFC 1738 but URL(url) will
>not catch it.
>  
>
You could try regular expressions.

Here is a relatively simple one:
(?:ftp\:|http\:|mailto\:)?(\w+\@)?(www\.)?\w+(\.\w+)+(\:\d+)?

-- 
"Love is mutual self-giving that ends in self-recovery." Fulton Sheen
James Black[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: URL validation

2004-06-08 Thread James Black

Ikonne, Ike wrote:
Hi Steffen,
Thanks, new URL(url) doesn't work consistently.  I have tried it, 
one can throw in an url that doesn't meet RFC 1738 but URL(url) will
not catch it.
 

You could try regular expressions.
Here is a relatively simple one:
(?:ftp\:|http\:|mailto\:)?(\w+\@)?(www\.)?\w+(\.\w+)+(\:\d+)?
--
"Love is mutual self-giving that ends in self-recovery." Fulton Sheen
James Black[EMAIL PROTECTED]

Re: persist sessions in a clustered environment

>Jun 2, 2004 5:25:22 PM org.apache.catalina.cluster.tcp.SocketSender waitForAck
>WARNING: Wasn't able to read acknowledgement from server[/172.16.1.11:4001] in 15000 
>ms. >Disconnecting socket, and trying again.

Ok, this is a big problem, this should never happen. On Linux for example this happens 
cause there is a problem with the java.nio
implementation. The request times out cause the server (172.16.1.11) sends an ACK on 
the nio channel, but the ack is never received
on Tomcat B.
On linux the quick fix is LD_ASSUME_KERNEL=2.4 but I have to investigate further what 
to do on solaris.

What version of JDK and solaris is 172.16.1.11?

Let me know if you need help with ThreadAnalyser, it is a great tool.

Filip

- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 12:08 PM
Subject: RE: persist sessions in a clustered environment


Hi Filip,

3 Solaris machines, a variety of specs but one 7, one 8 and one 9 I think. As the 
machines are live we cant just chop and change the
config but I am working on getting seperate tomcats set up on each of the 3 members in 
the original configuration to try and
replicate the problems using Jmeter (which we havent managed yet).

"This is of course bad, increasing the "mcastDropTime" should prevent this."
- I thought that but was a bit wary as 3 seconds seems like quite a long time as it 
is. It is of course an option and I might be
able to replicate the problems easier by shortening this.


Some timing info from one of the servers (Tomcat A)
INFO: Average cluster serialize/send time=2780 ms for 5900 requests (16406080ms).
INFO: Nr of bytes sent=68663955 over 20200 ==3399 bytes/request

>From tomat B (The adding and dissappearing seems to happen a lot more with this one):
INFO: Average cluster serialize/send time=356 ms for 84500 requests (30093367ms).
INFO: Nr of bytes sent=2439724 over 1200 ==2033 bytes/request

>From tomcat C:
INFO: Average cluster serialize/send time=577 ms for 86200 requests (49785777ms).
INFO: Nr of bytes sent=99673325 over 34900 ==2855 bytes/request

On tomcat B there seems a lot of this:
Jun 2, 2004 5:25:22 PM org.apache.catalina.cluster.tcp.SocketSender waitForAck
WARNING: Wasn't able to read acknowledgement from server[/172.16.1.11:4001] in 15000 
ms. Disconnecting socket, and trying again.

and

WARNING: Unable to send replicated message, is server down?
java.net.SocketTimeoutException: Read timed out


As a note i've been told that our sessions are larger than average. 50K or bigger has 
been suggested. We have only got about 70
users across the 3 nodes but the number of sessions seems to reach double this 
sometimes, perhaps because of user impatience and the
cursed refresh button. If you know of a way to more accurately measure the session 
size then it might make this more concrete.

We are also using the DeltaManager for session replication.

Our load balancer is pen (which you recommended) and it works in a round robin fashion 
with sticky IPs.

I have downloaded ThreadAnalyser and will get this installed tomorrow along with the 
new tomcat instances.

Is there anything else that you'd like me to do in the meantime as well. It will 
benefit us greatly to get this resolved so I am
glad to put some time in on it as well as hopefully benefitting all tomcat users.

Ta
Matt


-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 16:54
To: Tomcat Users List
Subject: Re: persist sessions in a clustered environment


>members of the cluster rise so high that the machine became unusable.

what OS are you on, I would be very interested to see what threads went high up.
For Solaris there is a free tool called ThreadAnalyser which tells you exactly what 
the threads are doing. I am running load tests
with hundreds of clients and I don't experience this CPU rise.

>One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
>member >periodically saw other members of the
cluster leaving then rejoining again 1 second later

This is of course bad, increasing the "mcastDropTime" should prevent this.

>My intended course of action was to retain the clustering
>and write the sessions to a shared disk to

Using the persistence manager and a shared file system, will achieve this.

I of course, am more interested in figuring out what problems you are having and why 
:) since I haven't been able to reproduce those
myself.
Let me know if you would want to volunteer some of your time to work with me on this.
I would also be interested in what your average cluster send times are and what the 
average message size is, should also have been
printed to your logs.


Filip


- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List (E-mail)" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 10:44 AM
Subject: RE: persist sessions in a clustered environment



Its not that the memory r

Re: JSP source being shown (not being executed)

Thanks for your input - but this would cause any other JSP not to work
either.  The servlets which are mapped to *.do seem to work fine - but the
one mapped to *.html isn't.

Michael


- Original Message - 
From: "Annie Guo" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 11:50 AM
Subject: RE: JSP source being shown (not being executed)


> I have seen that before with JDK not in the system path.
>
> -Original Message-
> From: Michael Mehrle [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 08, 2004 2:44 PM
> To: Tomcat Users List
> Subject: Re: JSP source being shown (not being executed)
>
>
> Actually, I'm not running Apache right now. This has something to do with
my
> servlet context (*.html) not being sent to the JSP engine - it's treating
it
> like regular HTML right now. Strange, since my other mappings seem to work
> fine (*.do).
>
> Michael
>
>
> - Original Message - 
> From: "Schalk" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Tuesday, June 08, 2004 11:23 AM
> Subject: RE: JSP source being shown (not being executed)
>
>
> Just a thought but, if you are running both Apache and Tomcat, Apache is
> probably picking up the .html extension and tries to display the content
of
> the file which will result in it displaying the code.
>
> Kind Regards
> Schalk Neethling
> Web Developer.Designer.Programmer.President
> Volume4.Development.Multimedia.Branding
> emotionalize.conceptualize.visualize.realize
> Tel: +27125468436
> Fax: +27125468436
> email:[EMAIL PROTECTED]
> web: www.volume4.com
>
> This message contains information that is considered to be sensitive or
> confidential and may not be forwarded or disclosed to any other party
> without the permission of the sender. If you received this message in
error,
> please notify me immediately so that I can correct and delete the original
> email. Thank you.
>
> :: -Original Message-
> :: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
> :: Sent: Tuesday, June 08, 2004 7:58 PM
> :: To: Tomcat Users List
> :: Subject: JSP source being shown (not being executed)
> ::
> :: For some reason my JSP source is being shown - it's not being compiled
> and
> :: executed. It might be worthwhile mentioning that I am mapping some
> servlet
> :: context as *.html, which redirects to this jsp - but it worked in
another
> :: app of mine and inside my new app it doesn't work.
> ::
> :: I'm running Tomcat 5.0.26 btw.
> ::
> :: Any input would be welcome.
> ::
> :: Michael
> ::
> ::
> :: -
> :: To unsubscribe, e-mail: [EMAIL PROTECTED]
> :: For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Error running service.bat while trying to install 2nd tomcat service

2004-06-08 Thread Ben Souther

Not solved.

The services installed but neither of them will start.
The NT Event Viewer is showing "Error 0" as the only message.

Any clues welcome.

Thanks




On Tuesday 08 June 2004 12:28 pm, Ben Souther wrote:
> Just downloaded the beta version of 5.0.26 and it worked.
>
> Anyone know the status of 5.0.26?
> Is a stable vote just around the corner?
>
> On Tuesday 08 June 2004 10:13 am, Ben Souther wrote:
> > Hello,
> >
> > I'm trying to install a 2nd instance of tomcat as a windows service with
> > service.bat.
> >
> > The script reports several errors but then reports that the service has
> > been installed.  It doesn't appear that it has.
> > Has anyone seen these errors before?
> >
> >
> > ===
> > Output from service.bat
> > ===
> > D:\davison\tomcat2\bin>service.bat install aaa
> > [2004-06-08 10:14:48] [349  prunsrv.c] [error]
> > The system cannot find the file specified.
> > [2004-06-08 10:14:48] [1037 prunsrv.c] [error]
> > Load configuration failed
> > [2004-06-08 10:14:48] [349  prunsrv.c] [error]
> > The system cannot find the file specified.
> > [2004-06-08 10:14:48] [1037 prunsrv.c] [error]
> > Load configuration failed
> > The service 'aaa' has been installed
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Ben Souther
F.W. Davison & Company, Inc.


This e-mail message, and any accompanying documents, is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.  Any unauthorized review, use, disclosure, distribution or
copying is prohibited.  If you are not the intended recipient, please
contact our office by email or by telephone at (508) 747-7261 and
immediately destroy all copies of the original message.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: persist sessions in a clustered environment

>members of the cluster rise so high that the machine became unusable.

what OS are you on, I would be very interested to see what threads went high up.
For Solaris there is a free tool called ThreadAnalyser which tells you exactly what 
the threads are doing. I am running load tests
with hundreds of clients and I don't experience this CPU rise.

>One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
>member >periodically saw other members of the
cluster leaving then rejoining again 1 second later

This is of course bad, increasing the "mcastDropTime" should prevent this.

>My intended course of action was to retain the clustering
>and write the sessions to a shared disk to

Using the persistence manager and a shared file system, will achieve this.

I of course, am more interested in figuring out what problems you are having and why 
:) since I haven't been able to reproduce those
myself.
Let me know if you would want to volunteer some of your time to work with me on this.
I would also be interested in what your average cluster send times are and what the 
average message size is, should also have been
printed to your logs.


Filip


- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List (E-mail)" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 10:44 AM
Subject: RE: persist sessions in a clustered environment



Its not that the memory replication didnt work, it worked very well just seemed to 
have exteme problems with it under load, there
may have been other factors though.

Using clustering and in-memory replication we on fairly regular occasion saw the load 
of one or more members of the cluster rise so
high that the machine became unusable. Turning off the clustering completly but 
keeping the load balancing seems to have sorted
this.

One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
member periodically saw other members of the
cluster leaving then rejoining again 1 second later. I'm not sure what would cause 
this but I suppose too much network traffic from
the in-memory session replication could cause a hold up, although I find it hard to 
believe that it would be over 3 seconds. Or as a
cause of the problems, every time a member rejoins, all of the active sessions will 
have to be shared between the members so
increased network traffic there.

If you have any ideas on that i'd be grateful.

My intended course of action was to retain the clustering and write the sessions to a 
shared disk to avoid the network traffic
associated. My 1 question would be here, is that say I have 2 tomcats TomcatA and 
TomcatB, and they write their sessions to a shared
file system using PersistenceManager, will each of them know about the sessions 
belonging to the other tomcat?

Ta
Matt


> persist sessions in a clustered environmentuse the PersistenceManager instead of the 
> clustering if all you want is to write
sessions to a file system.
> http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/manager.html

> Did you need any help figuring out why in memory replication didn't work?
> Filip

  - Original Message -
  From: Dale, Matt
  To: Tomcat Users List (E-mail)
  Sent: Monday, June 07, 2004 4:03 PM
  Subject: persist sessions in a clustered environment


  Hi,

  We have been experiencing problems with our cluster using in-memory replication so 
we are looking into other ways in which to
replicate the sessions. Our first step will be to switch to asynchronous mode for the 
replication from pooled but what i'm stuck
with is replicating sessions to a shared file system. Basically I want to know how to 
do it or if someone can point me towards
examples.

  Ta
  Matt





--


  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]






> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JSP source being shown (not being executed)

2004-06-08 Thread Annie Guo

I have seen that before with JDK not in the system path.

-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 2:44 PM
To: Tomcat Users List
Subject: Re: JSP source being shown (not being executed)

Actually, I'm not running Apache right now. This has something to do with my
servlet context (*.html) not being sent to the JSP engine - it's treating it
like regular HTML right now. Strange, since my other mappings seem to work
fine (*.do).

Michael

- Original Message - 
From: "Schalk" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 11:23 AM
Subject: RE: JSP source being shown (not being executed)

Just a thought but, if you are running both Apache and Tomcat, Apache is
probably picking up the .html extension and tries to display the content of
the file which will result in it displaying the code.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com

This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you.

:: -Original Message-
:: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, June 08, 2004 7:58 PM
:: To: Tomcat Users List
:: Subject: JSP source being shown (not being executed)
::
:: For some reason my JSP source is being shown - it's not being compiled
and
:: executed. It might be worthwhile mentioning that I am mapping some
servlet
:: context as *.html, which redirects to this jsp - but it worked in another
:: app of mine and inside my new app it doesn't work.
::
:: I'm running Tomcat 5.0.26 btw.
::
:: Any input would be welcome.
::
:: Michael
::
::
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JSP source being shown (not being executed)

Actually, I'm not running Apache right now. This has something to do with my
servlet context (*.html) not being sent to the JSP engine - it's treating it
like regular HTML right now. Strange, since my other mappings seem to work
fine (*.do).

Michael


- Original Message - 
From: "Schalk" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 11:23 AM
Subject: RE: JSP source being shown (not being executed)


Just a thought but, if you are running both Apache and Tomcat, Apache is
probably picking up the .html extension and tries to display the content of
the file which will result in it displaying the code.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com

This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you.

:: -Original Message-
:: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, June 08, 2004 7:58 PM
:: To: Tomcat Users List
:: Subject: JSP source being shown (not being executed)
::
:: For some reason my JSP source is being shown - it's not being compiled
and
:: executed. It might be worthwhile mentioning that I am mapping some
servlet
:: context as *.html, which redirects to this jsp - but it worked in another
:: app of mine and inside my new app it doesn't work.
::
:: I'm running Tomcat 5.0.26 btw.
::
:: Any input would be welcome.
::
:: Michael
::
::
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JSP source being shown (not being executed)

2004-06-08 Thread Schalk

Just a thought but, if you are running both Apache and Tomcat, Apache is
probably picking up the .html extension and tries to display the content of
the file which will result in it displaying the code.

Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.com
 
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in error,
please notify me immediately so that I can correct and delete the original
email. Thank you. 

:: -Original Message-
:: From: Michael Mehrle [mailto:[EMAIL PROTECTED]
:: Sent: Tuesday, June 08, 2004 7:58 PM
:: To: Tomcat Users List
:: Subject: JSP source being shown (not being executed)
:: 
:: For some reason my JSP source is being shown - it's not being compiled
and
:: executed. It might be worthwhile mentioning that I am mapping some
servlet
:: context as *.html, which redirects to this jsp - but it worked in another
:: app of mine and inside my new app it doesn't work.
:: 
:: I'm running Tomcat 5.0.26 btw.
:: 
:: Any input would be welcome.
:: 
:: Michael
:: 
:: 
:: -
:: To unsubscribe, e-mail: [EMAIL PROTECTED]
:: For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JSP source being shown (not being executed)

For some reason my JSP source is being shown - it's not being compiled and
executed. It might be worthwhile mentioning that I am mapping some servlet
context as *.html, which redirects to this jsp - but it worked in another
app of mine and inside my new app it doesn't work.

I'm running Tomcat 5.0.26 btw.

Any input would be welcome.

Michael


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Katja Handtusch/268/DCAG/DCX ist außer Haus.

Could you PLEASE switch this off??? Bitte bitte bitte!!!

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 07, 2004 5:23 AM
Subject: Katja Handtusch/268/DCAG/DCX ist außer Haus.

Ich werde ab  07.06.2004 nicht im Büro sein. Ich kehre zurück am
18.06.2004.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
Bei dringenden Angelegenheiten wenden Sie sich bitte an meine Vertretung
Alexandra Pürschel (Tel.: 5463).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: URL validation

Hi Steffen,

Thanks, new URL(url) doesn't work consistently.  I have tried it, 
one can throw in an url that doesn't meet RFC 1738 but URL(url) will
not catch it.

Thanks,

Ike


-Original Message-
From: SH Solutions [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 12:30 PM
To: 'Tomcat Users List'
Subject: RE: URL validation


Hi

> Here is my problem, I am looking for a way to syntactically valid a given
URL without having to actually creating an URL object.

try {
  new URL( myUrl );
  return true;
} catch ( Throwable t ) {
  return false;
}

Why not creating it?
Javas young generation garbage collection should dispose this immediatly. So
problem here.

Regards,
  Steffen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Katja Handtusch/268/DCAG/DCX ist außer Haus.

2004-06-08 Thread katja.handtusch





Ich werde ab  07.06.2004 nicht im Büro sein. Ich kehre zurück am
18.06.2004.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
Bei dringenden Angelegenheiten wenden Sie sich bitte an meine Vertretung
Alexandra Pürschel (Tel.: 5463).


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: URL validation

2004-06-08 Thread SH Solutions

Hi

> ... So problem here.

Meant: No problem here.

Sorry, regards,
  Steffen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: URL validation

2004-06-08 Thread SH Solutions

Hi

> Here is my problem, I am looking for a way to syntactically valid a given
URL without having to actually creating an URL object.

try {
  new URL( myUrl );
  return true;
} catch ( Throwable t ) {
  return false;
}

Why not creating it?
Javas young generation garbage collection should dispose this immediatly. So
problem here.

Regards,
  Steffen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: persist sessions in a clustered environment

2004-06-08 Thread Dale, Matt

Hi Filip,

3 Solaris machines, a variety of specs but one 7, one 8 and one 9 I think. As the 
machines are live we cant just chop and change the config but I am working on getting 
seperate tomcats set up on each of the 3 members in the original configuration to try 
and replicate the problems using Jmeter (which we havent managed yet).

"This is of course bad, increasing the "mcastDropTime" should prevent this."
- I thought that but was a bit wary as 3 seconds seems like quite a long time as it 
is. It is of course an option and I might be able to replicate the problems easier by 
shortening this.


Some timing info from one of the servers (Tomcat A)
INFO: Average cluster serialize/send time=2780 ms for 5900 requests (16406080ms).
INFO: Nr of bytes sent=68663955 over 20200 ==3399 bytes/request

>From tomat B (The adding and dissappearing seems to happen a lot more with this one):
INFO: Average cluster serialize/send time=356 ms for 84500 requests (30093367ms).
INFO: Nr of bytes sent=2439724 over 1200 ==2033 bytes/request

>From tomcat C:
INFO: Average cluster serialize/send time=577 ms for 86200 requests (49785777ms).
INFO: Nr of bytes sent=99673325 over 34900 ==2855 bytes/request

On tomcat B there seems a lot of this:
Jun 2, 2004 5:25:22 PM org.apache.catalina.cluster.tcp.SocketSender waitForAck
WARNING: Wasn't able to read acknowledgement from server[/172.16.1.11:4001] in 15000 
ms. Disconnecting socket, and trying again.

and

WARNING: Unable to send replicated message, is server down?
java.net.SocketTimeoutException: Read timed out


As a note i've been told that our sessions are larger than average. 50K or bigger has 
been suggested. We have only got about 70 users across the 3 nodes but the number of 
sessions seems to reach double this sometimes, perhaps because of user impatience and 
the cursed refresh button. If you know of a way to more accurately measure the session 
size then it might make this more concrete.

We are also using the DeltaManager for session replication.

Our load balancer is pen (which you recommended) and it works in a round robin fashion 
with sticky IPs.

I have downloaded ThreadAnalyser and will get this installed tomorrow along with the 
new tomcat instances.

Is there anything else that you'd like me to do in the meantime as well. It will 
benefit us greatly to get this resolved so I am glad to put some time in on it as well 
as hopefully benefitting all tomcat users.

Ta
Matt


-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 16:54
To: Tomcat Users List
Subject: Re: persist sessions in a clustered environment


>members of the cluster rise so high that the machine became unusable.

what OS are you on, I would be very interested to see what threads went high up.
For Solaris there is a free tool called ThreadAnalyser which tells you exactly what 
the threads are doing. I am running load tests
with hundreds of clients and I don't experience this CPU rise.

>One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
>member >periodically saw other members of the
cluster leaving then rejoining again 1 second later

This is of course bad, increasing the "mcastDropTime" should prevent this.

>My intended course of action was to retain the clustering
>and write the sessions to a shared disk to

Using the persistence manager and a shared file system, will achieve this.

I of course, am more interested in figuring out what problems you are having and why 
:) since I haven't been able to reproduce those
myself.
Let me know if you would want to volunteer some of your time to work with me on this.
I would also be interested in what your average cluster send times are and what the 
average message size is, should also have been
printed to your logs.


Filip


- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List (E-mail)" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 10:44 AM
Subject: RE: persist sessions in a clustered environment



Its not that the memory replication didnt work, it worked very well just seemed to 
have exteme problems with it under load, there
may have been other factors though.

Using clustering and in-memory replication we on fairly regular occasion saw the load 
of one or more members of the cluster rise so
high that the machine became unusable. Turning off the clustering completly but 
keeping the load balancing seems to have sorted
this.

One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
member periodically saw other members of the
cluster leaving then rejoining again 1 second later. I'm not sure what would cause 
this but I suppose too much network traffic from
the in-memory session replication could cause a hold up, although I find it hard to 
believe that it would be over 3 seconds. Or as a
cause of the problems, every time a member rejoins, all of the active sessions will 
have to be shared between the memb

URL validation


Hi all,

I don't know if this is the right forum to posse this question,
but I will go ahead and give it a try.

Here is my problem, I am looking for a way to syntactically valid
a given URL without having to actually creating an URL object.

Is there a piece of code out there that would enable me to do this 
based on RFC 1738?  Any hints will be appreciated.


Cheers,

Ike



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Porting from Resin to Tomcat

2004-06-08 Thread Robert Koberg

Worley Brent - bworle wrote:
Have you validated your web.xml? Resin allows many configuration 
shortcuts and order differences.
No, but I would appreciate any more information you have on this.
You can use a doctype at the top of your document (see some of the 
example web.xml's):

http://java.sun.com/dtd/web-app_2_3.dtd";>
The easiest thing to do if you are inexperienced with this type of thing 
is to download a GUI app like oXygen (http://oxygenxml.com) and click 
the validate button.

best,
-Rob


Brent


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat

>Have you validated your web.xml? Resin allows many configuration 
shortcuts and order differences.


No, but I would appreciate any more information you have on this.

Brent


**
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat


Hi,
If you look at the Servlet Specification 2.4 document, it has an
appendix listing all the changes from the previous version.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 12:45 PM
>To: 'Tomcat Users List'
>Subject: RE: Porting from Resin to Tomcat
>
>Just a request for knowledge...
>
>Here is the version of Resin I'm using.  Can anyone tell me any major
>difference in the specs between it and Tomcat 5?
>
>Resin 2.1.6
>- Servlet API 2.3
>- JSP API 1.2
>
>Tomcat 5.0.24
>- Servlet API 2.4
>- JSP API 2.0
>
>Thanks,
>Brent
>
>-Original Message-
>From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 10:45 AM
>To: 'Tomcat Users List'
>Subject: RE: Porting from Resin to Tomcat
>
>
>
>>Does this WEB-INF folder (in its lib directory obviously) contain
>servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g.
>jasper-compiler.jar), or any other jars that are also packaged with
>tomcat in its common/lib directory/
>
>No, it doesn't.  Just checked.
>
>>It will tell you some problems, but not all, and likely not to tell
you
>more information than the stack traces you posted.  Automated tools can
>do very little to help you resolve jar file version conflicts.
>
>Ok.  I will try it once, see what is says, and then start digging
through
>the specs to see what is different.  Thanks!
>
>
>Brent
>
>This e-mail, including any attachments, is a confidential business
>communication, and may contain information that is confidential,
>proprietary
>and/or privileged.  This e-mail is intended only for the individual(s)
to
>whom it is addressed, and may not be saved, copied, printed, disclosed
or
>used by anyone else.  If you are not the(an) intended recipient, please
>immediately delete this e-mail from your computer system and notify the
>sender.  Thank you.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>**
>The information contained in this communication is
>confidential, is intended only for the use of the recipient
>named above, and may be legally privileged.
>If the reader of this message is not the intended
>recipient, you are hereby notified that any dissemination,
>distribution, or copying of this communication is strictly
>prohibited.
>If you have received this communication in error,
>please re-send this communication to the sender and
>delete the original message or any copy of it from your
>computer system. Thank You.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Porting from Resin to Tomcat

2004-06-08 Thread Robert Koberg

Worley Brent - bworle wrote:
Does this WEB-INF folder (in its lib directory obviously) contain
servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g.
jasper-compiler.jar), or any other jars that are also packaged with
tomcat in its common/lib directory/
No, it doesn't.  Just checked.

It will tell you some problems, but not all, and likely not to tell you
more information than the stack traces you posted.  Automated tools can
do very little to help you resolve jar file version conflicts.
Ok.  I will try it once, see what is says, and then start digging through
the specs to see what is different.  Thanks!

Have you validated your web.xml? Resin allows many configuration 
shortcuts and order differences.

best,
-Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat

Just a request for knowledge...

Here is the version of Resin I'm using.  Can anyone tell me any major
difference in the specs between it and Tomcat 5?

Resin 2.1.6
- Servlet API 2.3
- JSP API 1.2

Tomcat 5.0.24
- Servlet API 2.4
- JSP API 2.0

Thanks,
Brent

-Original Message-
From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 10:45 AM
To: 'Tomcat Users List'
Subject: RE: Porting from Resin to Tomcat



>Does this WEB-INF folder (in its lib directory obviously) contain
servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g.
jasper-compiler.jar), or any other jars that are also packaged with
tomcat in its common/lib directory/

No, it doesn't.  Just checked.

>It will tell you some problems, but not all, and likely not to tell you
more information than the stack traces you posted.  Automated tools can
do very little to help you resolve jar file version conflicts.

Ok.  I will try it once, see what is says, and then start digging through
the specs to see what is different.  Thanks!


Brent

This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


**
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Issue with one level for url and images loading


Hi,
You're making a number of errors.

The invoker servlet and the default servlet are not the same: the latter
processes images and static content.

path="app" should be path="/app" if you specify it at all.


Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Goyal, Ritu (Ritu) [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 12:15 PM
>To: [EMAIL PROTECTED]
>Subject: Issue with one level for url and images loading
>
>Hello,
>
>
>
>Our team has been trying to resolve this issue for a while now, with no
>results. We are trying to keep our url short, i.e. only up to one
level.
>
>e.g. http://localhost:8080/app
>
>We don't want the url to have the following formats
>
>http://localhost:8080/app/servlet/app
>
>
>
>We did manage to get to one level, but then are images don't load at
>all. The images directory is under
C:\jakarta-tomcat-4.1.27\webapps\app.
>
>To access an image we do the following in our velocity templates.
>
>
>
>
>
>Our web.xml file has the following data.
>
>
>
>
>
>
>
>
>
>app
>
>
>
>
>
>
>
>
>
>org.apache.turbine.Turbine
>
>
>
>
>
>
>
>properties
>
>
>
>
>
>
>
>/WEB-INF/conf/TurbineResources.properties
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>app
>
>/*
>
>
>
>
>
>We have tried almost everything, and can't get this to work. The images
>work fine the minute we get our url to be
>http://localhost:8080/app/servlet/app.
>
>Is there a way around this? We also tried using Context in server.xml
>and that did not work either.
>
>
>
>
> reloadable="true" crossContext="true">
>
>
>
>
>
>
>
>Will appreciate any help!!
>
>Ritu..




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Issue with one level for url and images loading

2004-06-08 Thread QM

On Tue, Jun 08, 2004 at 10:15:25AM -0600, Goyal, Ritu (Ritu) wrote:
: We did manage to get to one level, but then are images don't load at
: all. The images directory is under C:\jakarta-tomcat-4.1.27\webapps\app.
: 
: To access an image we do the following in our velocity templates.
: 
: 

Here's the catch: a servlet has no (predictable) "relative path", so you
can't use a relative path to the images.

I don't know whether Velocity and JSTL mix, but there's a JSTL tag (I
forget which) that returns a context-relative URI -- i.e. for links and
images.  You could check that out.

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[solved] Re: Error running service.bat while trying to install 2nd tomcat service

2004-06-08 Thread Ben Souther

Just downloaded the beta version of 5.0.26 and it worked.

Anyone know the status of 5.0.26?
Is a stable vote just around the corner?

On Tuesday 08 June 2004 10:13 am, Ben Souther wrote:
> Hello,
>
> I'm trying to install a 2nd instance of tomcat as a windows service with
> service.bat.
>
> The script reports several errors but then reports that the service has
> been installed.  It doesn't appear that it has.
> Has anyone seen these errors before?
>
>
> ===
> Output from service.bat
> ===
> D:\davison\tomcat2\bin>service.bat install aaa
> [2004-06-08 10:14:48] [349  prunsrv.c] [error]
> The system cannot find the file specified.
> [2004-06-08 10:14:48] [1037 prunsrv.c] [error]
> Load configuration failed
> [2004-06-08 10:14:48] [349  prunsrv.c] [error]
> The system cannot find the file specified.
> [2004-06-08 10:14:48] [1037 prunsrv.c] [error]
> Load configuration failed
> The service 'aaa' has been installed
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Ben Souther
F.W. Davison & Company, Inc.

This e-mail message, and any accompanying documents, is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.  Any unauthorized review, use, disclosure, distribution or
copying is prohibited.  If you are not the intended recipient, please
contact our office by email or by telephone at (508) 747-7261 and
immediately destroy all copies of the original message.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

implement tomcat5.x with IntelliJ IDEA 4.0

2004-06-08 Thread Elias Greige




Hi,
Can some one help me to configure IntelliJ 
IDEA 4.0 with tomcat 5.x to be able to debug JSP in run time
Regards
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

ant install gives HTTP 401 error

2004-06-08 Thread Martin Olsson

Hi!
I would like to start developing web services in Java, therefore I've
installed the web services dev pack from Sun. This pack contains a
couple of samples and a copy of Tomcat (where the web services can be
tested/executed).

I've been trying to get the "gs" (first 'getting started' sample
application/webService) to work properly today, but with little success.
When I run "ant install" the files compile etc but when ant tries to
deploy the gs into a Tomcat context I get an error saying:

file:C:/jwstutorial13/examples/common/targets.xml:15:
java.io.IOException: Server returned HTTP response code: 401 for URL:
http://localhost:8080/manager/install?path=%2Fgs&war=file%3A%2Fjwstutorial13%2Fexamples%2Fgs%2Fbuild

I looked in the tutorial and I saw that under "Common Problems" this
very problem is discussed. It says I should install a build.properties
file containing my Tomcat username/password but I've done this already.
I've also double checked that the login details given in the
build.properties file match the username/password in the
conf/tomcat-users.xml file. Futher, I've double checked the spelling of
the filenames and I've setup the environment variables "CATALINA_HOME"
etc (also my path contains java, javac, ant, tomcat etc).

So, apparently I'm getting this 401 Forbidden error even though I've
setup the account properly. Anyone experienced something similar? Where
can I get more information about this, except from the error message
itself and the logs? Any hints or comments would be greatly appreciated!
Thanks.

Regards,
/m
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Issue with one level for url and images loading

2004-06-08 Thread Goyal, Ritu (Ritu)

Hello,

 

Our team has been trying to resolve this issue for a while now, with no
results. We are trying to keep our url short, i.e. only up to one level.

e.g. http://localhost:8080/app

We don't want the url to have the following formats

http://localhost:8080/app/servlet/app

 

We did manage to get to one level, but then are images don't load at
all. The images directory is under C:\jakarta-tomcat-4.1.27\webapps\app.

To access an image we do the following in our velocity templates.



 

Our web.xml file has the following data.

 







app



 





org.apache.turbine.Turbine



 



properties

 





/WEB-INF/conf/TurbineResources.properties





 



 









app

/*



 

We have tried almost everything, and can't get this to work. The images
work fine the minute we get our url to be
http://localhost:8080/app/servlet/app.

Is there a way around this? We also tried using Context in server.xml
and that did not work either.

 



  



 

Will appreciate any help!!

Ritu..

Servlet Exception of forward method

2004-06-08 Thread Andrew Roszko

Hey there,

We're running Tomcat 5.0.19 and it's been working really well to date.  We
did, however, run into an issue last Friday and were hoping to get some more
information.  Our logs indicate that everything was running smoothly until a
ServletException (stack trace below) was thrown when our controller servlet
was attempting to forward to a JSP page.

e.g.getRequestDispatcher(request, url).forward(request, response);

The server seemed to enter some sort of "uncertain" state - it could process
certain requests and not others (in no real deterministic fashion).  It
seemed to degrade over the course of about ten minutes with more and more
requests producing Exceptions until we finally restarted.  We haven't had a
problem since.

javax.servlet.ServletException
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:256)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:284)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:204)org.apache.catalina.core.ApplicationDispatcher.invoke(Applicati
onDispatcher.java:750)
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis
patcher.java:510)org.apache.catalina.core.ApplicationDispatcher.doForward(Ap
plicationDispatcher.java:445)org.apache.catalina.core.ApplicationDispatcher.
forward(ApplicationDispatcher.java:359)com.cuberoute.controller.AbstractCont
roller.forward(AbstractController.java:96)com.cuberoute.controller.Protected
HTMLController.forwardWithMap(ProtectedHTMLController.java:51)com.cuberoute.
controller.ProtectedHTMLController.handleAction_customer_query(ProtectedHTML
Controller.java:1832)sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)


The doGet method of our servlet catches any exceptions that may be thrown
over the course of a request being processed.  In the forementioned case,
the ServletException was caught, stored in the session and a
"redirectToError" method is called, which simply redirects the user to a
generic error page.  This scenario repeated itself several times - with
several ServletExceptions being thrown for a number of different users on
the system.

Once ServletExceptions had already been thrown, there was also a scenario
where the redirection to the error page would fail - an
IllegalStateException was thrown with the following stack trace (formatted
by our logger).  I'm not 100% why this redirection would fail in this case
and not in the cases above where we could get to the error page to see the
ServletException.  Perhaps the forward method succeeded in this case to the
point that the response was deemed to be committed - hence the
IllegalStateException.

  


  
org.apache.coyote.tomcat5.CoyoteResponseFacade
sendRedirect
399
  
  
com.cuberoute.controller.AbstractController
redirect
103
  
  
com.cuberoute.controller.ProtectedHTMLController
redirectToError
43
  
  
com.cuberoute.controller.AbstractController
doGet
246
  
  
javax.servlet.http.HttpServlet
service
743
  
  
javax.servlet.http.HttpServlet
service
856
  
  
org.apache.catalina.core.ApplicationFilterChain
internalDoFilter
284
  
  
org.apache.catalina.core.ApplicationFilterChain
doFilter
204
  
  
org.apache.catalina.core.StandardWrapperValve
invoke
257
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
151
  
  
org.apache.catalina.core.StandardPipeline
invoke
567
  
  
org.apache.catalina.core.StandardContextValve
invokeInternal
245
  
  
org.apache.catalina.core.StandardContextValve
invoke
199
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
151
  
  
org.apache.catalina.authenticator.AuthenticatorBase
invoke
587
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
149
  
  
org.apache.catalina.core.StandardPipeline
invoke
567
  
  
org.apache.catalina.core.StandardHostValve
invoke
184
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
151
  
  
org.apache.catalina.valves.ErrorReportValve
invoke
164
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
149
  
  
org.apache.catalina.valves.AccessLogValve
invoke
578
  
  
org.apache.catalina.core.StandardValveContext
invokeNext
149
  
  
o

dbcp and P6spy

2004-06-08 Thread Boulay Arnaud

Hello !
I am looking for example that shows how "conf/server.xml" must be set for my "mysql 
webapp" running well with dbcp pool and p6spy jdbc proxy driver.
Thanks, 
Arnaud
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat


>Does this WEB-INF folder (in its lib directory obviously) contain
servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g.
jasper-compiler.jar), or any other jars that are also packaged with
tomcat in its common/lib directory/

No, it doesn't.  Just checked.

>It will tell you some problems, but not all, and likely not to tell you
more information than the stack traces you posted.  Automated tools can
do very little to help you resolve jar file version conflicts.

Ok.  I will try it once, see what is says, and then start digging through
the specs to see what is different.  Thanks!


Brent

This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


**
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: persist sessions in a clustered environment

>members of the cluster rise so high that the machine became unusable.

what OS are you on, I would be very interested to see what threads went high up.
For Solaris there is a free tool called ThreadAnalyser which tells you exactly what 
the threads are doing. I am running load tests
with hundreds of clients and I don't experience this CPU rise.

>One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
>member >periodically saw other members of the
cluster leaving then rejoining again 1 second later

This is of course bad, increasing the "mcastDropTime" should prevent this.

>My intended course of action was to retain the clustering
>and write the sessions to a shared disk to

Using the persistence manager and a shared file system, will achieve this.

I of course, am more interested in figuring out what problems you are having and why 
:) since I haven't been able to reproduce those
myself.
Let me know if you would want to volunteer some of your time to work with me on this.
I would also be interested in what your average cluster send times are and what the 
average message size is, should also have been
printed to your logs.


Filip


- Original Message -
From: "Dale, Matt" <[EMAIL PROTECTED]>
To: "Tomcat Users List (E-mail)" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 10:44 AM
Subject: RE: persist sessions in a clustered environment



Its not that the memory replication didnt work, it worked very well just seemed to 
have exteme problems with it under load, there
may have been other factors though.

Using clustering and in-memory replication we on fairly regular occasion saw the load 
of one or more members of the cluster rise so
high that the machine became unusable. Turning off the clustering completly but 
keeping the load balancing seems to have sorted
this.

One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
member periodically saw other members of the
cluster leaving then rejoining again 1 second later. I'm not sure what would cause 
this but I suppose too much network traffic from
the in-memory session replication could cause a hold up, although I find it hard to 
believe that it would be over 3 seconds. Or as a
cause of the problems, every time a member rejoins, all of the active sessions will 
have to be shared between the members so
increased network traffic there.

If you have any ideas on that i'd be grateful.

My intended course of action was to retain the clustering and write the sessions to a 
shared disk to avoid the network traffic
associated. My 1 question would be here, is that say I have 2 tomcats TomcatA and 
TomcatB, and they write their sessions to a shared
file system using PersistenceManager, will each of them know about the sessions 
belonging to the other tomcat?

Ta
Matt


> persist sessions in a clustered environmentuse the PersistenceManager instead of the 
> clustering if all you want is to write
sessions to a file system.
> http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/manager.html

> Did you need any help figuring out why in memory replication didn't work?
> Filip

  - Original Message -
  From: Dale, Matt
  To: Tomcat Users List (E-mail)
  Sent: Monday, June 07, 2004 4:03 PM
  Subject: persist sessions in a clustered environment


  Hi,

  We have been experiencing problems with our cluster using in-memory replication so 
we are looking into other ways in which to
replicate the sessions. Our first step will be to switch to asynchronous mode for the 
replication from pooled but what i'm stuck
with is replicating sessions to a shared file system. Basically I want to know how to 
do it or if someone can point me towards
examples.

  Ta
  Matt





--


  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]






> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JNDI Datasource advanced use

2004-06-08 Thread Enrico Drusiani

Hi Hans, 
Thanks for the suggestions, but unluckily it has to be done that way as for
my Oracle dba instructions. Coding some function for preventing the user
from executing another query could be a nice solution, I'll do some test.
I'm trying some solution based on getting the database session as soon as I
get the connection item and then killing the db session if needed. It's
risky, I know, but I'll let you know if it works.

Thanks again


Enrico Drusiani

 

-Original Message-
From: Hans [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 08, 2004 02:45 PM
To: Tomcat Users List; 'Freddy Villalba Arias'; 'Tomcat Users List'
Subject: RE: JNDI Datasource advanced use

Hi,
seems to me you are talking about 2 different things:
- preventing the user from executing a huge query while another is running
- cancelling the huge query

The first can easily be implemented using some flags in a user session, the
second I don't know ;-).
What does your database documentation has to say about threadsafety and
such? I can imagine running a worker thread for the long query, and the main
thread closing the connection, but I do not know if this really cancels the
running query.
Look here for example to see how you can handle this in mysql:
http://dev.mysql.com/doc/mysql/en/KILL.html
Instead of closing a connection, you would have to determine the proces id
for your query and kill it, at least that is what I gather from this page.

grtz
Hans

ps on a side note, running huge queries on a frequent basis by lot's of
users isn't cool. Do they have to modify the data as well? Is it possible to
preprocesses the data into a smaller table?

At 14:33 08/06/2004 +0200, Enrico Drusiani wrote:
>Hi Freddy,
>
>Thanks for your fast reply. Actually with closing i mean bolcking the 
>execution of the Statement.executeQuery(String SQL) method (or the 
>like) while it is running. For being more accurate and in order to give 
>you an idea of the data flow, that query can actually work on some million
records.
>As you can guess, it may mean to wait for a couple of minutes before 
>having a resultset to show to the user back on the browser. And user 
>don't like to wait that long. A typical user, even if long waiting time 
>for huge queries are specified in the manual, don't actually read the 
>manual. So they hit the back button, thinking the system was blocked 
>and redo the query that gets some minute to finish... so they hit the 
>back button and on again. That's why I'd like to give the user a nice 
>"cancel" button and get rid of all those huge queries going on in the
background.
>
>Thanks again
>
>
>Enrico Drusiani
>
>
>-Original Message-
>From: Freddy Villalba Arias [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 01:48 PM
>To: Tomcat Users List; Edrusiani
>Subject: RE: JNDI Datasource advanced use
>
>Hi Enrico,
>
>I suppose that by "closing" you mean freeing up the resource. When you 
>close a connection that has been obtained from a DataSource, I believe 
>it is not actually closed, but only released, hence made available to other
processes.
>
>How many connections are there, for how long, and that sort of things...
>they should be transparently managed by the underlying product (the one 
>where you configured your DS).
>
>If this resembles your scenario, then closing connection should do it; 
>obviously, you will still have to handle the consequences of "closing" 
>a
>connection: rollback (or not) any transaction, etc... etc...
>
>HTH,
>Freddy.
>
>-Mensaje original-
>De: Enrico Drusiani [mailto:[EMAIL PROTECTED]
>Enviado el: martes, 08 de junio de 2004 13:14
>Para: [EMAIL PROTECTED]
>Asunto: JNDI Datasource advanced use
>
>Greetings everyone.
>
>I need to give the user of my servlet based web application the chance 
>to close a connection to a db if it takes too much time (some of my 
>queries work on a huge amount of data). I was thinking of something like a
"cancel"
>button that asks a servlet to close the working connection. Can that be 
>achieved by using the JNDI datasource or have I to use some more 
>advanced data layer like hibernate or jdo?
>
>Thanks for your time and attention
>
>
>Enrico Drusiani
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>Tracking #: 0C05932399AE9D43B10CEBB8E94D2ADF007EE8D9
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: persist sessions in a clustered environment

2004-06-08 Thread Dale, Matt


Its not that the memory replication didnt work, it worked very well just seemed to 
have exteme problems with it under load, there may have been other factors though.

Using clustering and in-memory replication we on fairly regular occasion saw the load 
of one or more members of the cluster rise so high that the machine became unusable. 
Turning off the clustering completly but keeping the load balancing seems to have 
sorted this.

One thing I saw in the logs, which i'm unsure is the cause or a symptom, is that all 
member periodically saw other members of the cluster leaving then rejoining again 1 
second later. I'm not sure what would cause this but I suppose too much network 
traffic from the in-memory session replication could cause a hold up, although I find 
it hard to believe that it would be over 3 seconds. Or as a cause of the problems, 
every time a member rejoins, all of the active sessions will have to be shared between 
the members so increased network traffic there.

If you have any ideas on that i'd be grateful.

My intended course of action was to retain the clustering and write the sessions to a 
shared disk to avoid the network traffic associated. My 1 question would be here, is 
that say I have 2 tomcats TomcatA and TomcatB, and they write their sessions to a 
shared file system using PersistenceManager, will each of them know about the sessions 
belonging to the other tomcat?

Ta
Matt


> persist sessions in a clustered environmentuse the PersistenceManager instead of the 
> clustering if all you want is to write sessions to a file system.
> http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/manager.html

> Did you need any help figuring out why in memory replication didn't work?
> Filip

  - Original Message - 
  From: Dale, Matt 
  To: Tomcat Users List (E-mail) 
  Sent: Monday, June 07, 2004 4:03 PM
  Subject: persist sessions in a clustered environment


  Hi, 

  We have been experiencing problems with our cluster using in-memory replication so 
we are looking into other ways in which to replicate the sessions. Our first step will 
be to switch to asynchronous mode for the replication from pooled but what i'm stuck 
with is replicating sessions to a shared file system. Basically I want to know how to 
do it or if someone can point me towards examples. 

  Ta 
  Matt 





--


  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not the 
intended recipient or the person responsible for delivering to the intended recipient, 
be advised that you have received this E-mail in error and that any use or copying is 
strictly prohibited. If you have received this E-mail in error please notify the 
beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual sender and 
not beCogent Ltd. You must take full responsibility for virus checking this email and 
any attachments.
Please note that the content of this email or any of its attachments may contain data 
that falls within the scope of the Data Protection Acts and that you must ensure that 
any handling or processing of such data by you is fully compliant with the terms and 
provisions of the Data Protection Act 1984 and 1998.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat


Hi,

>I took everything in the WEB-INF folder, all of my root pages, etc, and

Does this WEB-INF folder (in its lib directory obviously) contain
servlet.jar, servlet-api.jar, jsp-api.jar, any jasper jars (e.g.
jasper-compiler.jar), or any other jars that are also packaged with
tomcat in its common/lib directory/

>If I used the deployer to move out my application, and it is set to
>compile, will it tell me where problems may be?

It will tell you some problems, but not all, and likely not to tell you
more information than the stack traces you posted.  Automated tools can
do very little to help you resolve jar file version conflicts.

Yoav



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: No response from Tomcat 5 with IIS

2004-06-08 Thread STOCKHOLM, Raymond

Maybe you are running low in memory, and the GC is taking all the process.
check :
long totalMemory = Runtime.getRuntime().totalMemory();
long freeMemory = Runtime.getRuntime().freeMemory();
long maxMemory = Runtime.getRuntime().maxMemory();
log.info("totalMemory="+totalMemory);
log.info("freeMemory ="+freeMemory);
log.info("maxMemory  ="+maxMemory);

-Message d'origine-
DeÂ: George [mailto:[EMAIL PROTECTED]
EnvoyÃÂ: mardi 8 juin 2004 17:31
ÃÂ: [EMAIL PROTECTED]
ObjetÂ: Re: No response from Tomcat 5 with IIS


Hello! all.
Please give me any advice since this issue is top urgent
for me.
Any suggenstion would be appreciated for me.
Thank you very much.
George

--- Reply from George <[EMAIL PROTECTED]>:
> Hi!
> I'm having following problem.
> 
> 
> Tomcat 5.0.24 running on Windows 2000 server and IIS
> 5,
> JK2 2.0.4
> The server is put under hardware load balancer
> "BIG-IP" by
> F5 inc.
> 
> 
> Sometime when the system load is high (about 10 to
> 20
> users are using the aplication), tomcat does not
> respond
> suddenly.
> No event log has written.
> 
> Is there anyone who can teach me any tunr arround?
> 
> Please help me!
> 
> George
> 
> 
> __
> Do You Yahoo!?
> http://bb.yahoo.co.jp/
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 

__
Do You Yahoo!?
http://bb.yahoo.co.jp/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat

Yes, clean install of Tomcat 5.0.24.

I took everything in the WEB-INF folder, all of my root pages, etc, and
packaged them into a .war file and used the manager to deploy.

If I used the deployer to move out my application, and it is set to compile,
will it tell me where problems may be?

Brent

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 10:29 AM
To: Tomcat Users List
Subject: RE: Porting from Resin to Tomcat



Hi,
These are caused most likely by multiple conflicting versions of the
servlet, JSP, or jasper jars in your installations.  You did a clean
install of tomcat, right?  And you didn't copy over the servlet, jsp, or
jasper jars, did you?

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 11:15 AM
>To: 'Tomcat Users List'
>Subject: RE: Porting from Resin to Tomcat
>
>
>Neither tomcat nor resin are running your classes. The VM does. So
there
>really is no difference.
>Tell us, which errors come up, maybe we can help.
>
>
>- We are getting a variety of errors, its hard to tell what is causing
>which.
>
>After I log into our application (it is a secured app), if the server
has
>been idle a while I will receive this error:
>
>java.lang.NoClassDefFoundError
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>Method)
>   at
>sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
Acce
>s
>sorImpl.java:39)
>   at
>sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
stru
>c
>torAccessorImpl.java:27)
>   at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>   at java.lang.Class.newInstance0(Class.java:308)
>   at java.lang.Class.newInstance(Class.java:261)
>   at
>org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja
va:1
>2
>12)
>  ... (lots more after this)
>
>If I undeploy and redeploy the application, I get a different set of
errors
>(this one is long):
>
>java.lang.ExceptionInInitializerError
>   at java.lang.Class.forName0(Native Method)
>   at java.lang.Class.forName(Class.java:141)
>   at search.SearchSession.class$(SearchSession.java:20)
>   at search.SearchSession.(SearchSession.java:19)
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>Method)
>   at
>sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
Acce
>s
>sorImpl.java:39)
>   at
>sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
stru
>c
>torAccessorImpl.java:27)
>   at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>   at java.lang.Class.newInstance0(Class.java:308)
>   at java.lang.Class.newInstance(Class.java:261)
>   at
>org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja
va:1
>2
>12)
>   at
org.apache.jasper.compiler.Node$UseBean.accept(Node.java:1116)
>   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
>   at
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213)
>   at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219)
>   at org.apache.jasper.compiler.Node$Root.accept(Node.java:456)
>   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
>   at
>org.apache.jasper.compiler.Generator.generate(Generator.java:3261)
>   at
>org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:244)
>   at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
>   at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:422)
>   at
>org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.j
ava:
>5
>07)
>   at
>org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.j
ava:
>2
>74)
>   at
>org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292
)
>   at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>   at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>n
>FilterChain.java:237)
>   at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>h
>ain.java:157)
>   at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
ve.j
>a
>va:214)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:104)
>   at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
520)
>   at
>org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo
ntex
>t
>Valve.java:198)
>   at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
ve.j
>a
>va:152)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:104)
>   at
>org.apache.catalina.core.StandardPipeline.invoke(Standa

RE: Porting from Resin to Tomcat


Hi,
These are caused most likely by multiple conflicting versions of the
servlet, JSP, or jasper jars in your installations.  You did a clean
install of tomcat, right?  And you didn't copy over the servlet, jsp, or
jasper jars, did you?

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 11:15 AM
>To: 'Tomcat Users List'
>Subject: RE: Porting from Resin to Tomcat
>
>
>Neither tomcat nor resin are running your classes. The VM does. So
there
>really is no difference.
>Tell us, which errors come up, maybe we can help.
>
>
>- We are getting a variety of errors, its hard to tell what is causing
>which.
>
>After I log into our application (it is a secured app), if the server
has
>been idle a while I will receive this error:
>
>java.lang.NoClassDefFoundError
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>Method)
>   at
>sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
Acce
>s
>sorImpl.java:39)
>   at
>sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
stru
>c
>torAccessorImpl.java:27)
>   at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>   at java.lang.Class.newInstance0(Class.java:308)
>   at java.lang.Class.newInstance(Class.java:261)
>   at
>org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja
va:1
>2
>12)
>  ... (lots more after this)
>
>If I undeploy and redeploy the application, I get a different set of
errors
>(this one is long):
>
>java.lang.ExceptionInInitializerError
>   at java.lang.Class.forName0(Native Method)
>   at java.lang.Class.forName(Class.java:141)
>   at search.SearchSession.class$(SearchSession.java:20)
>   at search.SearchSession.(SearchSession.java:19)
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>Method)
>   at
>sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
Acce
>s
>sorImpl.java:39)
>   at
>sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
stru
>c
>torAccessorImpl.java:27)
>   at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>   at java.lang.Class.newInstance0(Class.java:308)
>   at java.lang.Class.newInstance(Class.java:261)
>   at
>org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.ja
va:1
>2
>12)
>   at
org.apache.jasper.compiler.Node$UseBean.accept(Node.java:1116)
>   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
>   at
org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213)
>   at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219)
>   at org.apache.jasper.compiler.Node$Root.accept(Node.java:456)
>   at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
>   at
>org.apache.jasper.compiler.Generator.generate(Generator.java:3261)
>   at
>org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:244)
>   at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
>   at
org.apache.jasper.compiler.Compiler.compile(Compiler.java:422)
>   at
>org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.j
ava:
>5
>07)
>   at
>org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.j
ava:
>2
>74)
>   at
>org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292
)
>   at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>   at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
atio
>n
>FilterChain.java:237)
>   at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
terC
>h
>ain.java:157)
>   at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
ve.j
>a
>va:214)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:104)
>   at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
520)
>   at
>org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo
ntex
>t
>Valve.java:198)
>   at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
ve.j
>a
>va:152)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:104)
>   at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
520)
>   at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
a:13
>7
>)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:104)
>   at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
a:11
>7
>)
>   at
>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC
onte
>x
>t.java:102)
>   at
>org.apache.catalina.core.StandardPipeline

Re: No response from Tomcat 5 with IIS

2004-06-08 Thread George

Hello! all.
(BPlease give me any advice since this issue is top urgent
(Bfor me.
(BAny suggenstion would be appreciated for me.
(BThank you very much.
(BGeorge
(B
(B--- Reply from George <[EMAIL PROTECTED]>:
(B> Hi!
(B> I'm having following problem.
(B> 
(B> 
(B> Tomcat 5.0.24 running on Windows 2000 server and IIS
(B> 5,
(B> JK2 2.0.4
(B> The server is put under hardware load balancer
(B> "BIG-IP" by
(B> F5 inc.
(B> 
(B> 
(B> Sometime when the system load is high (about 10 to
(B> 20
(B> users are using the aplication), tomcat does not
(B> respond
(B> suddenly.
(B> No event log has written.
(B> 
(B> Is there anyone who can teach me any tunr arround?
(B> 
(B> Please help me!
(B> 
(B> George
(B> 
(B> 
(B> __
(B> Do You Yahoo!?
(B> http://bb.yahoo.co.jp/
(B> 
(B> 
(B>
(B-
(B> To unsubscribe, e-mail:
(B> [EMAIL PROTECTED]
(B> For additional commands, e-mail:
(B> [EMAIL PROTECTED]
(B> 
(B
(B__
(BDo You Yahoo!?
(Bhttp://bb.yahoo.co.jp/
(B
(B
(B-
(BTo unsubscribe, e-mail: [EMAIL PROTECTED]
(BFor additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat


Neither tomcat nor resin are running your classes. The VM does. So there
really is no difference.
Tell us, which errors come up, maybe we can help.


- We are getting a variety of errors, its hard to tell what is causing
which.

After I log into our application (it is a secured app), if the server has
been idle a while I will receive this error:

java.lang.NoClassDefFoundError
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
sorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
torAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at
org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:12
12)
  ... (lots more after this)

If I undeploy and redeploy the application, I get a different set of errors
(this one is long):

java.lang.ExceptionInInitializerError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:141)
at search.SearchSession.class$(SearchSession.java:20)
at search.SearchSession.(SearchSession.java:19)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
sorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
torAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at
org.apache.jasper.compiler.Generator$GenerateVisitor.visit(Generator.java:12
12)
at org.apache.jasper.compiler.Node$UseBean.accept(Node.java:1116)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213)
at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219)
at org.apache.jasper.compiler.Node$Root.accept(Node.java:456)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
at
org.apache.jasper.compiler.Generator.generate(Generator.java:3261)
at
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:244)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:422)
at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5
07)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2
74)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137
)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:793)
at
org.apache.coyote.http11.H

Second try: Embedded Tomcat 5.0: servlet mappings added to context after start do not work. Looking for suggestions...

2004-06-08 Thread DJohnson

I have an application which embeds tomcat 4.1.12.  It dynamically creates 
contexts, adding wrappers for servlets, etc.  Due to the dynamic nature of 
this application, it can add and remove servlet mappings after the context 
has been started (added into a host in the started engine).  This works 
fine under 4.1.12. 
Now I am trying to upgrade to Tomcat 5, specifically 5.0.24, and this 
fails.  Servlet mappings added via context.addServletMapping() before the 
context is started work fine, but servlet mappings added afterward do not 
work.  I've searched the archives and found no mention of this.  After 
some debugging of the running engine, here is what I find:
1. Initial mapping of incoming requests is now based upon a Mapper within 
the CoyoteConnector, and the Mapper held within a StandardContext is no 
longer consulted on a per-request basis.
2. CoyoteConnector(s) retrieve all mapping information from new contexts, 
so they are initially correct.
3. Subsequently added/removed servlet mappings are maintained within the 
StandardContext's Mapper, but do *not* get propagated to the Connector.

Is this a bug?  Is there some way of working around this?  At the time I 
am adding mappings to a Context, I do not have a reference to the 
associated Connector, or I could (also) tell the Connector about the 
servlet mapping.  Any suggestions?
 
__
David S. Johnson
DeskNet Inc.
66 Pearl Street, Suite 300
Portland, ME  04101
Phone:  207-772-1484 x13
FAX:  207-773-6133
http://www.desknetinc.com
 Harness the Power of Your Content

Re: Porting from Resin to Tomcat

2004-06-08 Thread Kunthar

I wanna add jdbc database connection issue too.
Hope you've checked this too.
Take care all...





- Original Message - 
From: "SH Solutions" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 08, 2004 5:16 PM
Subject: RE: Porting from Resin to Tomcat


> Hi
>
> > We are porting an application from Resin running on WinNT/IIS to Tomcat
on
> Linux.  However, we are noticing a lot of errors coming up on Tomcat that
do
> not occur on Resin.
> > Is there anyone on the list that has ported an app between the two
> platforms?  What are some known issues in the porting?
>
> Yes, I did.
> For some time, our app was even supported on both plattforms.
>
> The only problem we got into, was that resin automatically parses mutipart
> post content. Tomcat does not. So we went for commons-fileupload and we
are
> fine with that.
>
> Nothing else needed to be changed. (We are only using servlets, no JSPs.)
>
> > However, a lot of the errors coming up seem to be java based errors
(which
> is odd, since Java is a write once, run anywhere language).
>
> Neither tomcat nor resin are running your classes. The VM does. So there
> really is no difference.
> Tell us, which errors come up, maybe we can help.
>
> Keep in mind, that you have to develop container-independent. Both resin
and
> tomcat give you some functionallity only with their own classes. As far as
I
> can tell, this is mostly the case only for things which are not defined in
> the servlet specs. Try to avoid them as much as possible, since they will
> definitly make your application plattform dependent. And writing an
> application that supports both is a burden in java. (I think this is
really
> a problem of the language.)
>
> Regards,
>   Steffen
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.688 / Virus Database: 449 - Release Date: 18.05.2004


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Thread reuse question (Tomcat 4.1)


Hi,
Tomcat reuses request processing threads across webapps: the thread pool
is associated with a connector, and all apps served by that connector
will use this pool.

The Servlet Spec guarantees you that one thread will serve the entire
request from start to finish, i.e. any filters, servlets, includes, etc
will be processed by the same thread.  Needless to say, tomcat obeys
this.  Other than that, the spec leaves thread management and allocation
up to the container implementation, with the terrible exception that's
now thankfully removed of SingleThreadModel.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Greg Ward [mailto:[EMAIL PROTECTED]
>Sent: Monday, June 07, 2004 3:20 PM
>To: [EMAIL PROTECTED]
>Subject: Thread reuse question (Tomcat 4.1)
>
>I have a question motivated by our application's slightly peculiar
>logging requirements.  (Details below, if you're curious.)
>
>Specifically, does Tomcat 4.1 reuse request-processing threads across
>web apps, or only within a single web app?  I.e. if thread X is created
>to service a request for web app #1, will that thread ever be used to
>service requests for any other web app?  Or is it exclusively devoted
to
>the use of web app #1?
>
>Rationale: we'd like our web apps to have per-user log files; this is
>for a moderate-traffic, high-log-output family of applications, so
>separating the log output by user makes sense.  The obvious way to do
>that is have a thread-local log object that is initialized when
starting
>a request, and closed when finishing the request.
>
>The catch: what state do I leave the ThreadLocal in when finishing each
>request?  Right now, I'm pointing it to the default log file for the
>current web app, eg. app1.log.  But if the thread that just processed a
>request for web app #1 is reused for web app #2, and web app #2 does
not
>set the thread-local log object correctly, things will get confusing --
>some libraries used by web app #2 in processing the request will log to
>the thread-local log object, namely app1.log.
>
>So at the very least, I'd like to know how Tomcat 4.1 reuses threads.
>Better yet, I'd like to know if the servlet spec makes any guarantees
in
>this are -- I've read what I think are the relevant sections (2.2,
2.3),
>but I didn't see anything.
>
>Thanks --
>
>Greg
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thread reuse question (Tomcat 4.1)

2004-06-08 Thread Greg Ward

I have a question motivated by our application's slightly peculiar
logging requirements.  (Details below, if you're curious.)

Specifically, does Tomcat 4.1 reuse request-processing threads across
web apps, or only within a single web app?  I.e. if thread X is created
to service a request for web app #1, will that thread ever be used to
service requests for any other web app?  Or is it exclusively devoted to
the use of web app #1?

Rationale: we'd like our web apps to have per-user log files; this is
for a moderate-traffic, high-log-output family of applications, so
separating the log output by user makes sense.  The obvious way to do
that is have a thread-local log object that is initialized when starting
a request, and closed when finishing the request.

The catch: what state do I leave the ThreadLocal in when finishing each
request?  Right now, I'm pointing it to the default log file for the
current web app, eg. app1.log.  But if the thread that just processed a
request for web app #1 is reused for web app #2, and web app #2 does not
set the thread-local log object correctly, things will get confusing --
some libraries used by web app #2 in processing the request will log to
the thread-local log object, namely app1.log.

So at the very least, I'd like to know how Tomcat 4.1 reuses threads.
Better yet, I'd like to know if the servlet spec makes any guarantees in
this are -- I've read what I think are the relevant sections (2.2, 2.3),
but I didn't see anything.

Thanks --

Greg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: persist sessions in a clustered environment

persist sessions in a clustered environmentuse the PersistenceManager instead of the 
clustering if all you want is to write sessions to a file system.
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/manager.html

Did you need any help figuring out why in memory replication didn't work?
Filip

  - Original Message - 
  From: Dale, Matt 
  To: Tomcat Users List (E-mail) 
  Sent: Monday, June 07, 2004 4:03 PM
  Subject: persist sessions in a clustered environment

  Hi, 

  We have been experiencing problems with our cluster using in-memory replication so 
we are looking into other ways in which to replicate the sessions. Our first step will 
be to switch to asynchronous mode for the replication from pooled but what i'm stuck 
with is replicating sessions to a shared file system. Basically I want to know how to 
do it or if someone can point me towards examples. 

  Ta 
  Matt 

--

  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]

RE: How do I associate a web app with a specific IP (connector)?

2004-06-08 Thread Patrick Willart

Nope, you don't. There are different ways to do this, but with this
technique you don't need extra connectors.

grts,

Patrick

-Original Message-
From: Barnet Wagman [mailto:[EMAIL PROTECTED]
Sent: Monday, June 07, 2004 9:30 PM
To: Tomcat Users List
Subject: Re: How do I associate a web app with a specific IP
(connector)?


Thanks. That looks simple enough.  Does this mean that I don't need an
extra connector for the IP?

Patrick Willart wrote:

>There is probably more than one way to do this, but one is by defining
>multiple hosts and using an alias to bind the host to an IP.
>
>You could end up with something like this:
>
>autoDeploy="true" xmlValidation="true" xmlNamespaceAware="true">
>
> 127.0.0.1
> yourdomain1.com
>
> 
>
>
>autoDeploy="true" xmlValidation="true" xmlNamespaceAware="true">
>
> 127.0.0.2
> yourdomain2.com
>
> 
>
>
>grts,
>
>Patrick
>
>-Original Message-
>From: Barnet Wagman [mailto:[EMAIL PROTECTED]
>Sent: Monday, June 07, 2004 5:27 PM
>To: Tomcat Users List
>Subject: How do I associate a web app with a specific IP (connector)?
>
>
>I'm going to be running Tomcat with two IP addresses (each has its own
>domain name).  How do I associate some web apps with one and some with
>the other?
>
> From my reading of the /Server Configuration Reference/ (but no
>experience yet), I gather that I should create a connector for each IP
>address.  But I don't see how to associate a web app with a particular
>connector.  Do I need to create separate Host elements and use separate
>appBases? Or is there another way altogether?
>
>Thanks,
>
>bw
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Error running service.bat while trying to install 2nd tomcat service

2004-06-08 Thread Ben Souther

Hello, 

I'm trying to install a 2nd instance of tomcat as a windows service with 
service.bat.

The script reports several errors but then reports that the service has been 
installed.  It doesn't appear that it has.
Has anyone seen these errors before?


===
Output from service.bat
===
D:\davison\tomcat2\bin>service.bat install aaa
[2004-06-08 10:14:48] [349  prunsrv.c] [error]
The system cannot find the file specified.
[2004-06-08 10:14:48] [1037 prunsrv.c] [error]
Load configuration failed
[2004-06-08 10:14:48] [349  prunsrv.c] [error]
The system cannot find the file specified.
[2004-06-08 10:14:48] [1037 prunsrv.c] [error]
Load configuration failed
The service 'aaa' has been installed


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat

2004-06-08 Thread SH Solutions

Hi

> We are porting an application from Resin running on WinNT/IIS to Tomcat on
Linux.  However, we are noticing a lot of errors coming up on Tomcat that do
not occur on Resin.
> Is there anyone on the list that has ported an app between the two
platforms?  What are some known issues in the porting?

Yes, I did.
For some time, our app was even supported on both plattforms.

The only problem we got into, was that resin automatically parses mutipart
post content. Tomcat does not. So we went for commons-fileupload and we are
fine with that.

Nothing else needed to be changed. (We are only using servlets, no JSPs.)

> However, a lot of the errors coming up seem to be java based errors (which
is odd, since Java is a write once, run anywhere language).

Neither tomcat nor resin are running your classes. The VM does. So there
really is no difference.
Tell us, which errors come up, maybe we can help.

Keep in mind, that you have to develop container-independent. Both resin and
tomcat give you some functionallity only with their own classes. As far as I
can tell, this is mostly the case only for things which are not defined in
the servlet specs. Try to avoid them as much as possible, since they will
definitly make your application plattform dependent. And writing an
application that supports both is a burden in java. (I think this is really
a problem of the language.)

Regards,
  Steffen


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Porting from Resin to Tomcat


Hi,
Well, a couple of things could be happening.

One is that the versions of Tomcat and Resin that you're using support
different versions of the Servlet Specification.  For example, if you're
migrating from the newest Resin to tomcat 4.x and are using Servlet Spec
2.4 calls or classes, you won't be able to compile your classes.

Another thing that could be happening is that you have server-specific
code (in this case Resin-specific).  That code will obviously fail on
Tomcat or any non-Resin server.

Portability and WORA are only good and true if you stick to the relevant
Specifications.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 10:05 AM
>To: 'Tomcat Users List'
>Subject: Porting from Resin to Tomcat
>
>We are porting an application from Resin running on WinNT/IIS to Tomcat
on
>Linux.  However, we are noticing a lot of errors coming up on Tomcat
that
>do
>not occur on Resin.
>
>Is there anyone on the list that has ported an app between the two
>platforms?  What are some known issues in the porting?
>
>I'm fairly new to Java, but I do know that the code should not change.
>However, a lot of the errors coming up seem to be java based errors
(which
>is odd, since Java is a write once, run anywhere language).
>
>Thanks,
>Brent Worley
>
>
>
>**
>The information contained in this communication is
>confidential, is intended only for the use of the recipient
>named above, and may be legally privileged.
>If the reader of this message is not the intended
>recipient, you are hereby notified that any dissemination,
>distribution, or copying of this communication is strictly
>prohibited.
>If you have received this communication in error,
>please re-send this communication to the sender and
>delete the original message or any copy of it from your
>computer system. Thank You.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: cookie size and tomcat 5

2004-06-08 Thread Mike Curwen

ARGH!!
 
Why did I bother?

http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=5
6&t=002459

> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, June 08, 2004 7:46 AM
> To: Tomcat Users List
> Subject: RE: cookie size and tomcat 5
> 
> 
> 
> Hi,
> Tomcat 5.0.24 has a cookies-related bug. Use 5.0.25 or later 
> or 5.0.24 with the cookie hotfix.
> 
> Yoav Shapira
> Millennium Research Informatics
> 
> 
> >-Original Message-
> >From: anish [mailto:[EMAIL PROTECTED]
> >Sent: Tuesday, June 08, 2004 5:19 AM
> >To: Tomcat Users List
> >Subject: cookie size and tomcat 5
> >
> >Hi all,
> >
> >have you ever met with a cookie problem with tomcat 5x 
> series. actually
> we
> >are trying to set a cookie which comes around 4 KB, in tomcat 5.0.24
> and
> >then our application crashes. But this works fine with old 
> versions of 
> >tomcat like 3x and 4x series. we r setting the cookie through
> javascript
> >only.
> >
> >please help me to sort out this issue. its very very urgent.
> >
> >Thanks and Regards..
> >Anish kumar.G..
> 
> 
> 
> This e-mail, including any attachments, is a confidential 
> business communication, and may contain information that is 
> confidential, proprietary and/or privileged.  This e-mail is 
> intended only for the individual(s) to whom it is addressed, 
> and may not be saved, copied, printed, disclosed or used by 
> anyone else.  If you are not the(an) intended recipient, 
> please immediately delete this e-mail from your computer 
> system and notify the sender.  Thank you.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Porting from Resin to Tomcat

We are porting an application from Resin running on WinNT/IIS to Tomcat on
Linux.  However, we are noticing a lot of errors coming up on Tomcat that do
not occur on Resin.

Is there anyone on the list that has ported an app between the two
platforms?  What are some known issues in the porting?

I'm fairly new to Java, but I do know that the code should not change.
However, a lot of the errors coming up seem to be java based errors (which
is odd, since Java is a write once, run anywhere language).

Thanks,
Brent Worley



**
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: ROOT.war says it's missing application web.xml

2004-06-08 Thread Tim Penhey

Hoo Ray!  Thanks, that fixed it.

Tim

> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: 08 June 2004 14:26
> To: Tomcat Users List
> Subject: RE: ROOT.war says it's missing application web.xml
> 
> 
> 
> Hi,
> Change path="/" to path="" and restart tomcat.
> 
> Yoav Shapira
> Millennium Research Informatics





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Creator --> Tomcat

2004-06-08 Thread James Black

[EMAIL PROTECTED] wrote:
Hi!
 I have been working with Sun's Studio Creator early release, and am trying to
transfer a project of automatically-built files to Tomcat.
 There seems to be no explicit documentation on how to do this.
I have copied the seemingly appropriate file structure [folder with .jsp and
WEB-INF folder] to Tomcat's
webapps directory, but cannot get the application to start up.  It is just a
simple page with calculations.
 

 If you look at the logs you will find some exceptions were thrown.  I 
don't remember all of them, but there are 2-4 jar files that need to be 
included.
 You will probably need
commons-beanutils.jar
commons-digester.jar

 I didn't try it on tomcat4, so if you are doing it there, if it works, 
it will require some other jar files.

 Just delete your logs, restart tomcat, look at the log file, find 
where the exception is thrown, get the new file to put in, and repeat.

 I have already reported this to Sun a month or so ago.
--
"Love is mutual self-giving that ends in self-recovery." Fulton Sheen
James Black[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

tomcat url rewriting protblem

2004-06-08 Thread Christophe Andreoli

Hello !
I just would like to redirect /mitop  to /mitop2
I wrote in httpd.conf
RewriteEngine On
RewriteLog "/logs/rewrite.log"
RewriteRule ^/mitop  /mitop2
I doesn't work and when I look at access.log , I see:

[08/Jun/2004:15:38:35 +0200]
 - - [08/Jun/2004:15:38:35 +0200] "GET /mitop HTTP/1.1" 302 659
- - [08/Jun/2004:15:38:35 +0200] "GET /mitop/ HTTP/1.1" 302 659
 - - [08/Jun/2004:15:38:35 +0200] "GET /mitop/start.jsp HTTP/1.1" 200
I seems that /mitop is rather redirected to /mitop/start.jsp
due to the welcome-file tag in web.xml

start.jsp
  
Do you know how I can redirect rather to /mitop2 ?

Thanks !

 Christoph
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: ROOT.war says it's missing application web.xml


Hi,
Change path="/" to path="" and restart tomcat.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Tim Penhey [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 08, 2004 9:17 AM
>To: Tomcat-User
>Subject: ROOT.war says it's missing application web.xml
>
>Hi All,
>
>I have a vanilla Tomcat 5.0.25 on Win 2K using JDK 1.4.2_04.
>I undeployed all the default webapps except admin and manager, and I
wanted
>to replace the
>ROOT context with a war file.  However, here is where the problems seem
to
>go wrong.
>
>I have a ROOT.xml config file in
${catalina.home}/conf/Cataline/localhost
>
>
>
>   connectionName="tomcat"
> connectionPassword="tc"
> connectionURL="jdbc:postgresql://localhost:5432/xyz"
> debug="3"
> digest="MD5"
> driverName="org.postgresql.Driver"
> roleNameCol="role"
> userCredCol="passwd"
> userNameCol="username"
> userRoleTable="user_roles"
> userTable="users"/>
>  
>  
>
>  url
>  jdbc:postgresql://localhost:5432/xyz
>
>
>  password
>  [**cut**]
>
>
>  maxActive
>  4
>
>
>  maxWait
>  5000
>
>
>  driverClassName
>  org.postgresql.Driver
>
>
>  username
>  [**cut88]
>
>
>  maxIdle
>  2
>
>  
>
>
>I added the war file to the webapps directory and renamed it to
ROOT.war.
>Here is the
>relavant bits of the stdout.log:
>
>INFO: Processing Context configuration file URL file:D:\Apache Software
>Foundation\Tomcat
>5.0\conf\Catalina\localhost\ROOT.xml
>08-Jun-2004 14:05:32 org.apache.catalina.startup.ContextConfig
>applicationConfig
>INFO: Missing application web.xml, using defaults only
>StandardEngine[Catalina].StandardHost[localhost].StandardContext[/]
>08-Jun-2004 14:05:33 org.apache.catalina.core.StandardHostDeployer
install
>INFO: Installing web application at context path  from URL
file:d:/Apache
>Software
>Foundation/Tomcat 5.0/webapps/ROOT
>
>WHY am I getting "INFO: Missing application web.xml", as the war file
>definately includes
>one in WEB-INF and I can see it in the exploded war directory ROOT that
>tomcat makes.
>
>Thanks for any help...
>
>Tim
>
>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

ROOT.war says it's missing application web.xml

2004-06-08 Thread Tim Penhey

Hi All,

I have a vanilla Tomcat 5.0.25 on Win 2K using JDK 1.4.2_04.
I undeployed all the default webapps except admin and manager, and I wanted to replace 
the
ROOT context with a war file.  However, here is where the problems seem to go wrong.

I have a ROOT.xml config file in ${catalina.home}/conf/Cataline/localhost



  
  
  

  url
  jdbc:postgresql://localhost:5432/xyz


  password
  [**cut**]


  maxActive
  4


  maxWait
  5000


  driverClassName
  org.postgresql.Driver


  username
  [**cut88]


  maxIdle
  2

  


I added the war file to the webapps directory and renamed it to ROOT.war.  Here is the
relavant bits of the stdout.log:

INFO: Processing Context configuration file URL file:D:\Apache Software 
Foundation\Tomcat
5.0\conf\Catalina\localhost\ROOT.xml
08-Jun-2004 14:05:32 org.apache.catalina.startup.ContextConfig applicationConfig
INFO: Missing application web.xml, using defaults only
StandardEngine[Catalina].StandardHost[localhost].StandardContext[/]
08-Jun-2004 14:05:33 org.apache.catalina.core.StandardHostDeployer install
INFO: Installing web application at context path  from URL file:d:/Apache Software
Foundation/Tomcat 5.0/webapps/ROOT

WHY am I getting "INFO: Missing application web.xml", as the war file definately 
includes
one in WEB-INF and I can see it in the exploded war directory ROOT that tomcat makes.

Thanks for any help...

Tim





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 5.0.x deadlock

2004-06-08 Thread Ryan Lissack

It is more than likely a problem with the NPTL stuff that was included in
RedHat 9.

Setting the LD_ASSUME_KERNEL environment variable to 2.4.1 will probably fix
your problem, so in /etc/profile (or equivalent) add:
export LD_ASSUME_KERNEL=2.4.1;

There are plenty of details about this in the archives ...

Ryan.

-Original Message-
From: Stefano Lissa [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 14:07
To: Tomcat Users List
Subject: Re: Tomcat 5.0.x deadlock

Ryan Lissack wrote:

>Hi,
>
>Does Tomcat stop responding on both RedHat 8 and RedHat 9 or just the one
on
>RedHat 9 ?
>  
>
sorry Ryan, just a mistake, they both are RedHat 9 (Shrike)... at least 
a common element...

Thank you.

Stefano.

 --
 Email.it, the professional e-mail, gratis per te: http://www.email.it/f

 Sponsor:
 Alimentazione biologica, fanghi di Guam, aloe vera,
* prodotti di bellezza Erbolario. Dove? 
 Clicca qui:
http://adv.email.it/cgi-bin/foclick.cgi?mid=1305&d=8-61533&d=8-6

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 5.0.x deadlock

2004-06-08 Thread Stefano Lissa

Ryan Lissack wrote:
Hi,
Does Tomcat stop responding on both RedHat 8 and RedHat 9 or just the one on
RedHat 9 ?
 

sorry Ryan, just a mistake, they both are RedHat 9 (Shrike)... at least 
a common element...

Thank you.
Stefano.

--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f

Sponsor:
Alimentazione biologica, fanghi di Guam, aloe vera,
* prodotti di bellezza Erbolario. Dove? 

Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1305&d=8-61533&d=8-6
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JNDI Datasource advanced use

2004-06-08 Thread Hans

Hi,
seems to me you are talking about 2 different things:
- preventing the user from executing a huge query while another is running
- cancelling the huge query
The first can easily be implemented using some flags in a user session,
the second I don't know ;-).
What does your database documentation has to say about threadsafety and 
such? I can imagine running a worker thread for the long query, and the 
main thread closing the connection, but I do not know if this really 
cancels the running query.
Look here for example to see how you can handle this in mysql:
http://dev.mysql.com/doc/mysql/en/KILL.html
Instead of closing a connection, you would have to determine the proces id 
for your query and kill it, at least that is what I gather from this page.

grtz
Hans
ps on a side note, running huge queries on a frequent basis by lot's of 
users isn't cool. Do they have to modify the data as well? Is it possible 
to preprocesses the data into a smaller table?

At 14:33 08/06/2004 +0200, Enrico Drusiani wrote:
Hi Freddy,
Thanks for your fast reply. Actually with closing i mean bolcking the
execution of the Statement.executeQuery(String SQL) method (or the like)
while it is running. For being more accurate and in order to give you an
idea of the data flow, that query can actually work on some million records.
As you can guess, it may mean to wait for a couple of minutes before having
a resultset to show to the user back on the browser. And user don't like to
wait that long. A typical user, even if long waiting time for huge queries
are specified in the manual, don't actually read the manual. So they hit the
back button, thinking the system was blocked and redo the query that gets
some minute to finish... so they hit the back button and on again. That's
why I'd like to give the user a nice "cancel" button and get rid of all
those huge queries going on in the background.
Thanks again
Enrico Drusiani
-Original Message-
From: Freddy Villalba Arias [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 01:48 PM
To: Tomcat Users List; Edrusiani
Subject: RE: JNDI Datasource advanced use
Hi Enrico,
I suppose that by "closing" you mean freeing up the resource. When you close
a connection that has been obtained from a DataSource, I believe it is not
actually closed, but only released, hence made available to other processes.
How many connections are there, for how long, and that sort of things...
they should be transparently managed by the underlying product (the one
where you configured your DS).
If this resembles your scenario, then closing connection should do it;
obviously, you will still have to handle the consequences of "closing" a
connection: rollback (or not) any transaction, etc... etc...
HTH,
Freddy.
-Mensaje original-
De: Enrico Drusiani [mailto:[EMAIL PROTECTED]
Enviado el: martes, 08 de junio de 2004 13:14
Para: [EMAIL PROTECTED]
Asunto: JNDI Datasource advanced use
Greetings everyone.
I need to give the user of my servlet based web application the chance to
close a connection to a db if it takes too much time (some of my queries
work on a huge amount of data). I was thinking of something like a "cancel"
button that asks a servlet to close the working connection. Can that be
achieved by using the JNDI datasource or have I to use some more advanced
data layer like hibernate or jdo?
Thanks for your time and attention
Enrico Drusiani

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tracking #: 0C05932399AE9D43B10CEBB8E94D2ADF007EE8D9
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 5.0.x deadlock

2004-06-08 Thread Ryan Lissack

Hi,

Does Tomcat stop responding on both RedHat 8 and RedHat 9 or just the one on
RedHat 9 ?

Ryan.

-Original Message-
From: Stefano Lissa [mailto:[EMAIL PROTECTED]
Sent: 08 June 2004 13:31
To: Tomcat Users List
Subject: Tomcat 5.0.x deadlock


Hi, this my situation: two indipendent servers, the first with red hat 
8, jdk 1.4.1, tomcat 5.0.16, no connectors, no Apache. The second with 
red hat 9, jdk 1.4.2_04, tomcat 5.0.19, no Apache.

Randomly I find Tomcat stop responding: no CPU load, no JVM activity, no 
information on catalina.out and localhost_log. No one web app respond, 
even the manager is not accessible.

This situattion is not connected to a high load, on a server I have no 
high load at all.

It seems a server deadlock... the only way to recover is to restart 
tomcat. Same situation? Some ideas?
I haven't changed tomcat jars, they are clean installations. Can I setup 
Tomcat on a way to track what happen?

Thank you.

Bye, Stefano.
 
 
 --
 Email.it, the professional e-mail, gratis per te: http://www.email.it/f
 
 Sponsor:
 Natsabe.it la più grande erboristeria online italiana 
* prezzi bassi tutto l'anno !
 Clicca qui:
http://adv.email.it/cgi-bin/foclick.cgi?mid=1298&d=8-6it/cgi-bin/foclick.cgi
?mid=1306&d=8-6

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: cookie size and tomcat 5