Re: max_threads issue & blocked threads (*warning* long thread dump attached)

[Pascal Alberty]

Check your connectiontimeout value. May be it is too high ?
Have you a heavy load on this server ? How many (concurent) users ?

On 10/18/06, Derek Wormdahl <[EMAIL PROTECTED]> wrote:

We initially started this project running on the Sun JVM but ran into an
issue with the JVM aborting when doing a PDF conversion in the
application.  Some conflict with the iText libraries or something.
JRockit was the only JVM that seemed to not have the problem.  We
haven't tried the Sun JVM since we've noticed these issues but it may be
a tradeoff we need to make in order to see if the problem persists.  So
do you think it's more likely a JVM bug/issue opposed to an application
issue?

Thanks,
-Derek

--
Pascal Alberty
http://pascal.albertyorban.be

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

IIS 6.0 Tomcat 5.0 Isapi_Redirect 1.2.19

[Beard, Jason]

Hello all,

 

I'm configuring a new development server and I'm having some issues
configuring the redirect.

Versions:

W2K3 Std SP1

Tomcat 5.0.28

IIS 6.0

Isapi_Redirect 1.2.19

Java 1.5.0_06

 

I have Tomcat installed as a service

I have the isapi_redirect configured as a filter

I have 1 worked defined in workers.properties

I have tomcatAuthentication="false" in server.xml

 

With Anonymous access turned on in IIS the redirect works fine

The application I am configuring has a requirement that basic
authentication be setup on the Jakarta virtual directory.  

When I turn on basic authentication IIS does not allow me to
authenticate, it prompts 3 times and then gives a 401.2 HTTP error.  

 

Any help would be appreciated.

 

Thanks

 Jason Beard

[EMAIL PROTECTED]

(US) +1.781.501.4408 

(mobile) +1.617.548.5568

 

The Revere Group   

"your trusted advisor"
an NTT Data Company



NOTICE:  The information contained in this electronic mail transmission
is intended by The Revere Group Limited, an NTT Data Company, for the
use of the named individual or entity to which it is addressed and may
contain information that is privileged or otherwise confidential. It is
not intended for transmission to, or receipt by, any individual or
entity other than the named addressee (or a person authorized to deliver
it to the named addressee) except as otherwise expressly permitted in
this electronic mail transmission. If you have received this electronic
transmission in error, please delete it without copying or forwarding
it, and notify the sender of the error.

 

Re: Database connection pooling errors in Tomcat 5.5.17

[Saurabh Nanda]

Thanks. I got it working:

1. Removed the oracle driver from WEB-INF/lib and put it in common/lib
2. Used the format of the URL given below:
jdbc:oracle:thin:@address:port:schema
-- but it's rather strange -- is this documented anywhere? When I was using
the "normal" (non DBCP) method to connect to the oracle DB my eariler URL
string used to work!


Here is a valid url :


url="jdbc:oracle:thin:@address:port:schema"




Thanks,
Nandz.
--
http://nandz.blogspot.com
http://foodieforlife.blogspot.com

Re: After stopping tomcat, the tomcat process still appears to be running

[Christopher Schultz]

Elaine,

> 1) use shutdown.sh to shut down tomcat
> 2) Now the website appears to be down
> 3) Use ps -ef | grep tomcat to check the processes, tomcat still appears
> to be running:

I suspect that you are seeing another Tomcat process that is either left
over from a previous configuration (say, you changed the port numbers at
some point before you shut the old one down), or from an entirely
different app environment (which would be odd since the paths look the
same).

At any rate, you could probably just "kill -9" the lingering process,
re-start Tomcat, and check to make sure that everything still works as
expected. It's probably nothing to worry about.

If it comes back, though, it's time to start looking around for other
ways that Tomcat is being started on your server.

-chris




signature.asc
Description: OpenPGP digital signature

Re: CGI vs SMTP vs Tomcat

[Wade Chandler]

Hmm.  Which user is Tomcat being run as?  Are you
running Tomcat as the same user as your are running
the script?  Wondering if maybe there is not some type
of a port blocker installed on your system outside of
the servers.  Maybe when you ran your script or one
previously maybe quite some time ago which made
outbound connections you were prompted to allow it or
not, and Tomcat running as a different user maybe
didn't cause you to get the popup about the blocked
port.  Do you have any logs you can check if you have
any port blockers or personal firewalls installed?

Wade

--- Warren Halstead <[EMAIL PROTECTED]> wrote:

> 
> Ok,
> 
>  Here goes
> 
>  1) I can from my server ping the mail server.
>  2) I can from the Windows command line, telnet
> to port 25 (SMTP) of the
> mail server. It works.
>  3) Using a packet sniffer I see #2 happening.
>  4) Using a packet sniffer I see nothing
> happening network wise from my
> script.
> 
> PERL Example:
> 
> use strict;
> use Net::SMTP;
> 
> my $smtp = Net::SMTP->new($mailServer); #
> connect to an SMTP server
> $smtp->mail($senderEmail);   # use the
> sender's address here
> $smtp->to($recipientEmail);  #
> recipient's address
> $smtp->data(); # Start the mail
> 
>  # Send the header.
> $smtp->datasend("To: $recipientEmail\n");
> $smtp->datasend("From: $senderEmail\n");
> $smtp->datasend("Subject: $subject\n");
> 
> $smtp->datasend("\n");   # Send the
> body.
> $smtp->datasend("$message\n");
> 
> $smtp->dataend();#
> Finish sending the mail
> $smtp->quit; # Close
> the SMTP connection -ab
> 
> 
> Output in logs
> 
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: findCGI:
> path=/RFI.cgi, C:\Program
> Files\Apache Software Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF/cgi
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: findCGI:
> currentLoc=C:\Program
> Files\Apache Software Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: findCGI:
> currentLoc=C:\Program
> Files\Apache Software Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: findCGI:
> FOUND cgi at C:\Program
> Files\Apache Software Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: findCGI
> calc: name=RFI.cgi,
> path=C:\Program Files\Apache Software
> Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi,
> scriptname=/cgi-bin\RFI.cgi,
> cginame=\RFI.cgi
> 
> 2006-10-05 00:17:29 StandardContext[]cgi:
> runCGI(envp=[{HTTP_USER_AGENT=Mozilla/5.0 (Windows;
> U; Windows NT 5.1;
> en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1,
> HTTP_ACCEPT_ENCODING=gzip,deflate,
> REQUEST_METHOD=POST, AUTH_TYPE=,
> HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5,
> SERVER_NAME=205.16.7.98,
> SERVER_SOFTWARE=TOMCAT,
> HTTP_CONTENT_TYPE=application/x-www-form-urlencoded,
> HTTP_REFERER=http://205.16.7.98/RFI/RFI.html,
> HTTP_KEEP_ALIVE=300,
> HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7,
> HTTP_HOST=205.16.7.98,
> GATEWAY_INTERFACE=CGI/1.1,
> X_TOMCAT_SCRIPT_PATH=C:\Program Files\Apache
> Software Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi,
> REMOTE_ADDR=205.16.7.101, SERVER_PROTOCOL=HTTP/1.1,
> HTTP_CACHE_CONTROL=max-age=0, PATH_INFO=,
> REMOTE_HOST=205.16.7.101,
> QUERY_STRING=, HTTP_CONNECTION=keep-alive,
> SERVER_PORT=80,
> CONTENT_TYPE=application/x-www-form-urlencoded,
> CONTENT_LENGTH=370,
> HTTP_CONTENT_LENGTH=370,
>
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5,
> SCRIPT_NAME=/cgi-bin\RFI.cgi, REMOTE_USER=,
> REMOTE_IDENT=}],
> command=C:\Program Files\Apache Software
> Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi)
> 
> 2006-10-05 00:17:29 StandardContext[]cgi: runCGI
> (stderr):Can't call method
> "mail" on an undefined value at C:\Program
> Files\Apache Software
> Foundation\Tomcat
> 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi line 125.
> 2006-10-05 00:17:29 StandardContext[]cgi: runCGI: 1
> lines received on stderr
> 
> It finds the CGI, begins to run the CGI, and when it
> gets to the
> 
>  $smtp->mail($senderEmail);   # use
> the sender's address
> here
> 
> line it halts.
> 
> According to some PERL sources I have looked up, it
> will return that error
> (Cant' call method "mail"...) when it fails to
> connect to the mail server.
> For the server names I have tried the full server
> name, full name including
> domain, and the IP address. I have stopped short of
> using semaphore flags
> and morse code. :P
> 
> I can't even see the network ATTEMPTING a connection
> using a packetsniffer.
> So it leaves me two options.
> 
> 1) Tomcat is not allowing something.
> 2) ActivePerl is messed up in the head.
> 
> So I tried it from the command line.
> 
> I took that section of code, and ran it from the
> command line and it worked.
> 
> So A

Re: Using a custom connector in Tomcat 5.5

[Bill Barker]

"Jacob Marcus" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Thanks for the replies.
>
> Using the protocol="my.Class" does help me give my own implementation of 
> the
> ProtocolHandler for the Connector.
> The className attribute would have helped me specify my own implementation
> of the Connector itself.
>
> Removal of the className attribute means that I can no longer extend the
> Connector and override methods. :=(
>

In 5.5, I can't see any methods of the Connector that could be usefully 
overridden (all it does is arrange for the ProtocolHandler and the Adapter 
to talk to each other).  I'd probably be -1 to putting back className. 
CoyoteAdapter doesn't do all that much either, but I'd be +0 to adding an 
AdapterClassName attribute to the Connector.  I can't see where there would 
be a use case however.

> Thanks,
> Jacob
>
>
>
>
> On 10/17/06, Peter Rossbach <[EMAIL PROTECTED]> wrote:
>>
>> HI Mladen,
>>
>> good way! But sometimes the changes are inside the Adapter Class and
>> then you must change the connector class.
>>
>> +1 to have the attribute className back
>>
>> Peter
>>
>>
>>
>>
>> Am 17.10.2006 um 09:36 schrieb Mladen Turk:
>>
>> > Jacob Marcus wrote:
>> >> Hi,
>> >> The examples no longer show the className attribute for the Connector
>> >> element in the server.xml. Is this not supported any more?
>> >> In the past, I have done used my own connector as shown in the
>> >> example
>> >> below.
>> >> > >>   maxThreads="150" minSpareThreads="25"
>> >> maxSpareThreads="75"
>> >>   enableLookups="false" redirectPort="8443"
>> >> acceptCount="100"
>> >>   connectionTimeout="2"
>> >> disableUploadTimeout="true" />
>> >> I could not find the relevant documentation on this possible
>> >> change. I will
>> >> appreciate any pointers.
>> >
>> > Use the protocol="com.hello.MyConnector" instead className,
>> > or you can use protocolHandlerClassName.
>> >
>> > Regards,
>> > Mladen.
>> >
>> > -
>> > To start a new topic, e-mail: users@tomcat.apache.org
>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > For additional commands, e-mail: [EMAIL PROTECTED]
>> >
>> >
>>
>>
>>
> 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CGI vs SMTP vs Tomcat

[Mark Thomas]

Mike Klein wrote:
> Perhaps tomcat has security policy preventing certain socket
> connections. JRE/JDK has a root/default policy...but tomcat may extend this.
Not by default.

> I think most servlet engines use mail.jar/activation.jar...perhaps
> tomcat is restricting certain sockets to these libraries.
Again, not by default.

Mark

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Multipart form patch application problem

[Mark Thomas]

HALSTEAD SGT WARREN F wrote:
>  Does anyone have a way for me to apply your patch to a already compiled
> system? Perhaps a compiled servlets-cgi.jar that already has the patch
> that they could send me?
> 
> Any help you could provide is this matter would be greatly appreciated.

You should be able to take the servlets-cgi.jar from the latest 5.5.x
stable distribution and use it to replace the servlets-cgi.jar in your
install.

Mark

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SV: SV: SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Mark Thomas]

[EMAIL PROTECTED] wrote:
> Hi,
> 
> I can reach the request object and add a parameter, the problem is that the 
> CgiServlet in Tomcat has been changed so my code doesn't work anymore.
> 
> Regards
> Gunnar

You are correct. The fix for bug 37285 is the root of your problems.

You have a couple of options:
- Replace servlet-cgi.jar in 5.5.20 with the one from 5.5.17
- Add some code to your cgi to read the parameters from stdin. A quick
google found the following code shippet that should help -
http://www.personal.psu.edu/staff/j/c/jcd/useful/webcon/2004/io.html

HTH,

Mark

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CGI vs SMTP vs Tomcat

[Warren Halstead]

Ok,

 Here goes

 1) I can from my server ping the mail server.
 2) I can from the Windows command line, telnet to port 25 (SMTP) of the
mail server. It works.
 3) Using a packet sniffer I see #2 happening.
 4) Using a packet sniffer I see nothing happening network wise from my
script.

PERL Example:

use strict;
use Net::SMTP;

my $smtp = Net::SMTP->new($mailServer); # connect to an SMTP server
$smtp->mail($senderEmail);   # use the sender's address here
$smtp->to($recipientEmail);  # recipient's address
$smtp->data(); # Start the mail

 # Send the header.
$smtp->datasend("To: $recipientEmail\n");
$smtp->datasend("From: $senderEmail\n");
$smtp->datasend("Subject: $subject\n");

$smtp->datasend("\n");   # Send the body.
$smtp->datasend("$message\n");

$smtp->dataend();# Finish sending the mail
$smtp->quit; # Close the SMTP connection -ab


Output in logs


2006-10-05 00:17:29 StandardContext[]cgi: findCGI: path=/RFI.cgi, C:\Program
Files\Apache Software Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF/cgi

2006-10-05 00:17:29 StandardContext[]cgi: findCGI: currentLoc=C:\Program
Files\Apache Software Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF\cgi

2006-10-05 00:17:29 StandardContext[]cgi: findCGI: currentLoc=C:\Program
Files\Apache Software Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF\cgi

2006-10-05 00:17:29 StandardContext[]cgi: findCGI: FOUND cgi at C:\Program
Files\Apache Software Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi

2006-10-05 00:17:29 StandardContext[]cgi: findCGI calc: name=RFI.cgi,
path=C:\Program Files\Apache Software Foundation\Tomcat
5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi, scriptname=/cgi-bin\RFI.cgi,
cginame=\RFI.cgi

2006-10-05 00:17:29 StandardContext[]cgi:
runCGI(envp=[{HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1,
HTTP_ACCEPT_ENCODING=gzip,deflate, REQUEST_METHOD=POST, AUTH_TYPE=,
HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5, SERVER_NAME=205.16.7.98,
SERVER_SOFTWARE=TOMCAT, HTTP_CONTENT_TYPE=application/x-www-form-urlencoded,
HTTP_REFERER=http://205.16.7.98/RFI/RFI.html, HTTP_KEEP_ALIVE=300,
HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7, HTTP_HOST=205.16.7.98,
GATEWAY_INTERFACE=CGI/1.1, X_TOMCAT_SCRIPT_PATH=C:\Program Files\Apache
Software Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi,
REMOTE_ADDR=205.16.7.101, SERVER_PROTOCOL=HTTP/1.1,
HTTP_CACHE_CONTROL=max-age=0, PATH_INFO=, REMOTE_HOST=205.16.7.101,
QUERY_STRING=, HTTP_CONNECTION=keep-alive, SERVER_PORT=80,
CONTENT_TYPE=application/x-www-form-urlencoded, CONTENT_LENGTH=370,
HTTP_CONTENT_LENGTH=370,
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5,
SCRIPT_NAME=/cgi-bin\RFI.cgi, REMOTE_USER=, REMOTE_IDENT=}],
command=C:\Program Files\Apache Software Foundation\Tomcat
5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi)

2006-10-05 00:17:29 StandardContext[]cgi: runCGI (stderr):Can't call method
"mail" on an undefined value at C:\Program Files\Apache Software
Foundation\Tomcat 5.0\webapps\ROOT\WEB-INF\cgi\RFI.cgi line 125.
2006-10-05 00:17:29 StandardContext[]cgi: runCGI: 1 lines received on stderr

It finds the CGI, begins to run the CGI, and when it gets to the

 $smtp->mail($senderEmail);   # use the sender's address
here

line it halts.

According to some PERL sources I have looked up, it will return that error
(Cant' call method "mail"...) when it fails to connect to the mail server.
For the server names I have tried the full server name, full name including
domain, and the IP address. I have stopped short of using semaphore flags
and morse code. :P

I can't even see the network ATTEMPTING a connection using a packetsniffer.
So it leaves me two options.

1) Tomcat is not allowing something.
2) ActivePerl is messed up in the head.

So I tried it from the command line.

I took that section of code, and ran it from the command line and it worked.

So ActivePerl is not messed up in the head. Is Tomcat running the script in
some sort of container that restricts what it can connect to?

I hope this helps.

Thank you in adavance.

V/R

Warren Halstead


Christopher Schultz-2 wrote:
> 
> Warren,
> 
>>> I am running Tomcat 5 with CGI enabled. I am attempting to use 
>>> Net::SMTP to send e-mail, and it works fine from the command line, but
>>> not running as a CGI script.
> 
> Can you describe the failure in any more detail?
> 
>>> I do not have that option, and so I must ask if there is some 
>>> security function in Tomcat or a workaround, that allows perl CGI 
>>> scripts to make a socket connection to port 25 of another server. 
> 
> It's possible, but let's find out what's going on before we start
> barking up the wrong tree.
> 
> Do you get an exception? Anything in your log files? Are you sure that
> your perl script is actually being invoked? If so, is 

Re: wrong StandardContext

[Mark Thomas]

Caldarale, Charles R wrote:
>> From: Oleg [mailto:[EMAIL PROTECTED] 
>> Subject: Re: wrong StandardContext
>>
>> I know declare docBase for every application as absolute path,
>> docBase="E:/Webspace/domain1/ROOT" This seem to fix the problem
>> and my vrtual hosts do not try to load localhost webApp anymore.
>> Is this the right way to fix the problem?
> 
> A very good question.  I think you may have stumbled across a real bug,
> but it will take a bit more experimentation to be sure.  At least you
> have a workaround.

No bug here, just a configuration issue. The 'right' way to fix this
is to correctly set the appBase for each virtual host. ie:








Mark

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CGI vs SMTP vs Tomcat

[Mike Klein]

Perhaps tomcat has security policy preventing certain socket
connections. JRE/JDK has a root/default policy...but tomcat may extend this.

I think most servlet engines use mail.jar/activation.jar...perhaps
tomcat is restricting certain sockets to these libraries.


mike

HALSTEAD SGT WARREN F wrote:
> Sir,
>
>   I in no way am implying that the members of this list have been
> derisive. I meant to state answers I found else where seemed dersive. I
> did find an example of a non-derisive "write it in Java". I sumbit to
> your attention:
>
> http://mail-archives.apache.org/mod_mbox/tomcat-users/200310.mbox/%3cLLE
> [EMAIL PROTECTED]
>
> As well as:
>
> http://www.experts-exchange.com/Programming/Programming_Languages/Perl/Q
> _21216234.html
>
> For the above you have to pay/register for the solution, and I am leery
> of it, but it is an excellent example of my problem.
>
> Thank you all again for your help. I may just have to take a self-taught
> crash course in Javaor socket programming in Perl. :P
>
> V/R
>
> ~Warren Halstead
>
>   
>
>
>
> David Smith wrote:
>
> Really?! I've been on this list for a while and do not recall such
> derisive comments. Perhaps a more optimistic approach would help.
>
> As to the problem, I don't use the setup you are attempting, so you are
> going to have to help with some more info. Specifically a code example
> and logs for the moment when the connection is attempted. Further, some
> information regarding the environment would also be helpful -- security
> settings, etc., ... It may be that the CGI is relying on environment
> variables that aren't available to the tomcat service.
>
>  --David 
>
> HALSTEAD SGT WARREN F wrote: 
>   
>> Good Afternoon, 
>>
>> I am running Tomcat 5 with CGI enabled. I am attempting to use 
>> Net::SMTP to send e-mail, and it works fine from the command line, but
>> 
>
>   
>> not running as a CGI script. I have scoured the internet and found
>> 
> other 
>   
>> people with this problem, but the derisive answer to their pleas for 
>> help has been "Write it in Java dummy!" 
>>
>> I do not have that option, and so I must ask if there is some 
>> security function in Tomcat or a workaround, that allows perl CGI 
>> scripts to make a socket connection to port 25 of another server. 
>>
>> Thank you for your help in this matter. If you feel any other 
>> details are required to troubleshoot my problem, please feel free to 
>> contact me and ask. 
>>
>> Very Respectfully, 
>>
>> ~Sgt Halstead 
>> 15th MEU 
>> USMC 
>>
>>
>> 
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>   

After stopping tomcat, the tomcat process still appears to be running

[Elaine TING]

Hi,
 
This is what I have done:
 
1) use shutdown.sh to shut down tomcat
2) Now the website appears to be down
3) Use ps -ef | grep tomcat to check the processes, tomcat still appears
to be running:
> ps -ef | grep tomcat
root 21892 1  1 14:30 pts/21   00:00:17 /local/Java/bin/java
-Djava.endorsed.dirs=/opt/jakarta-tomcat/common/endorsed -classpath
/local/Java/lib/tools.jar:/opt/jakarta-tomcat/bin/bootstrap.jar:/opt/jak
arta-tomcat/bin/commons-logging-api.jar
-Dcatalina.base=/opt/jakarta-tomcat -Dcatalina.home=/opt/jakarta-tomcat
-Djava.io.tmpdir=/opt/jakarta-tomcat/temp
org.apache.catalina.startup.Bootstrap start
4) use startup.sh to start tomcat
5) website appears to be up and running again
6) check the processes, now there are 2 tomcats running:

> ps -ef | grep tomcat
root 21892 1  1 14:30 pts/21   00:00:17 /local/Java/bin/java
-Djava.endorsed.dirs=/opt/jakarta-tomcat/common/endorsed -classpath
/local/Java/lib/tools.jar:/opt/jakarta-tomcat/bin/bootstrap.jar:/opt/jak
arta-tomcat/bin/commons-logging-api.jar
-Dcatalina.base=/opt/jakarta-tomcat -Dcatalina.home=/opt/jakarta-tomcat
-Djava.io.tmpdir=/opt/jakarta-tomcat/temp
org.apache.catalina.startup.Bootstrap start
root 22108 1  1 14:33 pts/21   00:00:19 /local/Java/bin/java
-Djava.endorsed.dirs=/opt/jakarta-tomcat/common/endorsed -classpath
/local/Java/lib/tools.jar:/opt/jakarta-tomcat/bin/bootstrap.jar:/opt/jak
arta-tomcat/bin/commons-logging-api.jar
-Dcatalina.base=/opt/jakarta-tomcat -Dcatalina.home=/opt/jakarta-tomcat
-Djava.io.tmpdir=/opt/jakarta-tomcat/temp
org.apache.catalina.startup.Bootstrap start
ops  22427 10618  0 14:52 pts/21   00:00:00 grep tomcat
 
Why was shutdown.sh unable to kill the tomcat process? I'm running
Tomcat 5.0.28 on SUSE LINUX Enterprise Server 9. Java version: 1.5.0_03.
 
Thank you in advance,
Elaine

Re: context.xml problem

[Mark Thomas]

Andre Prasetya wrote:
> I understand that it tried to find com.ricochet.im3.MTQueueProcessor, but i
> dont see it set on any xml (and for this project, we're expecting other
> listener). Any ideas where the config might reside ?

the web.xml of your application
conf/web.xml

HTH,

Mark

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: max_threads issue & blocked threads (*warning* long thread dump attached)

[Derek Wormdahl]

We initially started this project running on the Sun JVM but ran into an 
issue with the JVM aborting when doing a PDF conversion in the 
application.  Some conflict with the iText libraries or something.  
JRockit was the only JVM that seemed to not have the problem.  We 
haven't tried the Sun JVM since we've noticed these issues but it may be 
a tradeoff we need to make in order to see if the problem persists.  So 
do you think it's more likely a JVM bug/issue opposed to an application 
issue?


Thanks,
-Derek


Caldarale, Charles R wrote:
From: Derek Wormdahl [mailto:[EMAIL PROTECTED] 
Subject: max_threads issue & blocked threads (*warning* long 
thread dump attached)


We've been investigating an issue with a web application
that is causing us problems.  We are seeing the Tomcat
server running out of available  threads after a few hours
of operation.



What happens if you run this on a Sun JVM instead of JRockit?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Error occurred during initialization of VM

[Martin Gainty]

Jim-
I would re-download /and re-install 1.5 JVM/JDK
http://java.sun.com/j2se/1.5.0/download-netbeans.html
set your JAVA_HOME to the location where you have installed Java to
when in doubt write down the Java install location directory and later set 
JAVA_HOME to that folder e.g.
set JAVA_HOME=/usr/Java
HTH,
Martin--
Information in this message, including attachments, is intended only for the 
confidential use of the recipient(s) named 
above. This message may be an Attorney-Client communication and as such is 
privileged and confidential. 
If you are not an intended recipient of this message, or an agent responsible 
for delivering it to an intended recipient
, you are hereby notified that you have received this message in error, that 
any review, dissemination, distribution, 
or copying of this message is strictly prohibited. If you have received this 
message in error, please notify the sender
immediately, delete the message, and return any hard copy print-outs.
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
conte
- Original Message - 
From: "Jim Douglas" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, October 17, 2006 5:17 PM
Subject: Error occurred during initialization of VM


> Everything was ok last week, I just restarted Tomcat today and got this 
> errror message,
> 
> Error occurred during initialization of VM
> java/lang/NoClassDefFoundError: java/lang/Object
> 
> Tomcat 5.5.14
> Apache 2.2
> Fedore Core 5
> jdk1.5.0_08
> (No VM)
> 
> java -version,  from the command line returns,
> java version "1.4.2"
> gij (GNU libgcj) version 4.1.1 20060525 (Red Hat 4.1.1-1)
> 
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> 
> 
> It seems Tomcat can't find the JVM it could previously, what could this be 
> from?
> 
> Jim
> 
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: CGI vs SMTP vs Tomcat

[Martin Gainty]

As Tomcat is written in Java JSP and Servlet (with C code for native function 
calls to the underlying OS~this is at least for the majority on this list )This 
is the expertise we offer to you
If its not written in Java such as fitting a CGI/CFM/PHP script or non Java 
class we're not saying its not possible but it will be more difficult and time 
consuming task to accomplish retrofitting an non Java package into a purely 
Java Framework..accordingly when speaking to your client you may want to 
consider a T&M approach to the task as making this situation operational may 
very well indeed 'take a while'
No offence has been taken..
HTH,
Martin --
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: "HALSTEAD SGT WARREN F" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, October 17, 2006 9:52 PM
Subject: Re: CGI vs SMTP vs Tomcat


Sir,

I in no way am implying that the members of this list have been
derisive. I meant to state answers I found else where seemed dersive. I
did find an example of a non-derisive "write it in Java". I sumbit to
your attention:

http://mail-archives.apache.org/mod_mbox/tomcat-users/200310.mbox/%3cLLE
[EMAIL PROTECTED]

As well as:

http://www.experts-exchange.com/Programming/Programming_Languages/Perl/Q
_21216234.html

For the above you have to pay/register for the solution, and I am leery
of it, but it is an excellent example of my problem.

Thank you all again for your help. I may just have to take a self-taught
crash course in Javaor socket programming in Perl. :P

V/R

~Warren Halstead





David Smith wrote:

Really?! I've been on this list for a while and do not recall such
derisive comments. Perhaps a more optimistic approach would help.

As to the problem, I don't use the setup you are attempting, so you are
going to have to help with some more info. Specifically a code example
and logs for the moment when the connection is attempted. Further, some
information regarding the environment would also be helpful -- security
settings, etc., ... It may be that the CGI is relying on environment
variables that aren't available to the tomcat service.

 --David 

HALSTEAD SGT WARREN F wrote: 
> Good Afternoon, 
> 
> I am running Tomcat 5 with CGI enabled. I am attempting to use 
> Net::SMTP to send e-mail, and it works fine from the command line, but

> not running as a CGI script. I have scoured the internet and found
other 
> people with this problem, but the derisive answer to their pleas for 
> help has been "Write it in Java dummy!" 
> 
> I do not have that option, and so I must ask if there is some 
> security function in Tomcat or a workaround, that allows perl CGI 
> scripts to make a socket connection to port 25 of another server. 
> 
> Thank you for your help in this matter. If you feel any other 
> details are required to troubleshoot my problem, please feel free to 
> contact me and ask. 
> 
> Very Respectfully, 
> 
> ~Sgt Halstead 
> 15th MEU 
> USMC 
> 
> 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Error occurred during initialization of VM

[Caldarale, Charles R]

> From: Jim Douglas [mailto:[EMAIL PROTECTED] 
> Subject: Error occurred during initialization of VM
> 
> Error occurred during initialization of VM
> java/lang/NoClassDefFoundError: java/lang/Object

That's about as basic as you can get...

> jdk1.5.0_08

> java -version,  from the command line returns,
> java version "1.4.2"
> gij (GNU libgcj) version 4.1.1 20060525 (Red Hat 4.1.1-1)

The above demonstrates that java/lang/Object was found when you ran
-version.  However, the version display contradicts what you stated you
have installed.

> It seems Tomcat can't find the JVM it could previously, what 
> could this be from?

Permissions problem on the directory containing rt.jar?  Using the java
launcher from a non-standard location?  Incorrect setting of JAVA_HOME?
Too many JVMs installed on the system?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Help with isapi_redirect.properties

[Woytasik Joe]

I am trying to use IIS 6.0 as a front end for Tomcat 5.5 which I have 
working as expected.  The issue I have is that I can only get it 
working using the registry settings and not using 
isapi_redirect.properties.  We will have several sites and I want them 
to be independent of each other and I am not sure how to do this without 
using the isapi_redirect.properties files.  Please advise.  Thanks in 
advance.


This e-mail is confidential.  If you are not the intended recipient, you must 
not disclose or use the information contained in it.  If you have received this 
e-mail in error, please tell us immediately by return e-mail to [EMAIL 
PROTECTED] and delete the document.

E-mails containing unprofessional, discourteous or offensive remarks violate 
Sentry policy. You may report employee violations by forwarding the message to 
[EMAIL PROTECTED]

No recipient may use the information in this e-mail in violation of any civil 
or criminal statute. Sentry disclaims all liability for any unauthorized uses 
of this e-mail or its contents.

This e-mail constitutes neither an offer nor an acceptance of any offer. No 
contract may be entered into by a Sentry employee without express approval from 
an authorized Sentry manager.

Warning: Computer viruses can be transmitted via e-mail. Sentry accepts no 
liability or responsibility for any damage caused by any virus transmitted with 
this e-mail.

Error occurred during initialization of VM

[Jim Douglas]

Everything was ok last week, I just restarted Tomcat today and got this 
errror message,


Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

Tomcat 5.5.14
Apache 2.2
Fedore Core 5
jdk1.5.0_08
(No VM)

java -version,  from the command line returns,
java version "1.4.2"
gij (GNU libgcj) version 4.1.1 20060525 (Red Hat 4.1.1-1)

Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


It seems Tomcat can't find the JVM it could previously, what could this be 
from?


Jim



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat unable to find the apr library

[Michael Courcy]

Hi,

I follow your advice and compiled successfully doing

$ ./buildconf --with-apr=/home/ovh/src/soft/apr-1.2.7
$ ./configure --with-apr=/home/ovh/src/soft/apr-1.2.7
$ make
$ make install

All that went fine, the last message of make install was that libraries 
where put in /usr/local/apr/lib


So I set my env var LD_LIBRARY_PATH

$ export LD_LIBRARY_PATH=/usr/local/apr/lib:/usr/local/apr

And restart tomcat... But still the same message :

17 oct. 2006 23:08:15 org.apache.catalina.core.AprLifecycleListener 
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance 
in production environments was not found on the java.library.path: 
/usr/java/jdk1.5.0_07/jre/lib/i386/client:/usr/java/jdk1.5.0_07/jre/lib/i386:/usr/java/jdk1.5.0_07/jre/../lib/i386:/usr/local/apr/lib:/usr/local/apr


Honestly it does not matter that much, I'm going to work the best I can 
do to rely on apache server for serving static content and right now 
it's going to be enough.


Thanks for your answer anyway.

Cheers








Mladen Turk a écrit :

Michael Courcy wrote:
Hum,  I remember that I had to download the source 
apr-1.2.7.tar.gz  for APR directly from the apache website and use 
the classic ./configure && make && make install,




You need apr sources only if building from SVN, then you first
have to ./buildconf.sh --with-apr=/location/of/the/apr-1.2.7

Then I untar tomcat-native.tar.gz in the bin directory and run again 
configure --with-apr=/usr/local/apr/bin/ && make && make install


Usually that's the
configure --with-apr=/usr/local/apr
(if the APR was installed in a normal way)

make && make install
will then copy the tcnative .so to the
/usr/local/apr/lib

Regards,
Mladen.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using a custom connector in Tomcat 5.5

[Jacob Marcus]

Thanks for the replies.

Using the protocol="my.Class" does help me give my own implementation of the
ProtocolHandler for the Connector.
The className attribute would have helped me specify my own implementation
of the Connector itself.

Removal of the className attribute means that I can no longer extend the
Connector and override methods. :=(

Thanks,
Jacob




On 10/17/06, Peter Rossbach <[EMAIL PROTECTED]> wrote:


HI Mladen,

good way! But sometimes the changes are inside the Adapter Class and
then you must change the connector class.

+1 to have the attribute className back

Peter




Am 17.10.2006 um 09:36 schrieb Mladen Turk:

> Jacob Marcus wrote:
>> Hi,
>> The examples no longer show the className attribute for the Connector
>> element in the server.xml. Is this not supported any more?
>> In the past, I have done used my own connector as shown in the
>> example
>> below.
>> >   maxThreads="150" minSpareThreads="25"
>> maxSpareThreads="75"
>>   enableLookups="false" redirectPort="8443"
>> acceptCount="100"
>>   connectionTimeout="2"
>> disableUploadTimeout="true" />
>> I could not find the relevant documentation on this possible
>> change. I will
>> appreciate any pointers.
>
> Use the protocol="com.hello.MyConnector" instead className,
> or you can use protocolHandlerClassName.
>
> Regards,
> Mladen.
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: best way to setup servlet and filter for REST style URLs

[Hassan Schroeder]

On 10/17/06, Jason Novotny <[EMAIL PROTECTED]> wrote:

I'm unsure what you're trying to do --


+ URLs should look "nice" and be bookmarkable in the style of REST e.g.
http://localhost/myapp/mylayout/someaction/



The approach I started to take was to use a servlet filter that
could take any request e.g. "myapp?foo=bar&color=red"


If you want  "nice" URLs why would you ever provide something like
the one above? Why not "myapp/bar/red" ??


However, I noticed depending on the initial URL a user put in,
sometimes bad or unexpected things happened so I thought maybe using a
filter with a forward is very fragile code.


It's as robust as *you*  make it  :-)

If you're using pathInfo to break out your parameters and someone
inserts something extraneous, like  "myapp/bar/oops/red" -- it's up to
you to recognize that and deal with it.

And yes, I for one use filters for this kind of thing all the time...

HTH!
--
Hassan Schroeder  [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: best way to setup servlet and filter for REST style URLs

[Michael Courcy]

Hi,

If you don't want to use a filter you should consider the urlrewrite 
capacity of apache.


Here is a tech note that should help you

http://www.amitysolutions.com.au/documents/URLRewriting-technote.pdf

Of course if u use tomcat as a stand alone server it could be not adapted.

Though It's not very clear for me that u prevent "bad thing to happen" 
with apache mod_rewrite, because you're still responsible for the 
interpretation of the url.



Cheers.

Jason Novotny a écrit :


Hi,

   I'm developing a web application and have a couple important 
constraints:


+ URLs should look "nice" and be bookmarkable in the style of REST 
e.g. http://localhost/myapp/mylayout/someaction/
+ Should be relatively easy to move the WAR  call it myapp.war to some 
other WAR e.g. someappp.war so that is accessible as 
http://localhost/someapp/ with as little configuration changes as 
possible in web.xml and elsewhere


   The approach I started to take was to use a servlet filter that 
could take any request e.g. "myapp?foo=bar&color=red" and  by using 
request.getPathInfo() do a forward to the servlet  "myapp" with the 
additional params tacked on. This seemed to be a good strategy since 
the forward hides the additional params so in the browser you see only 
the "/myapp/mylayout/someaction/" as desired.
   However, I noticed depending on the initial URL a user put in, 
sometimes bad or unexpected things happened so I thought maybe using a 
filter with a forward is very fragile code.


   Has anyone else done this kind of thing-- I tried looking at some 
popular frameworks but they didn't seem to offer much...


   Thanks very much, Jason



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CGI vs SMTP vs Tomcat

[Christopher Schultz]

Warren,

>> I am running Tomcat 5 with CGI enabled. I am attempting to use 
>> Net::SMTP to send e-mail, and it works fine from the command line, but
>> not running as a CGI script.

Can you describe the failure in any more detail?

>> I do not have that option, and so I must ask if there is some 
>> security function in Tomcat or a workaround, that allows perl CGI 
>> scripts to make a socket connection to port 25 of another server. 

It's possible, but let's find out what's going on before we start
barking up the wrong tree.

Do you get an exception? Anything in your log files? Are you sure that
your perl script is actually being invoked? If so, is there any error
from the Perl interpreter? If so, what?

-chris



signature.asc
Description: OpenPGP digital signature

best way to setup servlet and filter for REST style URLs

[Jason Novotny]

Hi,

   I'm developing a web application and have a couple important 
constraints:


+ URLs should look "nice" and be bookmarkable in the style of REST e.g. 
http://localhost/myapp/mylayout/someaction/
+ Should be relatively easy to move the WAR  call it myapp.war to some 
other WAR e.g. someappp.war so that is accessible as 
http://localhost/someapp/ with as little configuration changes as 
possible in web.xml and elsewhere


   The approach I started to take was to use a servlet filter that 
could take any request e.g. "myapp?foo=bar&color=red" and  by using 
request.getPathInfo() do a forward to the servlet  "myapp" with the 
additional params tacked on. This seemed to be a good strategy since the 
forward hides the additional params so in the browser you see only the 
"/myapp/mylayout/someaction/" as desired.
   However, I noticed depending on the initial URL a user put in, 
sometimes bad or unexpected things happened so I thought maybe using a 
filter with a forward is very fragile code.


   Has anyone else done this kind of thing-- I tried looking at some 
popular frameworks but they didn't seem to offer much...


   Thanks very much, Jason



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: max_threads issue & blocked threads (*warning* long thread dump attached)

[Caldarale, Charles R]

> From: Derek Wormdahl [mailto:[EMAIL PROTECTED] 
> Subject: max_threads issue & blocked threads (*warning* long 
> thread dump attached)
> 
> We've been investigating an issue with a web application
> that is causing us problems.  We are seeing the Tomcat
> server running out of available  threads after a few hours
> of operation.

What happens if you run this on a Sun JVM instead of JRockit?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 4.1.30 + SSI + CruiseControl

[Caldarale, Charles R]

> From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
> Subject: RE: Tomcat 4.1.30 + SSI + CruiseControl
> 
> 
> SSIServlet
> /artifacts/specificpathtopagebuild/*
> 
> 
> 
> ArtifactServlet
> /artifacts/*
> 
>
> Doesn't the first servlet-mapping take precedence?

Not necessarily.  Here are the rules from the 2.4 version of the spec:

"1. The container will try to find an exact match of the path of the
request to the
path of the servlet. A successful match selects the servlet.

"2. The container will recursively try to match the longest path-prefix.
This is done
by stepping down the path tree a directory at a time, using the '/'
character as
a path separator. The longest match determines the servlet selected.

"3. If the last segment in the URL path contains an extension (e.g.
.jsp), the servlet
container will try to match a servlet that handles requests for the
extension.
An extension is defined as the part of the last segment after the last
'.' character.

"4. If neither of the previous three rules result in a servlet match,
the container will
attempt to serve content appropriate for the resource requested. If a
"default"
servlet is defined for the application, it will be used.

"The container must use case-sensitive string comparisons for matching."

Since the mapping for SSIServlet is the longer prefix, it should have
been selected - but note the case-sensitivity requirement.

Also, there's this note in the 2.4 spec:

"Previous versions of this specification made use of these mapping
techniques
as a suggestion rather than a requirement, allowing servlet containers
to each have their different schemes for mapping client requests
to servlets."

Since 4.1.30 implements version 2.3, it's not clear how strictly the
above rules are followed.

> Also, the ssi jars aren't packaged up as part of my
> webapp, do they need to be?

Not sure about 4.1, but no in 5.5.  However, the SSI servlet is in
server/lib/servlets-ssi.renametojar - which should give you a hint about
what to do with it.  If you look at the commented-out section of
conf/web.xml for the SSI servlet, you'll also see several init-param
values that should be set.  5.5 also has an SSI filter, which might be
easier to use if it exists in 4.1.

Don't suppose you could move up to a more modern level of Tomcat?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 4.1.30 + SSI + CruiseControl

[EJ Ciramella]

So if I have something like this in my webapps web.xml:

   
SSIServlet
/artifacts/specificpathtopagebuild/*


 


ArtifactServlet
/artifacts/*



Doesn't the first servlet-mapping take precedence?  Also, the ssi jars
aren't packaged up as part of my webapp, do they need to be?

Can someone shed some/any light on this for me? 

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 17, 2006 9:45 AM
To: Tomcat Users List
Subject: RE: Tomcat 4.1.30 + SSI + CruiseControl

I _think_ I know what's going wrong now, but I could really use some
expert advise:

In the web.xml for cruisecontrol, I have the following mappings:


ArtifactServlet
 
net.sourceforge.cruisecontrol.servlet.FileServlet

rootDir
E:\work\artifacts



(and later there's the mapping)


ArtifactServlet
/artifacts/*


Because the SSI config stuff is configured at the top most level and any
of the .html files I want to have SSI expanded upon are in /artifacts/*,
they are going to get handed off to the ArtifactServlet.  Is there
anyway to have them do both?  Maybe if I had a SSI servlet configured in
cruisecontrol's web.xml that looked at a url-pattern of
/artifacts/somepath/*.html?  Does this become an ordering thing (do I
need to put it before or after the ArtifactsServlet mapping)?

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 16, 2006 5:51 PM
To: users@tomcat.apache.org
Subject: Tomcat 4.1.30 + SSI + CruiseControl

Hello board, I have a somewhat tricky (to me at least) question about
tomcat configuration.
 
We are using CruiseControl to build a strictly html site alongside our
other java products and recently, they've wanted to activate SSI.
 
In the past, CruiseControl (CC) has made it's artifacts directory (which
sits here E:\work\artifacts) available via:
 
http://server:8080/cruisecontrol/artifacts/...
 
I have tomcat installed in C:\jakarta-tomcat-4.1.30.
 
I've properly activated SSI and can see it working if this particular
project's files are copied to the examples (or cruisecontrol) webapp
directory.  BUT - when I follow the artifacts link to these pages, the
SSI code is ignored (and treated as comments).
 
So - if the files being displayed via tomcat are NOT in the webapp
directory, the SSI stuff is ignored?  Is there any way to change this?
Isn't this some sort of policy file change (which is magic to me)?
 
In a nutshell again:
 
A webapp installed here:
 
C:\jakarta-tomcat-4.1.30\webapps\cruisecontrol
 
can't expand the SSI code in files here:
 
E:\work\artifacts\pageBuild\latest
 
I can see the html files (they are displayed properly), but the SSI
stuff isn't rendered.
 
Any help would be huge (I've done a work around I'm not proud of)!

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: possibility of different classpaths under the same web application

[David Smith]

You are stuck then.  There is no vehicle to dynamically change the 
classpath based on some data field.  I would strongly encourage you to 
invest a little time in refactoring your code base.  Most modern IDEs 
have tools that make the process almost as simple as point and click.


The simplest solution to the code itself is to create an interface and 
have all your competing classes implement it.  To minimize the work, the 
interface can be named the name you have now and just rename the 
implementation classes.  Then you just have to adjust the placed where 
these objects are instantiated.


--David

Rocky Agrawal wrote:


Hi everyone,
I have a web application in which I have different user domains/groups.
There are some classes, which are customized according to the user
groups/domain with the same quantified class name, but in different jar
files. Based on the login information, I need to change the classpath for
a particular session or use custom class loaders, such that the classpath
reflects the user group/domain currently logged in.

What are the possible ways to do it?

Please note that I can not deploy multiple web applications and I can not
use a factory kind of thing to get classes as the existing code is vast
and I need to find a solution which will not require changing the 
existing

codebase.

thanks a lot.

warm regards,
rohit.





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RHEL4 with App Server 3 and the missing tomcat5 manager

[John McCoy, Jr]

Ah sorry dumb sys admin, thanks Chuck will do.


Caldarale, Charles R wrote:
From: John McCoy, Jr [mailto:[EMAIL PROTECTED] 
Subject: Re: RHEL4 with App Server 3 and the missing tomcat5 manager


Is it possible to build only the manager app from the tarball?


You don't need to build anything with Tomcat; other than the optional
APR connector, it's pure Java, so you can use all the class files as
they are, including those for the manager app.

If you don't want to install Tomcat properly, at least download a real
one and untar it so you'll have an idea of what the directory structure
should be and good copies of all the components.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RHEL4 with App Server 3 and the missing tomcat5 manager

[David Smith]

Install tomcat55-admin-webapps-5.5.17-4jpp.noarch.rpm

See the JPackage site for further info.  They created your rpms.

--David

John McCoy, Jr wrote:

It does not appear so (see below). David could you shoot me a file 
list from the manager directory so I can do a more thorough search? 
Thanks.


Is it possible to build only the manager app from the tarball?
OR is this just to crazy an idea. So many systems with so many updates 
to keep an eye out for I try to keep to RPM installs as much as 
possible. Otherwise Chuck I'm with ya.



[EMAIL PROTECTED] ~]# ls -la ~tomcat/
total 24
drwxr-xr-x3 webadmin webadmin  4096 Oct  6 10:04 .
drwxr-xr-x  218 root root 12288 Sep 14 14:34 ..
drwxr-xr-x2 root root  4096 Sep 14 10:54 bin
lrwxrwxrwx1 root root23 Sep 14 10:54 common -> 
/var/lib/tomcat5/common

lrwxrwxrwx1 root root12 Sep 14 10:54 conf -> /etc/tomcat5
lrwxrwxrwx1 root root16 Sep 14 10:54 logs -> 
/var/log/tomcat5
lrwxrwxrwx1 root root23 Sep 14 10:54 server -> 
/var/lib/tomcat5/server
lrwxrwxrwx1 root root23 Sep 14 10:54 shared -> 
/var/lib/tomcat5/shared
lrwxrwxrwx1 root root23 Sep 14 10:54 temp -> 
/var/cache/tomcat5/temp
lrwxrwxrwx1 root root24 Sep 14 10:54 webapps -> 
/var/lib/tomcat5/webapps
lrwxrwxrwx1 root root23 Sep 14 10:54 work -> 
/var/cache/tomcat5/work

[EMAIL PROTECTED] ~]# ls -la /var/lib/tomcat5/webapps/
total 8
drwxrwxr-x  2 root tomcat 4096 Oct  9 18:48 .
drwxr-xr-x  6 root root   4096 Sep 14 10:54 ..
[EMAIL PROTECTED] ~]# ls -la /var/lib/tomcat5/server/
total 16
drwxr-xr-x  4 root root 4096 Sep 14 10:54 .
drwxr-xr-x  6 root root 4096 Sep 14 10:54 ..
drwxr-xr-x  2 root root 4096 Aug 22 11:01 classes
drwxr-xr-x  2 root root 4096 Aug 22 11:01 lib
[EMAIL PROTECTED] ~]#


David Smith wrote:

Tomcat (at least the release version from tomcat.apace.org) has the 
manager already in it.  The manager webapp lives in 
$TOMCAT_HOME/server/webapps with it's context definition in 
$TOMCAT_HOME/conf/Catalina/localhost.  Are either of those already 
present in your RPM dist?


--David

Caldarale, Charles R wrote:

From: John McCoy [mailto:[EMAIL PROTECTED] Subject: RHEL4 with App 
Server 3 and the missing tomcat5 manager


Ok seems reasonable, however I can find no RPMs from Redhat for it.




That's probably a good thing.  Most of the Linux vendors try to
repackage Tomcat and end up making a mess of it.  Strongly suggest you
download the real one from:
http://tomcat.apache.org/download-55.cgi
and install that.  The Tomcat manager app is included in the Core
download.  If you're using a 1.4 JRE, you'll also need the JDK 1.4
Compatability Package, and you probably want the Administration Web
Application just for fun.  Make sure you use a GNU-compatible tar
program to take them apart.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE 
PROPRIETARY

MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RHEL4 with App Server 3 and the missing tomcat5 manager

[Caldarale, Charles R]

> From: John McCoy, Jr [mailto:[EMAIL PROTECTED] 
> Subject: Re: RHEL4 with App Server 3 and the missing tomcat5 manager
> 
> Is it possible to build only the manager app from the tarball?

You don't need to build anything with Tomcat; other than the optional
APR connector, it's pure Java, so you can use all the class files as
they are, including those for the manager app.

If you don't want to install Tomcat properly, at least download a real
one and untar it so you'll have an idea of what the directory structure
should be and good copies of all the components.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RHEL4 with App Server 3 and the missing tomcat5 manager

[John McCoy, Jr]

It does not appear so (see below). David could you shoot me a file list 
from the manager directory so I can do a more thorough search? Thanks.


Is it possible to build only the manager app from the tarball?
OR is this just to crazy an idea. So many systems with so many updates 
to keep an eye out for I try to keep to RPM installs as much as 
possible. Otherwise Chuck I'm with ya.



[EMAIL PROTECTED] ~]# ls -la ~tomcat/
total 24
drwxr-xr-x3 webadmin webadmin  4096 Oct  6 10:04 .
drwxr-xr-x  218 root root 12288 Sep 14 14:34 ..
drwxr-xr-x2 root root  4096 Sep 14 10:54 bin
lrwxrwxrwx1 root root23 Sep 14 10:54 common -> 
/var/lib/tomcat5/common

lrwxrwxrwx1 root root12 Sep 14 10:54 conf -> /etc/tomcat5
lrwxrwxrwx1 root root16 Sep 14 10:54 logs -> 
/var/log/tomcat5
lrwxrwxrwx1 root root23 Sep 14 10:54 server -> 
/var/lib/tomcat5/server
lrwxrwxrwx1 root root23 Sep 14 10:54 shared -> 
/var/lib/tomcat5/shared
lrwxrwxrwx1 root root23 Sep 14 10:54 temp -> 
/var/cache/tomcat5/temp
lrwxrwxrwx1 root root24 Sep 14 10:54 webapps -> 
/var/lib/tomcat5/webapps
lrwxrwxrwx1 root root23 Sep 14 10:54 work -> 
/var/cache/tomcat5/work

[EMAIL PROTECTED] ~]# ls -la /var/lib/tomcat5/webapps/
total 8
drwxrwxr-x  2 root tomcat 4096 Oct  9 18:48 .
drwxr-xr-x  6 root root   4096 Sep 14 10:54 ..
[EMAIL PROTECTED] ~]# ls -la /var/lib/tomcat5/server/
total 16
drwxr-xr-x  4 root root 4096 Sep 14 10:54 .
drwxr-xr-x  6 root root 4096 Sep 14 10:54 ..
drwxr-xr-x  2 root root 4096 Aug 22 11:01 classes
drwxr-xr-x  2 root root 4096 Aug 22 11:01 lib
[EMAIL PROTECTED] ~]#


David Smith wrote:
Tomcat (at least the release version from tomcat.apace.org) has the 
manager already in it.  The manager webapp lives in 
$TOMCAT_HOME/server/webapps with it's context definition in 
$TOMCAT_HOME/conf/Catalina/localhost.  Are either of those already 
present in your RPM dist?


--David

Caldarale, Charles R wrote:
From: John McCoy [mailto:[EMAIL PROTECTED] Subject: RHEL4 with App 
Server 3 and the missing tomcat5 manager


Ok seems reasonable, however I can find no RPMs from Redhat for it.



That's probably a good thing.  Most of the Linux vendors try to
repackage Tomcat and end up making a mess of it.  Strongly suggest you
download the real one from:
http://tomcat.apache.org/download-55.cgi
and install that.  The Tomcat manager app is included in the Core
download.  If you're using a 1.4 JRE, you'll also need the JDK 1.4
Compatability Package, and you probably want the Administration Web
Application just for fun.  Make sure you use a GNU-compatible tar
program to take them apart.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

Right, but that would have generated a different error -- 
ClassNotFoundException. 

Here, DBCP has a bug in that it get's connections using Driver.connect() 
and never checks to see if the connection object is not null.  The Sun 
JDK javadocs states a null return on Driver.connect() is normal and 
indicates the driver doesn't handle the given url.


--David

Martin Gainty wrote:


You'll need to have a valid Driver class for the Class.forName statement e.g.

private static Driver c_Driver =  (Driver)Class.forName( DriverClass 
).newInstance();

M-
This e-mail communication and any attachments may contain confidential and privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its 
contents
- Original Message - 
From: "DE VINZELLES, Guillaume (ext.)" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Tuesday, October 17, 2006 11:18 AM
Subject: RE: Database connection pooling errors in Tomcat 5.5.17


Here is a valid url :

url="jdbc:oracle:thin:@address:port:schema"

Guillaume de Vinzelles
DSI/PFS Neuf Cegetel
Altran Technologies

[EMAIL PROTECTED]

01 70 18 21 64

-Message d'origine-
De : David Smith [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 17 octobre 2006 17:16

À : Tomcat Users List
Objet : Re: Database connection pooling errors in Tomcat 5.5.17

Some fishing through source and online -- your problem can happen if the 
connection url is not recognized by the driver.


I was looking at the jdbc url you first posted: 
jdbc:oracle:thin:[EMAIL PROTECTED]  This doesn't come up as a valid form in any 
online docs I can find.  You might want to verify it's valid.


--David

Saurabh Nanda wrote:

 


ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
the container and your webapp.
 


Nopes:

o Put it in $CATALINA_HOME/common/lib alone -- same error
o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
both -- same error!

Does oracle drier support DBCP?

Nandz.
   





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[Martin Gainty]

You'll need to have a valid Driver class for the Class.forName statement e.g.

private static Driver c_Driver =  (Driver)Class.forName( DriverClass 
).newInstance();

M-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: "DE VINZELLES, Guillaume (ext.)" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Tuesday, October 17, 2006 11:18 AM
Subject: RE: Database connection pooling errors in Tomcat 5.5.17


Here is a valid url :

url="jdbc:oracle:thin:@address:port:schema"

Guillaume de Vinzelles
DSI/PFS Neuf Cegetel
Altran Technologies
 
[EMAIL PROTECTED]
 
01 70 18 21 64

-Message d'origine-
De : David Smith [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 17 octobre 2006 17:16
À : Tomcat Users List
Objet : Re: Database connection pooling errors in Tomcat 5.5.17

Some fishing through source and online -- your problem can happen if the 
connection url is not recognized by the driver.

I was looking at the jdbc url you first posted: 
jdbc:oracle:thin:[EMAIL PROTECTED]  This doesn't come up as a valid form in any 
online docs I can find.  You might want to verify it's valid.

--David

Saurabh Nanda wrote:

>> ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
>> the container and your webapp.
>
>
> Nopes:
>
> o Put it in $CATALINA_HOME/common/lib alone -- same error
> o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
> both -- same error!
>
> Does oracle drier support DBCP?
>
> Nandz.



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CGI vs SMTP vs Tomcat

[HALSTEAD SGT WARREN F]

Sir,

I in no way am implying that the members of this list have been
derisive. I meant to state answers I found else where seemed dersive. I
did find an example of a non-derisive "write it in Java". I sumbit to
your attention:

http://mail-archives.apache.org/mod_mbox/tomcat-users/200310.mbox/%3cLLE
[EMAIL PROTECTED]

As well as:

http://www.experts-exchange.com/Programming/Programming_Languages/Perl/Q
_21216234.html

For the above you have to pay/register for the solution, and I am leery
of it, but it is an excellent example of my problem.

Thank you all again for your help. I may just have to take a self-taught
crash course in Javaor socket programming in Perl. :P

V/R

~Warren Halstead





David Smith wrote:

Really?! I've been on this list for a while and do not recall such
derisive comments. Perhaps a more optimistic approach would help.

As to the problem, I don't use the setup you are attempting, so you are
going to have to help with some more info. Specifically a code example
and logs for the moment when the connection is attempted. Further, some
information regarding the environment would also be helpful -- security
settings, etc., ... It may be that the CGI is relying on environment
variables that aren't available to the tomcat service.

 --David 

HALSTEAD SGT WARREN F wrote: 
> Good Afternoon, 
> 
> I am running Tomcat 5 with CGI enabled. I am attempting to use 
> Net::SMTP to send e-mail, and it works fine from the command line, but

> not running as a CGI script. I have scoured the internet and found
other 
> people with this problem, but the derisive answer to their pleas for 
> help has been "Write it in Java dummy!" 
> 
> I do not have that option, and so I must ask if there is some 
> security function in Tomcat or a workaround, that allows perl CGI 
> scripts to make a socket connection to port 25 of another server. 
> 
> Thank you for your help in this matter. If you feel any other 
> details are required to troubleshoot my problem, please feel free to 
> contact me and ask. 
> 
> Very Respectfully, 
> 
> ~Sgt Halstead 
> 15th MEU 
> USMC 
> 
> 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Database connection pooling errors in Tomcat 5.5.17

[DE VINZELLES, Guillaume \(ext.\)]

Here is a valid url :

url="jdbc:oracle:thin:@address:port:schema"

Guillaume de Vinzelles
DSI/PFS Neuf Cegetel
Altran Technologies
 
[EMAIL PROTECTED]
 
01 70 18 21 64

-Message d'origine-
De : David Smith [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 17 octobre 2006 17:16
À : Tomcat Users List
Objet : Re: Database connection pooling errors in Tomcat 5.5.17

Some fishing through source and online -- your problem can happen if the 
connection url is not recognized by the driver.

I was looking at the jdbc url you first posted: 
jdbc:oracle:thin:[EMAIL PROTECTED]  This doesn't come up as a valid form in any 
online docs I can find.  You might want to verify it's valid.

--David

Saurabh Nanda wrote:

>> ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
>> the container and your webapp.
>
>
> Nopes:
>
> o Put it in $CATALINA_HOME/common/lib alone -- same error
> o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
> both -- same error!
>
> Does oracle drier support DBCP?
>
> Nandz.



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

Some fishing through source and online -- your problem can happen if the 
connection url is not recognized by the driver.


I was looking at the jdbc url you first posted: 
jdbc:oracle:thin:[EMAIL PROTECTED]  This doesn't come up as a valid form in any 
online docs I can find.  You might want to verify it's valid.


--David

Saurabh Nanda wrote:


ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
the container and your webapp.



Nopes:

o Put it in $CATALINA_HOME/common/lib alone -- same error
o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
both -- same error!

Does oracle drier support DBCP?

Nandz.




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jvm thread dump

[Martin Gainty]

Set log level to OFF for Message Object {R}
log4j.rootLogger=OFF, R

http://logging.apache.org/log4j/docs/manual.html

HTH
Martin --

This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Tuesday, October 17, 2006 9:17 AM
Subject: Re: jvm thread dump

RE: Memory problem in Tomcat

[Asensio, Rodrigo]

Are you doing a POST, right ?

-Original Message-
From: Inma Marín López [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 17, 2006 9:12 AM
To: tomcat-user@jakarta.apache.org
Subject: RV: Memory problem in Tomcat

 

Hello,

 

I have a web service running in Tomcat (v 5.5.4) + axis (v 1.2). It receives a 
file and it makes some operations with that file. When receiving small files 
(<2Mb) the web service executes successfully; however, with files of bigger 
size, the service throws InvocationTargetException (the service is unable to 
invoke a particular method) or even goes out of memory.

 

For those big files, I have tried to change the value of "OPT=-Xmx128M", within 
'workers2.properties' file in /log directory in Tomcat, and made it bigger, 
testing with different values (currently, it has value "-Xmx8388608M"), but I 
get the same results.

 

Could you be so kind as to tell me if it is a matter of memory configuration in 
Tomcat and how can I solve it, please?

 

Thank you very much in advance.

 

 

 

 


This message (including any attachments) contains confidential
and/or proprietary information intended only for the addressee.
Any unauthorized disclosure, copying, distribution or reliance on
the contents of this information is strictly prohibited and may
constitute a violation of law.  If you are not the intended
recipient, please notify the sender immediately by responding to
this e-mail, and delete the message from your system.  If you
have any questions about this e-mail please notify the sender
immediately.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: problems with unpacking ROOT.war

[Caldarale, Charles R]

> From: Michael Courcy [mailto:[EMAIL PROTECTED] 
> Subject: Re: problems with unpacking ROOT.war
> 
> Maybe a stupid clue but instead of
> 
> 
> 
> What happen if u try
> 
> 

Neither one is correct.  You must NOT use the path attribute in a
 element unless the  is defined in server.xml.  The
URI path to the app is determined from the name of the .xml file in the
conf/[engine]/[host] directory.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 4.1.30 + SSI + CruiseControl

[EJ Ciramella]

I _think_ I know what's going wrong now, but I could really use some
expert advise:

In the web.xml for cruisecontrol, I have the following mappings:


ArtifactServlet
 
net.sourceforge.cruisecontrol.servlet.FileServlet

rootDir
E:\work\artifacts



(and later there's the mapping)


ArtifactServlet
/artifacts/*


Because the SSI config stuff is configured at the top most level and any
of the .html files I want to have SSI expanded upon are in /artifacts/*,
they are going to get handed off to the ArtifactServlet.  Is there
anyway to have them do both?  Maybe if I had a SSI servlet configured in
cruisecontrol's web.xml that looked at a url-pattern of
/artifacts/somepath/*.html?  Does this become an ordering thing (do I
need to put it before or after the ArtifactsServlet mapping)?

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 16, 2006 5:51 PM
To: users@tomcat.apache.org
Subject: Tomcat 4.1.30 + SSI + CruiseControl

Hello board, I have a somewhat tricky (to me at least) question about
tomcat configuration.
 
We are using CruiseControl to build a strictly html site alongside our
other java products and recently, they've wanted to activate SSI.
 
In the past, CruiseControl (CC) has made it's artifacts directory (which
sits here E:\work\artifacts) available via:
 
http://server:8080/cruisecontrol/artifacts/...
 
I have tomcat installed in C:\jakarta-tomcat-4.1.30.
 
I've properly activated SSI and can see it working if this particular
project's files are copied to the examples (or cruisecontrol) webapp
directory.  BUT - when I follow the artifacts link to these pages, the
SSI code is ignored (and treated as comments).
 
So - if the files being displayed via tomcat are NOT in the webapp
directory, the SSI stuff is ignored?  Is there any way to change this?
Isn't this some sort of policy file change (which is magic to me)?
 
In a nutshell again:
 
A webapp installed here:
 
C:\jakarta-tomcat-4.1.30\webapps\cruisecontrol
 
can't expand the SSI code in files here:
 
E:\work\artifacts\pageBuild\latest
 
I can see the html files (they are displayed properly), but the SSI
stuff isn't rendered.
 
Any help would be huge (I've done a work around I'm not proud of)!

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Database connection pooling errors in Tomcat 5.5.17

[DE VINZELLES, Guillaume \(ext.\)]

Yes, it does support DBCP.
(see my older post about DBCP pool exhaustion).

Regards.

Guillaume de Vinzelles
DSI/PFS Neuf Cegetel
Altran Technologies
 
[EMAIL PROTECTED]
 
01 70 18 21 64

-Message d'origine-
De : Saurabh Nanda [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 17 octobre 2006 14:13
À : Tomcat Users List
Objet : Re: Database connection pooling errors in Tomcat 5.5.17

> ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
> the container and your webapp.

Nopes:

o Put it in $CATALINA_HOME/common/lib alone -- same error
o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
both -- same error!

Does oracle drier support DBCP?

Nandz.
-- 
http://nandz.blogspot.com
http://foodieforlife.blogspot.com

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

Is the driver in exactly one place -- $TOMCAT_HOME/common/lib?  This is 
the only place the driver is documented to work from.  If the jar file 
is in multiple places it can cause classloader issues.  Related to that, 
also check it isn't in any classpath or the JVM endorsed folder.


Did you restart tomcat between attempts?

As I recall, all JDBC drivers return a more or less generic 
java.sql.Connection object so compatibility with the DBCP based pool is 
a non-issue.


--David

Saurabh Nanda wrote:


ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
the container and your webapp.



Nopes:

o Put it in $CATALINA_HOME/common/lib alone -- same error
o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
both -- same error!

Does oracle drier support DBCP?

Nandz.




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jvm thread dump

[Christopher Schultz]

Riz,

> hmmm...still having issues with this. Dont understand why..I commented
> out the A1 appender and uncommented the R appender (as below). The
> applications are still logging to catalina.out !! How do I stop this???
> Please help!

> log4j.rootLogger=INFO, R
> log4j.appender.R=org.apache.log4j.DailyRollingFileAppender
> log4j.appender.R.DatePattern='.'-MM-dd
> log4j.appender.R.File=/usr/local/tomcat/logs/tomcat.log
> log4j.appender.R.layout=org.apache.log4j.PatternLayout
> log4j.appender.R.layout.ConversionPattern=%d [%t] %-5p %c - %m%n

Hmm. Try turning on debugging for log4j (see the log4j documentation for
how to do this). It ought to tell you which appenders are being started
up, etc.

-chris




signature.asc
Description: OpenPGP digital signature

RV: Memory problem in Tomcat

[Inma Marín López]

 

Hello,

 

I have a web service running in Tomcat (v 5.5.4) + axis (v 1.2). It receives
a file and it makes some operations with that file. When receiving small
files (<2Mb) the web service executes successfully; however, with files of
bigger size, the service throws InvocationTargetException (the service is
unable to invoke a particular method) or even goes out of memory.

 

For those big files, I have tried to change the value of “OPT=-Xmx128M”,
within ‘workers2.properties’ file in /log directory in Tomcat, and made it
bigger, testing with different values (currently, it has value
“-Xmx8388608M”), but I get the same results.

 

Could you be so kind as to tell me if it is a matter of memory configuration
in Tomcat and how can I solve it, please?

 

Thank you very much in advance.

 

 

 

 

Re: Stress test requirements

[Paulo Cheque]

Try to use JMeter of Apache. It is very nice and has a intuitive GUI.

On 10/17/06, Rizwan Merchant <[EMAIL PROTECTED]> wrote:


Hi,
We are running a web app using tomcat 5.5.15, hibernate, spring, struts
and mysql on a FC4 linux box. We also have mod_jk set up wih the apache
web server to forward requests to tomcat.

We would like to stress test the application. Can someone guide me as to
how I can begin doing this and if there are any well documented guides
to stress test and application of this sort? We are trying to answer
questions of the following nature:

1. Are there any memory leaks in the application?
2. Are there any db connection leaks? (We are using dbcp)
3. How many concurrent users can the application handle?
4. Any other performance issues that need to be fixed.

What kind of tools can I use for this sort of stress test? Does the
machine we stress test on have to be EXACTLY the same as the production
environment (hardware particularly)?

Thanks,
-Riz.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Multipart form patch application problem

[Martin Gainty]

Good Morning

You can always rip the jar apart and put it together as in this example (best 
to start with a new folder I called it SomeNewDir
mkdir SomeNewDir
cd SomeNewDir
jar -xvf servlets-cgi.jar

place new file in exact package location (look at the package signature at top 
of java file) so if the package name is fu.bar
cd SomeNewDir
cd fu
cd bar

copy the compiled file into the folder containing the expanded binary distro as 
in this example
cp CGIServlet.class .

then jar it all back together again
jar -cvf servlets-cgi.jar

voila your jar now contains your new fu.bar.CGIServlet.class

HTH
Martin --
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
conte
- Original Message - 
From: "HALSTEAD SGT WARREN F" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, October 17, 2006 9:29 PM
Subject: Multipart form patch application problem


All,

I am running Tomcat 5.0.28. It is precompiled on a secure
system, so I can't just upgrade or compile over it. But I need to get
multipart/form-part working. I saw that the issue had been noted and
rectified in Bug 32023 (see below sig for link). The fix was to  patch
the CGIServlet.java file and I'm guessing that gets compiled to
servlets-cgi.jar

 Does anyone have a way for me to apply your patch to a already compiled
system? Perhaps a compiled servlets-cgi.jar that already has the patch
that they could send me?

Any help you could provide is this matter would be greatly appreciated.

Very Respectfully,

~Warren Halstead

Link to bug 32023:
http://issues.apache.org/bugzilla/show_bug.cgi?id=3D32023



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[Saurabh Nanda]

ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both
the container and your webapp.


Nopes:

o Put it in $CATALINA_HOME/common/lib alone -- same error
o put it in webapps/appname/WEB-INf/lib and $CATALINE_HOME/common/lib,
both -- same error!

Does oracle drier support DBCP?

Nandz.
--
http://nandz.blogspot.com
http://foodieforlife.blogspot.com

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problems with unpacking ROOT.war

[andrew . w . cooke]

Hi Michael,

thanks for the response.

I tried this - but no luck.  In any case, I'm pretty sure for the default
web app (ROOT), you should set a path of "":

"If you specify a context path of an empty string (""), you are defining
the default web application for this Host, which will process all requests
not assigned to other Contexts."

(from: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html)

cheers,

Andy




   
 Michael Courcy
 <[EMAIL PROTECTED] 
 mail.com>  To
   Tomcat Users List   
 17/10/2006 11:23 
cc
   
 Please respond to Subject
   "Tomcat Users   Re: problems with unpacking 
   List"   ROOT.war
 <[EMAIL PROTECTED] 
 che.org>  
   
   
   
   




Maybe a stupid clue but instead of





What happen if u try






[EMAIL PROTECTED] a écrit :
> Hi again,
>
> OK - here are some steps you can try out to reproduce the problem I am
> experiencing - I'm hoping this will tempt someone into taking a look :-).
>
> The problem we have is that tomcat 5.5.x (I tried 5.5.12 and 5.5.17)
won't
> unpack ROOT.war when it is started up, if a file called ROOT.xml is
present
> in conf/Catalina/localhost.
>
> (1) Build a simple webapp, for example containing:
>
> success.html
> WEB-INF/web.xml
>
> and place these into a war file called ROOT.war.
>
> (2) Place a ROOT.xml context file into conf/Catalina/localhost with:
>
> 
>
> 
> 
>
> The server.xml file can stick to the defaults that you get with tomcat
> 5.5.17 (or 5.5.12):
>
>   unpackWARs="true" autoDeploy="true"
>xmlValidation="false" xmlNamespaceAware="false">
>
> (3) Delete any directory under webapps called ROOT, and drop the war file
> into webapps.
>
> (4) Start tomcat.
>
> --> doesn't unpack war.
>
> (5) delete ROOT.xml from conf/Catalina/localhost, and restart tomcat
>
> --> does unpack the war file.
>
> Similarly, a war file containing META-INF/context.xml will be deployed,
as
> long as there isn't a file called ROOT.xml inside
conf/Catalina/localhost.
> The problem for us is that we would like to deploy the war on different
> servers, offering different JNDI resources.  So shipping a war file
> containing a context.xml isn't an option for us.
>
> I have searched the mailing lists for a solution to this problem, but so
> far without luck.  There was a useful mail trail last year that resulted
in
> a document being placed in bugzilla containing instructions on how to
> deploy a root app using tomcat's manager (
> http://issues.apache.org/bugzilla/show_bug.cgi?id=35063).  However our
> production environments don't support the manager app.
>
> I have tried tweaking some of the parameters.  For example, if I set a
> docBase of ${CATALINA_HOME}/webapps/ROOT, I'll see a warning in the logs
> saying that "a docBase [...] inside the host appBase has been specified,
> and will be ignored" - which at least shows that ROOT.xml is being
parsed.
> Likewise, changing the the docBase to point to a directory outside of
> ${CATALINA_HOME} doesn't solve the problem.
>
> (Am I right in thinking docBase *isn't* a required attribute?  If I leave
> this out of ROOT.xml, and expand the war file manually, the ROOT app will
> pick up JNDI resources correctly).
>
> I've also played with some of the  attributes in server.xml, e.g.
> adding deployOnStartup="true" to server.xml (it is true by default), or
> setting autoDeploy="false", but none of these tweaks helped.
>
> So - is it a bug (or a feature?!) that ROOT.war won't unpack if ROOT.xml
is
> already present in conf/Catalina/localhost?
>
> Thanks for any help,
>
> Andy Cooke
>
>
> 
> Hi there,
>
> We have been finding it difficult to persuade tomcat (5.5.12 and 5.5.17)
to
> unpack a ROOT.war file, either when starting up tomcat from scratch, or
> hot-deploying.
>
> We *were* able to get tomcat to expand the war file if it contains a
> META-INF directory containing a context.xml file.  However if this
> directory is missing from the war, and instead a ROOT.xml context file is
> present in conf/Catalina/localhost before starting tomcat - 

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

I think I see the problem...

ojdbc14.jar should be in $TOMCAT_HOME/common/lib to be available to both 
the container and your webapp. 

.jar files are always stored in a lib folder.  Relative to tomcat's home 
dir -- shared/lib, common/lib.  Relative to the webapp -- WEB-INF/lib


--David

Saurabh Nanda wrote:


This is the complete stacktrace of the error if it helps. The
ojdbc14.jar file is in the WEB-INF/classes directory.

SEVERE: Servlet.service() for servlet test threw exception
java.lang.NullPointerException
   at 
org.apache.tomcat.dbcp.dbcp.DelegatingConnection.close(DelegatingConnection.java:151) 

   at 
org.apache.tomcat.dbcp.dbcp.PoolableConnection.reallyClose(PoolableConnection.java:95) 

   at 
org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.destroyObject(PoolableConnectionFactory.java:301) 

   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:883) 

   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:851) 

   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) 


   at testConf.TestConfServlet.doGet(TestConfServlet.java:37)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) 

   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 

   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 

   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) 

   at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) 

   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) 

   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) 

   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) 

   at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) 

   at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) 

   at 
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) 

   at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) 

   at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) 

   at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) 


   at java.lang.Thread.run(Thread.java:595)





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[Saurabh Nanda]

This is the complete stacktrace of the error if it helps. The
ojdbc14.jar file is in the WEB-INF/classes directory.

SEVERE: Servlet.service() for servlet test threw exception
java.lang.NullPointerException
   at 
org.apache.tomcat.dbcp.dbcp.DelegatingConnection.close(DelegatingConnection.java:151)
   at 
org.apache.tomcat.dbcp.dbcp.PoolableConnection.reallyClose(PoolableConnection.java:95)
   at 
org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.destroyObject(PoolableConnectionFactory.java:301)
   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:883)
   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:851)
   at 
org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540)
   at testConf.TestConfServlet.doGet(TestConfServlet.java:37)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
   at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
   at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
   at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
   at 
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
   at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
   at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
   at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
   at java.lang.Thread.run(Thread.java:595)


--
http://nandz.blogspot.com
http://foodieforlife.blogspot.com

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Multipart form patch application problem

[HALSTEAD SGT WARREN F]

All,

I am running Tomcat 5.0.28. It is precompiled on a secure
system, so I can't just upgrade or compile over it. But I need to get
multipart/form-part working. I saw that the issue had been noted and
rectified in Bug 32023 (see below sig for link). The fix was to  patch
the CGIServlet.java file and I'm guessing that gets compiled to
servlets-cgi.jar

 Does anyone have a way for me to apply your patch to a already compiled
system? Perhaps a compiled servlets-cgi.jar that already has the patch
that they could send me?

Any help you could provide is this matter would be greatly appreciated.

Very Respectfully,

~Warren Halstead

Link to bug 32023:
http://issues.apache.org/bugzilla/show_bug.cgi?id=3D32023



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

One other thought I just had.  I don't use the Oracle driver, so bear 
with me.  Is there ever a case where the Oracle driver might return a 
null connection instead of throwing an exception?


David Smith wrote:

Looks like the connection the pool is attempting to return is null.  
Are there any errors further up the logs that might indicate an other 
issue that might be causing this?  For what it's worth, the code and 
config posted look good.


--David

Saurabh Nanda wrote:


Hi,

I'm trying to configure a pooled database connection in Tomcat 5.5.17
but getting a strange error which looks like this:

java.lang.NullPointerException   
org.apache.tomcat.dbcp.dbcp.DelegatingConnection.close(DelegatingConnection.java:151) 

org.apache.tomcat.dbcp.dbcp.PoolableConnection.reallyClose(PoolableConnection.java:95) 

org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.destroyObject(PoolableConnectionFactory.java:301) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:883) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:851) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) 


testConf.TestConfServlet.doGet(TestConfServlet.java:37)
 and so on

*** The META-INF/context.xml file has the following entry: 



*** Here's some sample code and output WITHOUT ERRORS: 
Context ctx=new InitialContext();
NamingEnumeration list=ctx.list("java:/comp/env/jdbc");
out.write("");
NameClassPair pair;
while(list.hasMore()) {
pair=(NameClassPair) list.nextElement();
out.write(pair.getName() + "=" + pair.getClassName() + "\n");
}
DataSource ds=(DataSource) ctx.lookup("java:/comp/env/jdbc/myoracle");
out.write("ds=" + ds.toString() + "\n");

*** OUTPUT OF THE ABOVE CODE 
myoracle=org.apache.tomcat.dbcp.dbcp.BasicDataSource
[EMAIL PROTECTED]

*** But as soon as I try to obtain a connection I start getting the
error I mentioned above!

I've spent a lot of time on this -- could someone please tell me where
I'm going wrong!

TIA
Nandz.





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Database connection pooling errors in Tomcat 5.5.17

[David Smith]

Looks like the connection the pool is attempting to return is null.  Are 
there any errors further up the logs that might indicate an other issue 
that might be causing this?  For what it's worth, the code and config 
posted look good.


--David

Saurabh Nanda wrote:


Hi,

I'm trying to configure a pooled database connection in Tomcat 5.5.17
but getting a strange error which looks like this:

java.lang.NullPointerException   
org.apache.tomcat.dbcp.dbcp.DelegatingConnection.close(DelegatingConnection.java:151) 

org.apache.tomcat.dbcp.dbcp.PoolableConnection.reallyClose(PoolableConnection.java:95) 

org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.destroyObject(PoolableConnectionFactory.java:301) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:883) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:851) 

org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) 


testConf.TestConfServlet.doGet(TestConfServlet.java:37)
 and so on

*** The META-INF/context.xml file has the following entry: 



*** Here's some sample code and output WITHOUT ERRORS: 
Context ctx=new InitialContext();
NamingEnumeration list=ctx.list("java:/comp/env/jdbc");
out.write("");
NameClassPair pair;
while(list.hasMore()) {
pair=(NameClassPair) list.nextElement();
out.write(pair.getName() + "=" + pair.getClassName() + "\n");
}
DataSource ds=(DataSource) ctx.lookup("java:/comp/env/jdbc/myoracle");
out.write("ds=" + ds.toString() + "\n");

*** OUTPUT OF THE ABOVE CODE 
myoracle=org.apache.tomcat.dbcp.dbcp.BasicDataSource
[EMAIL PROTECTED]

*** But as soon as I try to obtain a connection I start getting the
error I mentioned above!

I've spent a lot of time on this -- could someone please tell me where
I'm going wrong!

TIA
Nandz.




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: XP network connections freeze after request by IE

[Peter Crowther]

> From: Martin Heiden [mailto:[EMAIL PROTECTED] 
>   Does anybody have an idea how to debug this behaviour?

As a divide-and-conquer: what happens if you configure a HTTP connector
directly on Tomcat and test to that instead of through Apache?  Same
symptoms?

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

XP network connections freeze after request by IE

[Martin Heiden]

Hi!

  I've got some serious problems with the following configuration:

  Windows XP Prof. SP2
  Apache 2.2.3
  mod_proxy_http
  Tomcat 5.5.20
  Java Sun SDK 1.5.0_09

  After some requests by IE from any machine on the network all
  network connections on the server freeze. The only solution is to
  reboot the computer. Requests by Firefox or Opera work
  perfectly.

  The killing request seems to be answered by tomcat, but the response
  never reaches the client.

  I'm not sure if it is an apache, tomcat or connector problem nor
  how to debug it. I also tested with ajp connectors, different java,
  apache and tomcat versions. The problem remains. A new installation
  of XP didn't work either.

  My last guess is a configuration issue, but the same config with the
  same webapp works on a linux machine. (Just some JSPs with some
  simple Custom-Tags...)

  Well, these are the important parts of the config. (I can send the
  whole files too.)

  Does anybody have an idea how to debug this behaviour? Or did I make
  a serious mistake configuring the server?

TIA

  Martin


Apache: httpd.conf

NameVirtualHost *


ServerAdmin [EMAIL PROTECTED]
DocumentRoot 
"K:/PROJEKTE/e-business/tomcat/sites/devk-xhtml/branches/devkneu/"
ServerName branch.eb.hv.devk.de
ServerAlias branch-sparda.eb.hv.devk.de branch-bahn.eb.hv.devk.de

ErrorLog logs/branch.eb.hv.devk.de-error_log
CustomLog logs/branch.eb.hv.devk.de-access_log common

ExpiresActive on
ExpiresDefault "now"


RewriteEngine on
RewriteLog logs/branch.eb.hv.devk.de-rewrite_log
RewriteLogLevel 10

RewriteRule ^(.+)http://branch\.eb\.hv\.devk\.de/.*;jsessionid(.*)$ 
$1;jsessionid$2 
RewriteRule ^(.*)http://branch-sparda\.eb\.hv\.devk\.de/;jsessionid(.*)$
$1;jsessionid$2 
RewriteRule ^(.*)http://branch-bahn\.eb\.hv\.devk\.de/;jsessionid(.*)$  
$1;jsessionid$2 

RewriteCond %{HTTP_HOST}^branch\.eb\.hv\.devk\.de
RewriteRule ^/$ /index.jsp

RewriteRule ^/(.*)/$/sumo/$1/
RewriteRule ^/(.*)\.html$   /sumo/$1.html

RewriteCond %{HTTP_HOST}^branch-sparda\.eb\.hv\.devk\.de
RewriteRule ^/index.jsp /index_sparda.jsp

RewriteCond %{HTTP_HOST}^branch-sparda\.eb\.hv\.devk\.de
RewriteRule ^/$ /index_sparda.jsp 

#RewriteRule ^/index_sparda.jsp$/index_sparda_gottesacker.jsp 

RewriteCond %{HTTP_HOST}^branch-bahn\.eb\.hv\.devk\.de
RewriteRule ^/index.jsp /index_bahn.jsp 

RewriteCond %{HTTP_HOST}^branch-bahn\.eb\.hv\.devk\.de
RewriteRule ^/$ /index_bahn.jsp 

RewriteCond %{QUERY_STRING} linkpage=(.*\.jsp)
RewriteRule 
^/(bahn|devk|sparda)/servlet/maincontroller(;jsessionid=.{27}:-1)?$ 
%1?%{QUERY_STRING} [R]

RewriteRule ^/(.*\.jsp)$/ebus/$1?%{QUERY_STRING} [PT]

SetEnv  proxy-sendcl true
ProxyRequests Off
ProxyPreserveHost   On
ProxyBadHeader  Ignore
Header append Cache-Control "public, must-revalidate"

#   ProxyPass /ebus/ajp://127.0.0.1:8009/
ProxyPass /ebus/http://127.0.0.1:8080/ebus/



#   Header append Cache-Control "public, must-revalidate"

AddDefaultCharset utf-8

Options Indexes FollowSymLinks
AllowOverride None

Order allow,deny
Allow from all  


  

Tomcat: server.xml









  

  
branch-sparda.eb.hv.devk.de
branch-bahn.eb.hv.devk.de




  

  




Tomcat: web.xml


http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>



DebugFilter

com.devk.ebus.common.web.filter.DebugFilter

   
  DebugFilter 
  /* 
   


http://www.devk.de/taglibs/ebusiness.tld
/META-INF/ebusiness.tld


http://www.devk.de/taglibs/vtptags.tld
/META-INF/vtptags.tld 


http://jakarta.apache.org/taglibs/core
/META-INF/c.tld 



  

  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Database connection pooling errors in Tomcat 5.5.17

[Saurabh Nanda]

Hi,

I'm trying to configure a pooled database connection in Tomcat 5.5.17
but getting a strange error which looks like this:

java.lang.NullPointerException  
org.apache.tomcat.dbcp.dbcp.DelegatingConnection.close(DelegatingConnection.java:151)
org.apache.tomcat.dbcp.dbcp.PoolableConnection.reallyClose(PoolableConnection.java:95)
org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.destroyObject(PoolableConnectionFactory.java:301)
org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:883)
org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:851)
org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540)
testConf.TestConfServlet.doGet(TestConfServlet.java:37)
 and so on

*** The META-INF/context.xml file has the following entry: 



*** Here's some sample code and output WITHOUT ERRORS: 
Context ctx=new InitialContext();
NamingEnumeration list=ctx.list("java:/comp/env/jdbc");
out.write("");
NameClassPair pair;
while(list.hasMore()) {
pair=(NameClassPair) list.nextElement();
out.write(pair.getName() + "=" + pair.getClassName() + "\n");
}
DataSource ds=(DataSource) ctx.lookup("java:/comp/env/jdbc/myoracle");
out.write("ds=" + ds.toString() + "\n");

*** OUTPUT OF THE ABOVE CODE 
myoracle=org.apache.tomcat.dbcp.dbcp.BasicDataSource
[EMAIL PROTECTED]

*** But as soon as I try to obtain a connection I start getting the
error I mentioned above!

I've spent a lot of time on this -- could someone please tell me where
I'm going wrong!

TIA
Nandz.
--
http://nandz.blogspot.com
http://foodieforlife.blogspot.com

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

SV: SV: SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Gunnar.Bostrom]

Hi,

I can reach the request object and add a parameter, the problem is that the 
CgiServlet in Tomcat has been changed so my code doesn't work anymore.

Regards
Gunnar
 

> -Ursprungligt meddelande-
> Från: Michael Courcy [mailto:[EMAIL PROTECTED] 
> Skickat: den 17 oktober 2006 12:26
> Till: Tomcat Users List
> Ämne: Re: SV: SV: SV: Problem with filter and calling 
> Perl-script with Tomcat 5.5.20
> 
> Not sure to understand, u mean that u can't reach the request 
> object in your filter since u are using  Tomcat 5.5.20 ?
> 
> [EMAIL PROTECTED] a écrit :
> > Hi,
> >
> > My code is in a filter that executes before the CGIServlet 
> in Tomcat kicks in.
> > It worked with Tomcat 5.5.17 but NOT with Tomcat 5.5.20 and 
> I would like to know if there is some workaround.
> >
> > Regards
> > Gunnar
> >
> >   
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org To 
> unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using a custom connector in Tomcat 5.5

[Peter Rossbach]

HI Mladen,

good way! But sometimes the changes are inside the Adapter Class and  
then you must change the connector class.


+1 to have the attribute className back

Peter




Am 17.10.2006 um 09:36 schrieb Mladen Turk:


Jacob Marcus wrote:

Hi,
The examples no longer show the className attribute for the Connector
element in the server.xml. Is this not supported any more?
In the past, I have done used my own connector as shown in the  
example

below.
  maxThreads="150" minSpareThreads="25"  
maxSpareThreads="75"
  enableLookups="false" redirectPort="8443"  
acceptCount="100"
  connectionTimeout="2"  
disableUploadTimeout="true" />
I could not find the relevant documentation on this possible  
change. I will

appreciate any pointers.


Use the protocol="com.hello.MyConnector" instead className,
or you can use protocolHandlerClassName.

Regards,
Mladen.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat, ajp, IIS - loosing connection

[Mladen Turk]

Peter Olin wrote:


Or is there an undocumented "worker.xxx.keepalive" ?



No, its socket_keepalive, but it seems it doesn't
work for you :(

Temporary disable the firewall 'cut inactive connections'
functionality and see if that helps.

Regards,
Mladen.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SV: SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Michael Courcy]

Not sure to understand, u mean that u can't reach the request object in 
your filter since u are using  Tomcat 5.5.20 ?


[EMAIL PROTECTED] a écrit :

Hi,

My code is in a filter that executes before the CGIServlet in Tomcat kicks in.
It worked with Tomcat 5.5.17 but NOT with Tomcat 5.5.20 and I would like to 
know if there is some workaround.

Regards
Gunnar

  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problems with unpacking ROOT.war

[Michael Courcy]

Maybe a stupid clue but instead of





What happen if u try






[EMAIL PROTECTED] a écrit :

Hi again,

OK - here are some steps you can try out to reproduce the problem I am
experiencing - I'm hoping this will tempt someone into taking a look :-).

The problem we have is that tomcat 5.5.x (I tried 5.5.12 and 5.5.17) won't
unpack ROOT.war when it is started up, if a file called ROOT.xml is present
in conf/Catalina/localhost.

(1) Build a simple webapp, for example containing:

success.html
WEB-INF/web.xml

and place these into a war file called ROOT.war.

(2) Place a ROOT.xml context file into conf/Catalina/localhost with:






The server.xml file can stick to the defaults that you get with tomcat
5.5.17 (or 5.5.12):

  

(3) Delete any directory under webapps called ROOT, and drop the war file
into webapps.

(4) Start tomcat.

--> doesn't unpack war.

(5) delete ROOT.xml from conf/Catalina/localhost, and restart tomcat

--> does unpack the war file.

Similarly, a war file containing META-INF/context.xml will be deployed, as
long as there isn't a file called ROOT.xml inside conf/Catalina/localhost.
The problem for us is that we would like to deploy the war on different
servers, offering different JNDI resources.  So shipping a war file
containing a context.xml isn't an option for us.

I have searched the mailing lists for a solution to this problem, but so
far without luck.  There was a useful mail trail last year that resulted in
a document being placed in bugzilla containing instructions on how to
deploy a root app using tomcat's manager (
http://issues.apache.org/bugzilla/show_bug.cgi?id=35063).  However our
production environments don't support the manager app.

I have tried tweaking some of the parameters.  For example, if I set a
docBase of ${CATALINA_HOME}/webapps/ROOT, I'll see a warning in the logs
saying that "a docBase [...] inside the host appBase has been specified,
and will be ignored" - which at least shows that ROOT.xml is being parsed.
Likewise, changing the the docBase to point to a directory outside of
${CATALINA_HOME} doesn't solve the problem.

(Am I right in thinking docBase *isn't* a required attribute?  If I leave
this out of ROOT.xml, and expand the war file manually, the ROOT app will
pick up JNDI resources correctly).

I've also played with some of the  attributes in server.xml, e.g.
adding deployOnStartup="true" to server.xml (it is true by default), or
setting autoDeploy="false", but none of these tweaks helped.

So - is it a bug (or a feature?!) that ROOT.war won't unpack if ROOT.xml is
already present in conf/Catalina/localhost?

Thanks for any help,

Andy Cooke



Hi there,

We have been finding it difficult to persuade tomcat (5.5.12 and 5.5.17) to
unpack a ROOT.war file, either when starting up tomcat from scratch, or
hot-deploying.

We *were* able to get tomcat to expand the war file if it contains a
META-INF directory containing a context.xml file.  However if this
directory is missing from the war, and instead a ROOT.xml context file is
present in conf/Catalina/localhost before starting tomcat - the war file
*isn't* expanded.

Our server.xml file contains the default settings (unpackWARs="true"
autoDeploy="true").

Any ideas?  We would rather not include context.xml files in the war, as
the same war file will be deployed on different servers, which require
different JNDI resources.

thanks

Andy Cooke


-
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law.  If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED.  Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscr

SV: SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Gunnar.Bostrom]

Hi,

My code is in a filter that executes before the CGIServlet in Tomcat kicks in.
It worked with Tomcat 5.5.17 but NOT with Tomcat 5.5.20 and I would like to 
know if there is some workaround.

Regards
Gunnar

 

> -Ursprungligt meddelande-
> Från: Michael Courcy [mailto:[EMAIL PROTECTED] 
> Skickat: den 17 oktober 2006 12:07
> Till: Tomcat Users List
> Ämne: Re: SV: SV: Problem with filter and calling Perl-script 
> with Tomcat 5.5.20
> 
> Ok that should not be that hard to POST with java, your 
> filter is acting like a client.
> 
> have a look there
> 
> http://www.javaworld.com/javaworld/javatips/jw-javatip34.html
> 
> 
> [EMAIL PROTECTED] a écrit :
> > Hi,
> >
> > No I can't because it is a form with data posted that 
> should be sent over to the Perl script and one additionally parameter.
> >
> > Regards
> > Gunnar
> >
> >  
> >
> >   
> >> -Ursprungligt meddelande-
> >> Från: Michael Courcy [mailto:[EMAIL PROTECTED]
> >> Skickat: den 17 oktober 2006 11:05
> >> Till: Tomcat Users List
> >> Ämne: Re: SV: Problem with filter and calling Perl-script 
> with Tomcat 
> >> 5.5.20
> >>
> >> Can't u use
> >>
> >> request.sendRedirect("myperlscript.cgi?aparam="+request.getPar
> >> ameter("blah"));
> >>
> >> Mic
> >>
> >> [EMAIL PROTECTED] a écrit :
> >> 
> >>> Hi,
> >>>
> >>> The problem is not to get the parameters in my java filter. 
> >>> The problem is that I need to pass the posted parameters
> >>>   
> >> from the form plus one additional parameter to my Perl script.
> >> 
> >>> Regards
> >>> Gunnar
> >>>  
> >>>
> >>>   
> >>>   
>  -Ursprungligt meddelande-
>  Från: Martin Gainty [mailto:[EMAIL PROTECTED]
>  Skickat: den 16 oktober 2006 18:06
>  Till: Tomcat Users List
>  Ämne: Re: Problem with filter and calling Perl-script 
> with Tomcat 
>  5.5.20
> 
>  Gunnar-
> 
>  String AStringWhichHoldsPostedOrQSValue;
>  if(HttpServletRequest.getMethod()  ==  "POST") { //Post only 
>  AStringWhichHoldsPostedOrQSValue = 
>  HttpServletRequest.getParameter("whatever");
>  }
>  else
>  { //Get Only..
>   AStringWhichHoldsPostedOrQSValue = 
>  HttpServletRequest.getQueryString();
>  }
>  It has been my experience that getParameter does NOT 
>  retrieve POSTed values when Method = 'Get')
> 
> 
>  M-
> 
>  This e-mail communication and any attachments may contain 
>  confidential and privileged information for the use of the
>  
> >> designated
> >> 
>  recipients named above. If you are not the intended 
> recipient, you 
>  are hereby notified that you have received this communication in 
>  error and that any review, disclosure, dissemination,
>  
> >> distribution or
> >> 
>  copying of it or its contents
>  - Original Message -
>  From: <[EMAIL PROTECTED]>
>  To: 
>  Sent: Monday, October 16, 2006 11:09 AM
>  Subject: Problem with filter and calling Perl-script with Tomcat 
>  5.5.20
> 
> 
>  Hi,
> 
>  I've a problem with the new 5.5.20 Tomcat version.
>  I think this has to do with this bug fix 
>  http://issues.apache.org/bugzilla/show_bug.cgi?id=37285.
> 
>  The problem is that I have a filter that adds a parameter
>  
> >> before the
> >> 
>  CGI-filter calling out to a Perl-script.
> 
>  This code worked with Tomcat 5.5.17 and works with 5.5.20 if the 
>  request is a GET but not a POST.
> 
>  This is the relevant code:
> 
>  HttpServletRequest httpServletRequest =
>  
> >> (HttpServletRequest) request;
> >> 
>  HashMap parameters = new HashMap  
> >> String[]>(
> >> 
> (HashMap)
>  
> >> httpServletRequest.getParameterMap());
> >> 
>  fillUserInfo(parameters);
>  httpServletRequest = generateWrapper(httpServletRequest,
>  parameters); chain.doFilter(httpServletRequest, response);
> 
> 
>  Can you advise me what to do?
> 
>  Regards
>  Gunnar
> 
> 
>  
> >> 
> -
> >> 
>  To start a new topic, e-mail: users@tomcat.apache.org To
>  
> >> unsubscribe,
> >> 
>  e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
>  
>  
> >>>   
> >> 
> -
> >> 
> >>> To start a new topic, e-mail: users@tomcat.apache.org To
> >>>   
> >> unsubscribe,
> >> 
> >>> e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>>   
> >>>   
> >> 
> >
> > 
> -
> > To start a new topic, e-mail: users@tomcat.apache.org To 
> unsubscribe, 
> > e-mail: [EMAIL PR

Re: SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Michael Courcy]

Ok that should not be that hard to POST with java, your filter is acting 
like a client.


have a look there

http://www.javaworld.com/javaworld/javatips/jw-javatip34.html


[EMAIL PROTECTED] a écrit :

Hi,

No I can't because it is a form with data posted that should be sent over to 
the Perl script and one additionally parameter.

Regards
Gunnar

 

  

-Ursprungligt meddelande-
Från: Michael Courcy [mailto:[EMAIL PROTECTED] 
Skickat: den 17 oktober 2006 11:05

Till: Tomcat Users List
Ämne: Re: SV: Problem with filter and calling Perl-script 
with Tomcat 5.5.20


Can't u use

request.sendRedirect("myperlscript.cgi?aparam="+request.getPar
ameter("blah"));

Mic

[EMAIL PROTECTED] a écrit :


Hi,

The problem is not to get the parameters in my java filter. 
The problem is that I need to pass the posted parameters 
  

from the form plus one additional parameter to my Perl script.


Regards
Gunnar
 

  
  

-Ursprungligt meddelande-
Från: Martin Gainty [mailto:[EMAIL PROTECTED]
Skickat: den 16 oktober 2006 18:06
Till: Tomcat Users List
Ämne: Re: Problem with filter and calling Perl-script with Tomcat 
5.5.20


Gunnar-

String AStringWhichHoldsPostedOrQSValue;
if(HttpServletRequest.getMethod()  ==  "POST") { //Post only 
AStringWhichHoldsPostedOrQSValue = 
HttpServletRequest.getParameter("whatever");

}
else
{ //Get Only..
 AStringWhichHoldsPostedOrQSValue = 
HttpServletRequest.getQueryString();

}
It has been my experience that getParameter does NOT 
retrieve POSTed values when Method = 'Get')



M-

This e-mail communication and any attachments may contain 
confidential and privileged information for the use of the 

designated 

recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received this communication in 
error and that any review, disclosure, dissemination, 

distribution or 


copying of it or its contents
- Original Message -
From: <[EMAIL PROTECTED]>
To: 
Sent: Monday, October 16, 2006 11:09 AM
Subject: Problem with filter and calling Perl-script with Tomcat 
5.5.20



Hi,

I've a problem with the new 5.5.20 Tomcat version.
I think this has to do with this bug fix 
http://issues.apache.org/bugzilla/show_bug.cgi?id=37285.


The problem is that I have a filter that adds a parameter 

before the 


CGI-filter calling out to a Perl-script.

This code worked with Tomcat 5.5.17 and works with 5.5.20 if the 
request is a GET but not a POST.


This is the relevant code:

HttpServletRequest httpServletRequest = 

(HttpServletRequest) request; 

HashMap parameters = new HashMap

String[]>(

   (HashMap) 


httpServletRequest.getParameterMap());


fillUserInfo(parameters);
httpServletRequest = generateWrapper(httpServletRequest,
parameters); chain.doFilter(httpServletRequest, response);


Can you advise me what to do?

Regards
Gunnar




-

To start a new topic, e-mail: users@tomcat.apache.org To 

unsubscribe, 


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




  

-

To start a new topic, e-mail: users@tomcat.apache.org To 
  
unsubscribe, 


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


  
  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  

Re: problems with unpacking ROOT.war

[andrew . w . cooke]

Hi again,

OK - here are some steps you can try out to reproduce the problem I am
experiencing - I'm hoping this will tempt someone into taking a look :-).

The problem we have is that tomcat 5.5.x (I tried 5.5.12 and 5.5.17) won't
unpack ROOT.war when it is started up, if a file called ROOT.xml is present
in conf/Catalina/localhost.

(1) Build a simple webapp, for example containing:

success.html
WEB-INF/web.xml

and place these into a war file called ROOT.war.

(2) Place a ROOT.xml context file into conf/Catalina/localhost with:






The server.xml file can stick to the defaults that you get with tomcat
5.5.17 (or 5.5.12):

  

(3) Delete any directory under webapps called ROOT, and drop the war file
into webapps.

(4) Start tomcat.

--> doesn't unpack war.

(5) delete ROOT.xml from conf/Catalina/localhost, and restart tomcat

--> does unpack the war file.

Similarly, a war file containing META-INF/context.xml will be deployed, as
long as there isn't a file called ROOT.xml inside conf/Catalina/localhost.
The problem for us is that we would like to deploy the war on different
servers, offering different JNDI resources.  So shipping a war file
containing a context.xml isn't an option for us.

I have searched the mailing lists for a solution to this problem, but so
far without luck.  There was a useful mail trail last year that resulted in
a document being placed in bugzilla containing instructions on how to
deploy a root app using tomcat's manager (
http://issues.apache.org/bugzilla/show_bug.cgi?id=35063).  However our
production environments don't support the manager app.

I have tried tweaking some of the parameters.  For example, if I set a
docBase of ${CATALINA_HOME}/webapps/ROOT, I'll see a warning in the logs
saying that "a docBase [...] inside the host appBase has been specified,
and will be ignored" - which at least shows that ROOT.xml is being parsed.
Likewise, changing the the docBase to point to a directory outside of
${CATALINA_HOME} doesn't solve the problem.

(Am I right in thinking docBase *isn't* a required attribute?  If I leave
this out of ROOT.xml, and expand the war file manually, the ROOT app will
pick up JNDI resources correctly).

I've also played with some of the  attributes in server.xml, e.g.
adding deployOnStartup="true" to server.xml (it is true by default), or
setting autoDeploy="false", but none of these tweaks helped.

So - is it a bug (or a feature?!) that ROOT.war won't unpack if ROOT.xml is
already present in conf/Catalina/localhost?

Thanks for any help,

Andy Cooke



Hi there,

We have been finding it difficult to persuade tomcat (5.5.12 and 5.5.17) to
unpack a ROOT.war file, either when starting up tomcat from scratch, or
hot-deploying.

We *were* able to get tomcat to expand the war file if it contains a
META-INF directory containing a context.xml file.  However if this
directory is missing from the war, and instead a ROOT.xml context file is
present in conf/Catalina/localhost before starting tomcat - the war file
*isn't* expanded.

Our server.xml file contains the default settings (unpackWARs="true"
autoDeploy="true").

Any ideas?  We would rather not include context.xml files in the war, as
the same war file will be deployed on different servers, which require
different JNDI resources.

thanks

Andy Cooke


-
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law.  If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED.  Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Newbie Tomcat question - where to store dependency DLLs?

[AStefanS]

Hi Peter

Thanks for the reply. I have managed to solve the problem by turning off
case-sensitivity in my DLL directory's context, as it turns out that IE
sometimes sends HTTP request for *.DLL instead of *.dll (found out about
that after turning on the access log valve as you suggested). Spent one
whole day to solve this, phew. Thanks again!


Peter Crowther wrote:
> 
>> From: AStefanS [mailto:[EMAIL PROTECTED] 
>> my DLL can be
>> downloaded successfully (after adding application/x-msdownload MIME
>> mapping), but the dependency DLLs are not downloaded.
> 
> Turn on access logging via the access log valve and see what requests IE
> is making for the dependency DLLs.  Put them there.
> 
> If you don't see any requests because they're being requested from
> somewhere else, then the fun starts... at that point, a client-side
> request logger like http://www.blunck.info/iehttpheaders.html is your
> friend.  If you have to install it, follow the instructions *exactly* -
> I've lost count of the number of times I've had a failed install through
> having IE open as I installed it.  My own stupidity.
> 
>   - Peter
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Newbie-Tomcat-question---where-to-store-dependency-DLLs--tf2456907.html#a6850855
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat, ajp, IIS - loosing connection

[Peter Olin]

We already have that:

worker.ajp15w.type=ajp13
worker.ajp15w.host=xx.xx.xx.xx
worker.ajp15w.port=8009
worker.ajp15w.socket_keepalive=True
worker.ajp15w.socket_timeout=60

I guess that you are talking about what we have specified as
"worker.ajp15w.socket_keepalive=True"

Right?

Or is there an undocumented "worker.xxx.keepalive" ?

/Peter




2006/10/17, Mladen Turk <[EMAIL PROTECTED]>:


Peter Olin wrote:
> This is what I found in the Tomcat log, and I guess that this is the
last
> thing that happened before the IIS-Tomcat connection stopped working.
>
> 2006-10-16 23:20:29 [EMAIL PROTECTED]:
> Exception Processing ErrorPage[errorCode=404, location=/index.jsp]
> ClientAbortException:  java.net.SocketException: Software caused
connection
> abort: socket write error
> at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(
OutputBuffer.java
> :373)


Right, this means that you have a s**t of the firewall that
does not send the FIN packets when it cuts the inactive
connections, or it only cuts one end of the socket.

You might try setting the
worker.xxx.keepalive=On for each AJP worker.
It will send the keepalive packet on opened socket and can
detect those firewall cases that behave like cable unplugging.


Regards,
Mladen.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Peter Olin

RE: Newbie Tomcat question - where to store dependency DLLs?

[Peter Crowther]

> From: AStefanS [mailto:[EMAIL PROTECTED] 
> my DLL can be
> downloaded successfully (after adding application/x-msdownload MIME
> mapping), but the dependency DLLs are not downloaded.

Turn on access logging via the access log valve and see what requests IE
is making for the dependency DLLs.  Put them there.

If you don't see any requests because they're being requested from
somewhere else, then the fun starts... at that point, a client-side
request logger like http://www.blunck.info/iehttpheaders.html is your
friend.  If you have to install it, follow the instructions *exactly* -
I've lost count of the number of times I've had a failed install through
having IE open as I installed it.  My own stupidity.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

SV: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Gunnar.Bostrom]

Hi,

No I can't because it is a form with data posted that should be sent over to 
the Perl script and one additionally parameter.

Regards
Gunnar

 

> -Ursprungligt meddelande-
> Från: Michael Courcy [mailto:[EMAIL PROTECTED] 
> Skickat: den 17 oktober 2006 11:05
> Till: Tomcat Users List
> Ämne: Re: SV: Problem with filter and calling Perl-script 
> with Tomcat 5.5.20
> 
> Can't u use
> 
> request.sendRedirect("myperlscript.cgi?aparam="+request.getPar
> ameter("blah"));
> 
> Mic
> 
> [EMAIL PROTECTED] a écrit :
> > Hi,
> >
> > The problem is not to get the parameters in my java filter. 
> > The problem is that I need to pass the posted parameters 
> from the form plus one additional parameter to my Perl script.
> >
> > Regards
> > Gunnar
> >  
> >
> >   
> >> -Ursprungligt meddelande-
> >> Från: Martin Gainty [mailto:[EMAIL PROTECTED]
> >> Skickat: den 16 oktober 2006 18:06
> >> Till: Tomcat Users List
> >> Ämne: Re: Problem with filter and calling Perl-script with Tomcat 
> >> 5.5.20
> >>
> >> Gunnar-
> >>
> >> String AStringWhichHoldsPostedOrQSValue;
> >> if(HttpServletRequest.getMethod()  ==  "POST") { //Post only 
> >> AStringWhichHoldsPostedOrQSValue = 
> >> HttpServletRequest.getParameter("whatever");
> >> }
> >> else
> >> { //Get Only..
> >>  AStringWhichHoldsPostedOrQSValue = 
> >> HttpServletRequest.getQueryString();
> >> }
> >> It has been my experience that getParameter does NOT 
> >> retrieve POSTed values when Method = 'Get')
> >>
> >>
> >> M-
> >>
> >> This e-mail communication and any attachments may contain 
> >> confidential and privileged information for the use of the 
> designated 
> >> recipients named above. If you are not the intended recipient, you 
> >> are hereby notified that you have received this communication in 
> >> error and that any review, disclosure, dissemination, 
> distribution or 
> >> copying of it or its contents
> >> - Original Message -
> >> From: <[EMAIL PROTECTED]>
> >> To: 
> >> Sent: Monday, October 16, 2006 11:09 AM
> >> Subject: Problem with filter and calling Perl-script with Tomcat 
> >> 5.5.20
> >>
> >>
> >> Hi,
> >>
> >> I've a problem with the new 5.5.20 Tomcat version.
> >> I think this has to do with this bug fix 
> >> http://issues.apache.org/bugzilla/show_bug.cgi?id=37285.
> >>
> >> The problem is that I have a filter that adds a parameter 
> before the 
> >> CGI-filter calling out to a Perl-script.
> >>
> >> This code worked with Tomcat 5.5.17 and works with 5.5.20 if the 
> >> request is a GET but not a POST.
> >>
> >> This is the relevant code:
> >>
> >> HttpServletRequest httpServletRequest = 
> (HttpServletRequest) request; 
> >> HashMap parameters = new HashMap String[]>(
> >>(HashMap) 
> httpServletRequest.getParameterMap());
> >> fillUserInfo(parameters);
> >> httpServletRequest = generateWrapper(httpServletRequest,
> >> parameters); chain.doFilter(httpServletRequest, response);
> >>
> >>
> >> Can you advise me what to do?
> >>
> >> Regards
> >> Gunnar
> >>
> >> 
> -
> >> To start a new topic, e-mail: users@tomcat.apache.org To 
> unsubscribe, 
> >> e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >> 
> >
> > 
> -
> > To start a new topic, e-mail: users@tomcat.apache.org To 
> unsubscribe, 
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >   
> 
> 

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat, ajp, IIS - loosing connection

[Mladen Turk]

Peter Olin wrote:

This is what I found in the Tomcat log, and I guess that this is the last
thing that happened before the IIS-Tomcat connection stopped working.

2006-10-16 23:20:29 [EMAIL PROTECTED]:
Exception Processing ErrorPage[errorCode=404, location=/index.jsp]
ClientAbortException:  java.net.SocketException: Software caused connection
abort: socket write error
at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(OutputBuffer.java
:373)



Right, this means that you have a s**t of the firewall that
does not send the FIN packets when it cuts the inactive
connections, or it only cuts one end of the socket.

You might try setting the
worker.xxx.keepalive=On for each AJP worker.
It will send the keepalive packet on opened socket and can
detect those firewall cases that behave like cable unplugging.


Regards,
Mladen.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SV: Problem with filter and calling Perl-script with Tomcat 5.5.20

[Michael Courcy]

Can't u use

request.sendRedirect("myperlscript.cgi?aparam="+request.getParameter("blah"));

Mic

[EMAIL PROTECTED] a écrit :

Hi,

The problem is not to get the parameters in my java filter. 
The problem is that I need to pass the posted parameters from the form plus one additional parameter to my Perl script.


Regards
Gunnar
 

  

-Ursprungligt meddelande-
Från: Martin Gainty [mailto:[EMAIL PROTECTED] 
Skickat: den 16 oktober 2006 18:06

Till: Tomcat Users List
Ämne: Re: Problem with filter and calling Perl-script with 
Tomcat 5.5.20


Gunnar-

String AStringWhichHoldsPostedOrQSValue;
if(HttpServletRequest.getMethod()  ==  "POST") { //Post only  
AStringWhichHoldsPostedOrQSValue = 
HttpServletRequest.getParameter("whatever");

}
else
{ //Get Only..
 AStringWhichHoldsPostedOrQSValue =  
HttpServletRequest.getQueryString();

}
It has been my experience that getParameter does 
NOT retrieve POSTed values when Method = 'Get')



M-

This e-mail communication and any attachments may contain 
confidential and privileged information for the use of the 
designated recipients named above. If you are not the 
intended recipient, you are hereby notified that you have 
received this communication in error and that any review, 
disclosure, dissemination, distribution or copying of it or 
its contents

- Original Message -
From: <[EMAIL PROTECTED]>
To: 
Sent: Monday, October 16, 2006 11:09 AM
Subject: Problem with filter and calling Perl-script with 
Tomcat 5.5.20



Hi,

I've a problem with the new 5.5.20 Tomcat version.
I think this has to do with this bug fix 
http://issues.apache.org/bugzilla/show_bug.cgi?id=37285.


The problem is that I have a filter that adds a parameter 
before the CGI-filter calling out to a Perl-script.


This code worked with Tomcat 5.5.17 and works with 5.5.20 if 
the request is a GET but not a POST.


This is the relevant code:

HttpServletRequest httpServletRequest = (HttpServletRequest) 
request; HashMap parameters = new 
HashMap(

   (HashMap) httpServletRequest.getParameterMap());
fillUserInfo(parameters);
httpServletRequest = generateWrapper(httpServletRequest, 
parameters); chain.doFilter(httpServletRequest, response);



Can you advise me what to do?

Regards
Gunnar

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  

Re: Tomcat unable to find the apr library

[Mladen Turk]

Michael Courcy wrote:
Hum,  I remember that I had to download the source apr-1.2.7.tar.gz  
for APR directly from the apache website and use the classic ./configure 
&& make && make install,




You need apr sources only if building from SVN, then you first
have to ./buildconf.sh --with-apr=/location/of/the/apr-1.2.7

Then I untar tomcat-native.tar.gz in the bin directory and run again 
configure --with-apr=/usr/local/apr/bin/ && make && make install


Usually that's the
configure --with-apr=/usr/local/apr
(if the APR was installed in a normal way)

make && make install
will then copy the tcnative .so to the
/usr/local/apr/lib

Regards,
Mladen.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat, ajp, IIS - loosing connection

[Peter Olin]

This is what I found in the Tomcat log, and I guess that this is the last
thing that happened before the IIS-Tomcat connection stopped working.

2006-10-16 23:20:29 [EMAIL PROTECTED]:
Exception Processing ErrorPage[errorCode=404, location=/index.jsp]
ClientAbortException:  java.net.SocketException: Software caused connection
abort: socket write error
at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(OutputBuffer.java
:373)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:398)
at org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:315)
at org.apache.coyote.tomcat5.OutputBuffer.flush(OutputBuffer.java:297)
at org.apache.coyote.tomcat5.CoyoteResponse.flushBuffer(CoyoteResponse.java
:537)
at org.apache.coyote.tomcat5.CoyoteResponseFacade.flushBuffer(
CoyoteResponseFacade.java:238)
at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java
:303)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:147)
at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.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(
StandardValveContext.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.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java
:675)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)

2006-10-16 23:20:30 [EMAIL PROTECTED]:
Exception Processing ErrorPage[errorCode=404, location=/index.jsp]
ClientAbortException:  java.net.SocketException: Software caused connection
abort: socket write error
at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(OutputBuffer.java
:373)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:398)
at org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:315)
at org.apache.coyote.tomcat5.OutputBuffer.flush(OutputBuffer.java:297)
at org.apache.coyote.tomcat5.CoyoteResponse.flushBuffer(CoyoteResponse.java
:537)
at org.apache.coyote.tomcat5.CoyoteResponseFacade.flushBuffer(
CoyoteResponseFacade.java:238)
at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java
:303)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:147)
at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(
StandardValveContext.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(
StandardValveContext.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.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java
:675)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)

The config files for AJP are s follows:



worker.ajp15w.type=ajp13
worker.ajp15w.host=xx.xx.xx.xx
worker.ajp15w.port=8009
worker.ajp15w.socket_keepalive=True
worker.ajp15w.socket_timeout=60
#Default connection_pool_size is 10



And from server.xml:









We will try increasing the connection_pool_size to 20, although this seems
like a long shot (there is virtually no traffic).

Could the (redundant) worker.ajp15w.socket_timeout=60 be a problem?

Kind regards,
Peter Olin








2006/10/16, Mladen Turk <[EMAIL PROTECTED]>:


Peter Olin wrote:
> This is what the log says:
>
> [Fri Oct 13 13:08:09 2006] [5788:13544] [error] jk_ajp_common.c (947):
> (ajp

Re: Tomcat unable to find the apr library

[Michael Courcy]

Hum,  I remember that I had to download the source apr-1.2.7.tar.gz  
for APR directly from the apache website and use the classic ./configure 
&& make && make install,


Then I untar tomcat-native.tar.gz in the bin directory and run again 
configure --with-apr=/usr/local/apr/bin/ && make && make install


This is true I dit not consider 32- or 64-bit compilation and the server 
use a 32 processor.


Is there 2 differents packages 32 or 64 bit, or different compilation 
directive ?


Thanks.


Caldarale, Charles R a écrit :
From: Michael Courcy [mailto:[EMAIL PROTECTED] 
Subject: Tomcat unable to find the apr library


I wanted my tomcat instance use the APR (Apache Portable 
Runtime) so I installed it.



Where did you get it in Linux-installable form?  You normally have to
build it for the platform it's going to be run on, using 32- or 64-bit
compilation to match the JVM you have.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  

Re: Using a custom connector in Tomcat 5.5

[Mladen Turk]

Jacob Marcus wrote:

Hi,

The examples no longer show the className attribute for the Connector
element in the server.xml. Is this not supported any more?
In the past, I have done used my own connector as shown in the example
below.




I could not find the relevant documentation on this possible change. I will
appreciate any pointers.



Use the protocol="com.hello.MyConnector" instead className,
or you can use protocolHandlerClassName.

Regards,
Mladen.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

possibility of different classpaths under the same web application

[Rocky Agrawal]

Hi everyone,
I have a web application in which I have different user domains/groups.
There are some classes, which are customized according to the user
groups/domain with the same quantified class name, but in different jar
files. Based on the login information, I need to change the classpath for
a particular session or use custom class loaders, such that the classpath
reflects the user group/domain currently logged in.

What are the possible ways to do it?

Please note that I can not deploy multiple web applications and I can not
use a factory kind of thing to get classes as the existing code is vast
and I need to find a solution which will not require changing the existing
codebase.

thanks a lot.

warm regards,
rohit.


--
Rohit Jhunjhunwala
(alias Rocky)
+91-99001-01330
[EMAIL PROTECTED]
http://www.cse.iitb.ac.in/~agrawal_rocky/