Re: Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread T. Gau

 Hello,

as I understand the netstat output the mentioned PID's are the client 
ports instead.


I'm just calling http://localhost:8080 via a web browser, e.g. Firefox. 
Following the history of my calls against Tomcat:


Proto  Lokale Adresse Remoteadresse  Status   PID
After startup
TCP0.0.0.0:8009   0.0.0.0:0  LISTENING 
2408[java.exe]
TCP0.0.0.0:8080   0.0.0.0:0  LISTENING 
2408[java.exe]
TCP127.0.0.1:8005 0.0.0.0:0  LISTENING 
2408[java.exe]


After first successfull accesses to Tomcat (http://localhost:8080)
TCP127.0.0.1:1255 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:1256 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:1257 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1256 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1257 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1255 CONNECTED 
2408[java.exe]
What seems conspiciuous is that the home page from http://localhost:8080 
is loaded but the images to the apache foundation and the powered by are 
missing and the browser is showing as still loading.



After some more accesses, Tomcat freezed
TCP127.0.0.1:1256 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:1257 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1256 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1257 CONNECTED 
2408[java.exe]
TCP127.0.0.1:1261 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1262 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1263 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1264 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1263 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1261 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1264 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1262 CLOSE_WAIT
2408[java.exe]

TCP127.0.0.1:8080 127.0.0.1:1255 WAITING 0

... and again some accesses
TCP127.0.0.1:1256 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:1257 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1257 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1256 CONNECTED 
2408[java.exe]
TCP127.0.0.1:1265 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1266 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1267 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:1268 127.0.0.1:8080 FIN_WAIT_2
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1265 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1264 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1263 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1262 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1261 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1266 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1267 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1268 CLOSE_WAIT
2408[java.exe]


After some waiting
TCP127.0.0.1:1256 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:1257 127.0.0.1:8080 CONNECTED 
3568[firefox.exe]
TCP127.0.0.1:8080 127.0.0.1:1257 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1256 CONNECTED 
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1265 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1267 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1264 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1263 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1262 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1261 CLOSE_WAIT
2408[java.exe]
TCP127.0.0.1:8080 127.0.0.1:1268 CLOSE_WAIT
2408[java.exe]
TCP

Re: Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Rainer Jung

On 04.08.2010 22:54, T. Gau wrote:

Hello,

I have executed 'netstat -anopb tcp' with the following result:
TCP 0.0.0.0:8009 0.0.0.0:0 LISTENING 3436 [java.exe]
TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 3436 [java.exe]
TCP 127.0.0.1:8005 0.0.0.0:0 LISTENING 3436 [java.exe]

I could not find another listening port for java.exe.

BUT the requests to the frozen Tomcat results into
TCP 127.0.0.1:8080 127.0.0.1:2049 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:2050 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:1992 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:1991 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:2051 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:1990 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:1989 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:2043 CLOSE_WAIT 3436 [java.exe]
TCP 127.0.0.1:8080 127.0.0.1:2042 CLOSE_WAIT 3436 [java.exe]
Any ideas what happens here?


Did we already see a full thread dump?

WildGuessCould it be blocked by entropy gathering for random 
initialization?WildGuess/


Regards,

Rainer

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Rewrite URLs inside HTML pages?

2010-08-05 Thread Rainer Jung

Comments inline

On 05.08.2010 03:30, Leon Kolchinsky wrote:

Hi,

Hmm.
Interesting.
Of course I'd like to make it work with simple configuration or/and with
JkHTTPSIndicator.

I'm just not clear on how to make this simple configuration.

As I've said there is no SSL handling on the server side. All SSL request
handled on the load balance level which in turn talks to Apache (configured
to talk to Tomcat via mod_jk) via http.

myserv.mydomain.com - Tomcat server's Domain name
sakai-stg.mydomain.com - Load balancer's Domain name

Clients coming to Load Balancer's URL https://sakai-stg.mydomain.com need to
use internal links (submit forms etc.) which appear as http://
sakai-stg.mydomain.com/. on the served pages.
Submitting forms is not working in that scenario since the links should look
like this inside the pages - https://sakai-stg.mydomain.com/.


Please see my mod_jk.conf, workers.properties, 01myserv.mydomain.com.conf
files below.

Can you come up with a solution without using mod_substitute as I do now?

[r...@myserv mod_sed]# cat /etc/httpd/conf/mod_jk.conf
LoadModule jk_module modules/mod_jk.so

# mod_jk config
# Where to find workers.properties
# Update this path to match your conf directory location (put
workers.properties next to httpd.conf)
JkWorkersFile /etc/httpd/conf/workers.properties
# Where to put jk shared memory
# Update this path to match your local state directory or logs directory
JkShmFile /var/log/httpd/mod_jk.shm
# Where to put jk logs
# Update this path to match your logs directory location (put mod_jk.log
next to access_log)
JkLogFile /var/log/httpd/mod_jk.log


Unrelated: you could use rotatelogs here, as in CustomLog or 
ErrorLog to automatically rotate the files.



# Set the jk log level [debug/error/info]
JkLogLevel info
# Select the timestamp log format
JkLogStampFormat [%a %b %d %H:%M:%S %Y] 


Unrelated: I would remove JkLogStampFormat. Since a few years mod_jk 
will log sub second timestamps by default, but this format disables that.



#JkOptions indicate to send SSL KEY SIZE,
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories


Unrelated: You should remove +ForwardURICompat unless you understand 
what it does and that you will definitely need it.



# JkRequestLogFormat set the request format
JkRequestLogFormat %w %V %T


Unrelated: Don't like the JkRequestFormat. Instead would use so called 
notes to add the info directly to the access log.



# Globally deny access to the WEB-INF directory
LocationMatch '.*WEB-INF.*'
AllowOverride None
deny from all
/LocationMatch


Unrelated: The application directory usually should not be reachable at 
all by Apache.



[r...@myserv mod_sed]#
[r...@myserv mod_sed]# cat /etc/httpd/conf/workers.properties
#
# This file provides minimal jk configuration properties needed to
# connect to Tomcat.
#
# We define a workers named worker1 and worker2
workers.tomcat_home=/srv/tomcat/
workers.java_home=/srv/jdk
ps=/


Unrelated: The above three are useless.


worker.list=worker1
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8009
worker.worker1.lbfactor=1


Unrelated: That's very minimal.


# Load-balancing behaviour (add when you have more than 1 worker and change
worker.workerX.host and worker.list accordingly)
# worker.loadbalancer.type=lb


Unrelated: You are not actually using mod_jk load balancing here.


# Status worker for managing load balancer (add when you have more than 1
worker)
worker.status.type=status


Suggestion: grab the default workers.properties from the mod_jk 1.2.30 
source download. It contains important hints about production ready 
configuration.



[r...@myserv mod_sed]#
[r...@myserv mod_sed]# cat
/etc/httpd/conf/vhosts.d/01myserv.mydomain.com.conf
LoadModule substitute_module modules/mod_substitute.so

NameVirtualHost *:80

VirtualHost *:80
ServerName myserv.mydomain.com
ServerAdmin leon.kolchin...@mydomain.com
ServerAlias sakai-stg

# Just in case
DocumentRoot /srv/sakai

# if not specified, the global error log is used
ErrorLog /var/log/httpd/myserv.mydomain.com-error_log
CustomLog /var/log/httpd/myserv.mydomain.com-access_log combined
# don't loose time with IP address lookups
HostnameLookups Off
# needed for named virtual hosts
UseCanonicalName Off

# Add index.jsp to DirectoryIndex files
DirectoryIndex index.php index.html index.htm index.shtml index.php4
index.php3 index.phtml index.cgi index.jsp

JkMount /* worker1


Assuming that you always want Tomcat to assume https when a request came 
in via this VirtualHost:


JkHTTPSIndicator FakeHTTPS
SetEnv FakeHTTPS On

(the module mod_env needs to be loaded).


AddOutputFilterByType SUBSTITUTE text/html
Substitute s|http://myserv|https://sakai-stg|i
Substitute s|http://sakai-stg|https://sakai-stg|i


Those three should then no longer be needed (if sakai behaves well).


/VirtualHost


Regards,

Rainer

-
To unsubscribe, e-mail: 

help tomcat

2010-08-05 Thread paola bianchi
Hello,
I'm using Tomcat 5.5, I'm new in Tomcat and web application world
I'm trying to make a web application on Tomcat.
I downloaded source code of a Web Application using JSF, from the site
http://www.manning.com/mann/
I put the webapp into Tomcat, tried to lanch the HelloWorld webapp but I
encountered the following exception:

javax.servlet.ServletException: Wrapper cannot find servlet class
javax.faces.webapp.FacesServlet or a class it depends on
How may I see which jdk I associated to the Tomcat installation?
Thanks in advance and sorry for my bad english
Paola


Re: help tomcat

2010-08-05 Thread michel


- Original Message - 
From: paola bianchi pb.bian...@gmail.com

To: users@tomcat.apache.org
Sent: Thursday, August 05, 2010 6:31 AM
Subject: help tomcat



Hello,
I'm using Tomcat 5.5, I'm new in Tomcat and web application world
I'm trying to make a web application on Tomcat.
I downloaded source code of a Web Application using JSF, from the site
http://www.manning.com/mann/
I put the webapp into Tomcat, tried to lanch the HelloWorld webapp but I
encountered the following exception:

javax.servlet.ServletException: Wrapper cannot find servlet class
javax.faces.webapp.FacesServlet or a class it depends on
How may I see which jdk I associated to the Tomcat installation?
Thanks in advance and sorry for my bad english
Paola




You can try the command java -version.


Michel   


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Memory leak in using SSL with Tomcat 6.0.18 - Solved

2010-08-05 Thread B. Balakrishna Rao
The problem with memory leak using Tomcat 6.0.18 with SSL+JSSE is solved.
I have implemented native SSL(using Apache APR) instead of JSSE SSL and the 
problem went away.
Thanks for your help on this.

Please note that memory leak using with SSL+JSSE is still exist on tomcat 
6.0.29 version.

Thanks,
Bala.

-Original Message-
From: B. Balakrishna Rao 
Sent: Thursday, August 05, 2010 10:17 AM
To: Tomcat Users List
Subject: RE: Memory leak in using SSL with Tomcat 6.0.18

Hi Chris,

Attached is the image for incoming references for 
com.sun.net.ssl.internal.ssl.SSLSocketImpl objects.
Please let me know if you want any further details.

Thanks,


-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, August 04, 2010 10:14 PM
To: Tomcat Users List
Subject: Re: Memory leak in using SSL with Tomcat 6.0.18

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

B.,

On 8/4/2010 10:19 AM, B. Balakrishna Rao wrote:
 Please note that, the 2,996 count is on production environment.
 The counts 7 and 10 are on my local environment.

Ok.

 Below is the procedure I am following on my local environment to test this:
 
 Log in - do some operations - log out.
 I am calling session.invalidate() method upon log out.

Whether you log out of not shouldn't have anything to do with these objects 
staying around.

 After that, I am taking the heap dump. Eclipse Memory Analyzer tool 
 will do a full GC before it produce the results. Hence, 
 com.sun.net.ssl.internal.ssl.SSLSocketImpl should be GCed??

Most likely.

Since you're using a profiler, can you show us what the stack trace is of the 
code that created the SSLSocketImpl objects?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxZmNEACgkQ9CaO5/Lv0PA3DwCdEpwgPIclWBmmlfM+wD5VX0w4
YPIAn2P5+aVG9u8UswVYPEd5ctXh2jO1
=kV3t
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.


RE: Memory leak in using SSL with Tomcat 6.0.18 - Solved

2010-08-05 Thread Sarath Babu Polavarapu
Good Work Bala.

-Original Message-
From: B. Balakrishna Rao [mailto:balakrishna_...@persistent.co.in] 
Sent: Thursday, August 05, 2010 5:29 PM
To: Tomcat Users List
Subject: RE: Memory leak in using SSL with Tomcat 6.0.18 - Solved

The problem with memory leak using Tomcat 6.0.18 with SSL+JSSE is solved.
I have implemented native SSL(using Apache APR) instead of JSSE SSL and the 
problem went away.
Thanks for your help on this.

Please note that memory leak using with SSL+JSSE is still exist on tomcat 
6.0.29 version.

Thanks,
Bala.

-Original Message-
From: B. Balakrishna Rao 
Sent: Thursday, August 05, 2010 10:17 AM
To: Tomcat Users List
Subject: RE: Memory leak in using SSL with Tomcat 6.0.18

Hi Chris,

Attached is the image for incoming references for 
com.sun.net.ssl.internal.ssl.SSLSocketImpl objects.
Please let me know if you want any further details.

Thanks,


-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, August 04, 2010 10:14 PM
To: Tomcat Users List
Subject: Re: Memory leak in using SSL with Tomcat 6.0.18

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

B.,

On 8/4/2010 10:19 AM, B. Balakrishna Rao wrote:
 Please note that, the 2,996 count is on production environment.
 The counts 7 and 10 are on my local environment.

Ok.

 Below is the procedure I am following on my local environment to test this:
 
 Log in - do some operations - log out.
 I am calling session.invalidate() method upon log out.

Whether you log out of not shouldn't have anything to do with these objects 
staying around.

 After that, I am taking the heap dump. Eclipse Memory Analyzer tool 
 will do a full GC before it produce the results. Hence, 
 com.sun.net.ssl.internal.ssl.SSLSocketImpl should be GCed??

Most likely.

Since you're using a profiler, can you show us what the stack trace is of the 
code that created the SSLSocketImpl objects?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxZmNEACgkQ9CaO5/Lv0PA3DwCdEpwgPIclWBmmlfM+wD5VX0w4
YPIAn2P5+aVG9u8UswVYPEd5ctXh2jO1
=kV3t
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Persistent Systems Ltd. It is intended only for the use of the 
individual or entity to which it is addressed. If you are not the intended 
recipient, you are not authorized to read, retain, copy, print, distribute or 
use this message. If you have received this communication in error, please 
notify the sender and delete all copies of this message. Persistent Systems 
Ltd. does not accept any liability for virus infected mails.


RE: Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Caldarale, Charles R
 From: Rainer Jung [mailto:rainer.j...@kippdata.de]
 Subject: Re: Tomcat 6 does not respond or freeze after startup
 
 Did we already see a full thread dump?

Yes: http://marc.info/?l=tomcat-userm=128078460930111w=2

 WildGuessCould it be blocked by entropy gathering for random
 initialization?WildGuess/

Probably not - this is on Windows.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Caldarale, Charles R
 From: T. Gau [mailto:t...@normad.de]
 Subject: Re: Tomcat 6 does not respond or freeze after startup
 
 as I understand the netstat output the mentioned PID's are the client
 ports instead.

You are correct, André misread the output.

 What seems conspiciuous is that the home page from
 http://localhost:8080
 is loaded but the images to the apache foundation and the powered 
 by are missing and the browser is showing as still loading.

This still sounds like either a firewall is blocking traffic, or some kind of 
virus scanner is getting in the way on file accesses, or the account Tomcat is 
running under can't access the resources.

How did you install Tomcat, and how are you running it?  I'd suggest running it 
from scripts rather than as a service until you get things sorted.

 After the freeze of Tomcat the Firefox browser shows the 
 loading sign for each request against http://localhost:8080.

There's no evidence that Tomcat is actually freezing, since you continue to see 
activity via VisualVM.  It still appears that something external to Tomcat is 
preventing access.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Prioritizing incoming requests

2010-08-05 Thread Caldarale, Charles R
 From: B. Balakrishna Rao [mailto:balakrishna_...@persistent.co.in]
 Subject: Prioritizing incoming requests
 
 I would like to know if we can prioritizing the incoming requests 
 in Tomcat.

Not via configuration.  You're free to adjust the thread priority in your code 
by calling the appropriate JRE APIs; whether or not that will have any affect 
depends on the underlying OS.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00
Rainer,
Thanks again for being patient with me. I've seen some different behavior
this morning. When I am trying to access my page, I get Service Temporary
Unavailable, which is better than what I was receiving.

[Thu Aug 05 09:12:49.655 2010] [10216:8452] [debug] jk_uri_worker_map.c
(1036): Attempting to map URI '/geoweb1b.eims.local/geoportal' from 2 maps
[Thu Aug 05 09:12:49.686 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal/*=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.702 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.733 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal/*=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.749 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.764 2010] [10216:8452] [debug] jk_uri_worker_map.c
(873): Found an exact match '/geoportal=worker1'
[Thu Aug 05 09:12:49.780 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1916): check if [/geoportal] points to the web-inf directory
[Thu Aug 05 09:12:49.795 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1932): [/geoportal] is a servlet url - should redirect to worker1
[Thu Aug 05 09:12:49.811 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1972): fowarding escaped URI [/geoportal]
[Thu Aug 05 09:12:49.827 2010] [10216:8452] [debug] jk_worker.c (339):
Maintaining worker worker1
[Thu Aug 05 09:12:49.842 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2792): Reading extension header HTTP_TOMCATWORKER6A6B: worker1
[Thu Aug 05 09:12:49.858 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2793): Reading extension header HTTP_TOMCATWORKERIDX6A6B: 1
[Thu Aug 05 09:12:49.889 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2794): Reading extension header HTTP_TOMCATURI6A6B: /geoportal
[Thu Aug 05 09:12:49.905 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2795): Reading extension header HTTP_TOMCATQUERY6A6B: (null)
[Thu Aug 05 09:12:49.920 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2850): Applying service extensions
[Thu Aug 05 09:12:49.936 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2930): Client Certificate encoding:1 sz:1022 flags:1
[Thu Aug 05 09:12:49.952 2010] [10216:8452] [debug] jk_isapi_plugin.c
(3108): Service protocol=HTTP/1.1 method=GET host=150.xxx.xx.xx
addr=150.xxx.xx.xx name=myserver.server.local port=443 auth=SSL/PCT
user=EIMS\john.doe uri=/geoportal
[Thu Aug 05 09:12:49.967 2010] [10216:8452] [debug] jk_isapi_plugin.c
(3120): Service request headers=8 attributes=9 chunked=no content-length=0
available=0
[Thu Aug 05 09:12:49.983 2010] [10216:8452] [debug] jk_worker.c (116): found
a worker worker1
[Thu Aug 05 09:12:49.999 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2162): got a worker for name worker1
[Thu Aug 05 09:12:50.030 2010] [10216:8452] [debug] jk_ajp_common.c (3093):
acquired connection pool slot=0 after 0 retries
[Thu Aug 05 09:12:50.045 2010] [10216:8452] [debug] jk_ajp_common.c (605):
ajp marshaling done
[Thu Aug 05 09:12:50.061 2010] [10216:8452] [debug] jk_ajp_common.c (2376):
processing worker1 with 2 retries
[Thu Aug 05 09:12:50.077 2010] [10216:8452] [debug] jk_ajp_common.c (1579):
(worker1) all endpoints are disconnected.
[Thu Aug 05 09:12:50.092 2010] [10216:8452] [debug] jk_connect.c (480):
socket TCP_NODELAY set to On
[Thu Aug 05 09:12:50.108 2010] [10216:8452] [debug] jk_connect.c (604):
trying to connect socket 712 to 127.0.0.1:8009
[Thu Aug 05 09:12:51.061 2010] [10216:8452] [info] jk_connect.c (622):
connect to 127.0.0.1:8009 failed (errno=61)
[Thu Aug 05 09:12:51.061 2010] [10216:8452] [info] jk_ajp_common.c (959):
Failed opening socket to (127.0.0.1:8009) (errno=61)
[Thu Aug 05 09:12:51.092 2010] [10216:8452] [error] jk_ajp_common.c (1585):
(worker1) connecting to backend failed. Tomcat is probably not started or is
listening on the wrong port (errno=61)
[Thu Aug 05 09:12:51.108 2010] [10216:8452] [info] jk_ajp_common.c (2540):
(worker1) sending request to tomcat failed (recoverable), because of error
during request sending (attempt=1)
[Thu Aug 05 09:12:51.124 2010] [10216:8452] [debug] jk_ajp_common.c (2397):
retry 1, sleeping for 100 ms before retrying
[Thu Aug 05 09:12:51.249 2010] [10216:8452] [debug] jk_ajp_common.c (1579):
(worker1) all endpoints are disconnected.
[Thu Aug 05 09:12:51.249 2010] [10216:8452] [debug] jk_connect.c (480):
socket TCP_NODELAY set to On
[Thu Aug 05 09:12:51.280 2010] [10216:8452] [debug] jk_connect.c (604):
trying to connect socket 712 to 127.0.0.1:8009
[Thu Aug 05 09:12:52.264 2010] [10216:8452] [info] jk_connect.c (622):
connect to 127.0.0.1:8009 failed (errno=61)
[Thu Aug 05 09:12:52.280 2010] [10216:8452] [info] jk_ajp_common.c (959):
Failed opening socket to (127.0.0.1:8009) (errno=61)
[Thu Aug 05 09:12:52.295 2010] [10216:8452] [error] 

Re: Prioritizing incoming requests

2010-08-05 Thread Juha Laiho
On 5.8.2010 15:50, Caldarale, Charles R wrote:
 From: B. Balakrishna Rao [mailto:balakrishna_...@persistent.co.in]
 Subject: Prioritizing incoming requests

 I would like to know if we can prioritizing the incoming requests 
 in Tomcat.
 
 Not via configuration.  You're free to adjust the thread priority in your 
 code by calling the appropriate JRE APIs; whether or not that will have any 
 affect depends on the underlying OS.

Note though that when there's an abundance of resources (no
competition), prioritization will not help. In other words,
for the prioritization to have any significant effect, you'll
need to have a (slight) shortage of resources to begin with.

Report requests sounds something that might well need to
do more work on the server side than cart requests. And more
work will mean slower response, for the general case at least.
-- 
..Juha

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Problem with CSS in HTML

2010-08-05 Thread PDiefent

Hello,
My first test of the new Tomcat 7.0.0 release endet with following problem:
In my HTML page I'm using a stylesheet:
link rel=stylesheet type=text/css href=styles/tabStyles.css/link
This works fine with Tomcat 5 and Tomcat 6!
Tomcat 7 changes the link when the page is shown in the browser:
link rel=stylesheet type=text/css
href=../styles/tabStyles.css/link

How can I avoid this?

Thanks, Peter
-- 
View this message in context: 
http://old.nabble.com/Problem-with-CSS-in-HTML-tp29356352p29356352.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Issues with org.apache.catalina.connector.Request

2010-08-05 Thread Yogeshwar Srikrishnan
Thanks Christopher.This is the custom exception.All that our code 
attempts is to invoke the
servletRequest.setAttribute where servletRequest is a HttpServletRequest 
and it is not cached.

When you say 

This smacks of a cached request
object, which is totally illegal.

  what do you mean by that?

Regards

java.lang.NullPointerException
at 
org.apache.catalina.connector.Request.setAttribute(Request.java:1382)
at 
org.apache.catalina.connector.RequestFacade.setAttribute(RequestFacade.java:501)

at

bunch of custom classes where exception happens.

at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
 at 
org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:166)
at 
org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:82)

at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:118)
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:186)
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:78)
at 
org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at 
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)

at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at 
org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
at 
org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:98)
at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236)
at 
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:104)
at 
org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:99)
at 
org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:452)
at 
org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:196)
at 
org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:220)
at 
org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractCXFServlet.java:158)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at 
org.apache.cxf.transport.servlet.AbstractCXFServlet.service(AbstractCXFServlet.java:211)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at 
com.rackspace.cloud.servers.api.jaxrs.CacheControlFilter.doFilter(CacheControlFilter.java:50)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at 
com.rackspace.cloud.api.util.filter.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.java:118)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at 
com.rackspace.cloud.api.util.filter.UnavailableFilter.doFilter(UnavailableFilter.java:90)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)


at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at 
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)

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




On 08/04/2010 08:59 AM, Christopher Schultz wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yogeshwar,

On 8/2/2010 10:23 AM, Yogeshwar Srikrishnan wrote:
   

I Keep getting this exception once in a while.The 

Re: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Rainer Jung

See inline

On 05.08.2010 15:15, Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:

Rainer,
Thanks again for being patient with me. I've seen some different behavior
this morning. When I am trying to access my page, I get Service Temporary
Unavailable, which is better than what I was receiving.

[Thu Aug 05 09:12:49.655 2010] [10216:8452] [debug] jk_uri_worker_map.c
(1036): Attempting to map URI '/geoweb1b.eims.local/geoportal' from 2 maps
[Thu Aug 05 09:12:49.686 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal/*=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.702 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.733 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal/*=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.749 2010] [10216:8452] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/geoportal=worker1' source
'uriworkermap'
[Thu Aug 05 09:12:49.764 2010] [10216:8452] [debug] jk_uri_worker_map.c
(873): Found an exact match '/geoportal=worker1'


OK, uriworkermap.proprties worked, it found a match and wants to use the 
worker named worker1.



[Thu Aug 05 09:12:49.780 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1916): check if [/geoportal] points to the web-inf directory
[Thu Aug 05 09:12:49.795 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1932): [/geoportal] is a servlet url - should redirect to worker1
[Thu Aug 05 09:12:49.811 2010] [10216:8452] [debug] jk_isapi_plugin.c
(1972): fowarding escaped URI [/geoportal]
[Thu Aug 05 09:12:49.827 2010] [10216:8452] [debug] jk_worker.c (339):
Maintaining worker worker1
[Thu Aug 05 09:12:49.842 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2792): Reading extension header HTTP_TOMCATWORKER6A6B: worker1
[Thu Aug 05 09:12:49.858 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2793): Reading extension header HTTP_TOMCATWORKERIDX6A6B: 1
[Thu Aug 05 09:12:49.889 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2794): Reading extension header HTTP_TOMCATURI6A6B: /geoportal
[Thu Aug 05 09:12:49.905 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2795): Reading extension header HTTP_TOMCATQUERY6A6B: (null)
[Thu Aug 05 09:12:49.920 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2850): Applying service extensions
[Thu Aug 05 09:12:49.936 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2930): Client Certificate encoding:1 sz:1022 flags:1
[Thu Aug 05 09:12:49.952 2010] [10216:8452] [debug] jk_isapi_plugin.c
(3108): Service protocol=HTTP/1.1 method=GET host=150.xxx.xx.xx
addr=150.xxx.xx.xx name=myserver.server.local port=443 auth=SSL/PCT
user=EIMS\john.doe uri=/geoportal
[Thu Aug 05 09:12:49.967 2010] [10216:8452] [debug] jk_isapi_plugin.c
(3120): Service request headers=8 attributes=9 chunked=no content-length=0
available=0
[Thu Aug 05 09:12:49.983 2010] [10216:8452] [debug] jk_worker.c (116): found
a worker worker1
[Thu Aug 05 09:12:49.999 2010] [10216:8452] [debug] jk_isapi_plugin.c
(2162): got a worker for name worker1
[Thu Aug 05 09:12:50.030 2010] [10216:8452] [debug] jk_ajp_common.c (3093):
acquired connection pool slot=0 after 0 retries
[Thu Aug 05 09:12:50.045 2010] [10216:8452] [debug] jk_ajp_common.c (605):
ajp marshaling done
[Thu Aug 05 09:12:50.061 2010] [10216:8452] [debug] jk_ajp_common.c (2376):
processing worker1 with 2 retries
[Thu Aug 05 09:12:50.077 2010] [10216:8452] [debug] jk_ajp_common.c (1579):
(worker1) all endpoints are disconnected.
[Thu Aug 05 09:12:50.092 2010] [10216:8452] [debug] jk_connect.c (480):
socket TCP_NODELAY set to On
[Thu Aug 05 09:12:50.108 2010] [10216:8452] [debug] jk_connect.c (604):
trying to connect socket 712 to 127.0.0.1:8009


Here it tries to open a new connction to the address 127.0.0.1 and port 
8009 (as configured for the worker named worker1 in workers.properties).



[Thu Aug 05 09:12:51.061 2010] [10216:8452] [info] jk_connect.c (622):
connect to 127.0.0.1:8009 failed (errno=61)


It fails to open a TCP connection. Error is 61, which means winsock 
10061, which is Connection refused.


So either your Tomcat isn't started or not listening on port 8009 on 
localhost, or something else (Firewal etc.) blocks access to that port.


Check whether you can see Tomcat listening on 8009 using netstat -ano. 
You should see *:8009 in status LISTEN and the pid would be the 
process ID of your Tomcat Java process. If it is there, you can try 
whether you can connect to that port using telnet. As long as you can't 
connect, the redirector can't either.


If Tomcat is running on some other system, you need to adjust 
worker.worker1.host in workers.properties accordingly.



[Thu Aug 05 09:12:51.061 2010] [10216:8452] [info] jk_ajp_common.c (959):
Failed opening socket to (127.0.0.1:8009) (errno=61)
[Thu Aug 05 09:12:51.092 2010] [10216:8452] [error] jk_ajp_common.c (1585):
(worker1) connecting to backend 

Re: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread André Warnier

Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:

Rainer,
Thanks again for being patient with me. I've seen some different behavior
this morning. When I am trying to access my page, I get Service Temporary
Unavailable, which is better than what I was receiving.


Yes, that looks good, from the point of view of IIS and isapi_redirect.
Unfortunately, there does not seem to be a Tomcat listening on AJP port 8009.
Can you run the following command in a command window on the server and paste the result 
here :


netstat -anob -p tcp

Thanks


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Problem with CSS in HTML

2010-08-05 Thread André Warnier

PDiefent wrote:

Hello,
My first test of the new Tomcat 7.0.0 release endet with following problem:
In my HTML page I'm using a stylesheet:
link rel=stylesheet type=text/css href=styles/tabStyles.css/link
This works fine with Tomcat 5 and Tomcat 6!
Tomcat 7 changes the link when the page is shown in the browser:
link rel=stylesheet type=text/css
href=../styles/tabStyles.css/link

How can I avoid this?


It is very, very unlikely that Tomcat is changing the content of a html page.
What is this, a static page ?


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Issues with org.apache.catalina.connector.Request

2010-08-05 Thread Caldarale, Charles R
 From: Yogeshwar Srikrishnan [mailto:yogesh.srikrish...@rackspace.com]
 Subject: Re: Issues with org.apache.catalina.connector.Request
 
  This smacks of a cached request
  object, which is totally illegal.
 
   what do you mean by that?

It means it appears that you have stored a reference to the Request object in 
the session or some other scope that makes it erroneously accessible to 
multiple threads.

 - 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.



Re: Issues with org.apache.catalina.connector.Request

2010-08-05 Thread Yogeshwar Srikrishnan

Thanks.Quite possible we are using certain REST resources as sub resource.
Could be issues with the way its done!
Thanks for the help.

On 08/05/2010 09:59 AM, Caldarale, Charles R wrote:

It means it appears that you have stored a reference to the Request object in 
the session or some other scope that makes it erroneously accessible to 
multiple threads.



--
*Yogeshwar Srikrishnan*
Software Engineer III
Email: yogesh.srikrish...@rackspace.com 
mailto:yogesh.srikrish...@rackspace.com

Phone: (210) 459-1412


Confidentiality Notice: This e-mail message (including any attached or
embedded documents) is intended for the exclusive and confidential use of the
individual or entity to which this message is addressed, and unless otherwise
expressly indicated, is confidential and privileged information of Rackspace.
Any dissemination, distribution or copying of the enclosed material is 
prohibited.
If you receive this transmission in error, please notify us immediately by 
e-mail
at ab...@rackspace.com, and delete the original message.
Your cooperation is appreciated.



RE: help tomcat

2010-08-05 Thread Richard G Curry
I had a similar problem when I first setup my Java development environment to 
work on servlets and I was missing the Servlets classes. From the message you 
report, it seems that you are missing the JavaServer Faces classes. Go to the 
Oracle web site 
http://www.oracle.com/technetwork/java/javaee/javaserverfaces-139869.html to 
get more info and access to these.

___
«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»§«¤»¥«¤»
___
Rick Curry
Common Services -  Software Development
E2 - 066, MS 5210
972-431-9178 (Voice)
972-585-7585 (Pager)
To send a (short) Text Message to my Pager:
9725857...@page.metrocall.com

-Original Message-
From: michel [mailto:compu...@videotron.ca] 
Sent: Thursday, August 05, 2010 5:36 AM
To: Tomcat Users List
Subject: Re: help tomcat


- Original Message -
From: paola bianchi pb.bian...@gmail.com
To: users@tomcat.apache.org
Sent: Thursday, August 05, 2010 6:31 AM
Subject: help tomcat


 Hello,
 I'm using Tomcat 5.5, I'm new in Tomcat and web application world
 I'm trying to make a web application on Tomcat.
 I downloaded source code of a Web Application using JSF, from the site
 http://www.manning.com/mann/
 I put the webapp into Tomcat, tried to lanch the HelloWorld webapp but I
 encountered the following exception:
 
 javax.servlet.ServletException: Wrapper cannot find servlet class
 javax.faces.webapp.FacesServlet or a class it depends on
 How may I see which jdk I associated to the Tomcat installation?
 Thanks in advance and sorry for my bad english
 Paola



You can try the command java -version.


Michel   

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged 
material.  If the reader of this message is not the intended recipient,
you are hereby notified that your access is unauthorized, and any review,
dissemination, distribution or copying of this message including any 
attachments is strictly prohibited.  If you are not the intended
recipient, please contact the sender and delete the material from any
computer.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Memory leak in using SSL with Tomcat 6.0.18

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

B.,

On 8/5/2010 12:46 AM, B. Balakrishna Rao wrote:
 Attached is the image for incoming references for
 com.sun.net.ssl.internal.ssl.SSLSocketImpl objects. Please let me
 know if you want any further details.

This list strips attachments.

Glad that you've solved your issue, though it's troubling that your use
of the JSSE resulted in an apparent leak of SSLSocketImpl classes.

Next time you run across an issue, please try to provide a few shreds of
information so we can actually help you.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa3BkACgkQ9CaO5/Lv0PBlbgCdHsIMMWQAMZv3JrQ/Lt+ojwrB
KQ0AoIj9qRRCCCeaWVRI3nINdmvRVb2y
=yQLn
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread André Warnier

Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:
Tomcat is not listening on Port 8009 using the AJP/1.3 protocol. 
I can change this line of code (just did it as a test) to reference port

8009 and I can see it's listening, however this Is not the protocol I am
wanting.

  Connector port=8009 protocol=HTTP/1.1 
   connectionTimeout=2 
   redirectPort=443 /


No, you don't want to do that. Leave that one to the port 8080 or so like it was before 
(or totally delete/comment it if you do not want Tomcat to offer a HTTP interface.




I have the isapi_redirect.dll deployed under 'Default' Websites in IIS with
a Green Arrow. I used the 32-bit because we are running 32-bit as 64-bit.

Seems that this connector is not even being read:

!-- Define an AJP 1.3 Connector on port 8009 --
Connector port=8009 protocol=AJP/1.3 redirectPort=8443 /



Verify :
1) that this Connector tag is not somehow being commented-out.
2) that in server.xml, it is located between the Service name=Catalina tag, and the 
tag Engine name=Catalina defaultHost=localhost

(If it is in the wrong section, it will be ignored).

Then restart Tomcat and try the netstat command again.
If it now shows Tomcat listebing on port 8009, then try to access it again 
through IIS.

I also suggest that when you start Tomcat, you have a look at its logfiles, to see if any 
bad-looking message shows up.


It may be easier to stop Tomcat, delete all the logfiles in (tomcat_dir)/logs, then start 
Tomcat again.





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Rewrite URLs inside HTML pages?

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leon,

On 8/4/2010 9:30 PM, Leon Kolchinsky wrote:
 Of course I'd like to make it work with simple configuration or/and with
 JkHTTPSIndicator.
 
 I'm just not clear on how to make this simple configuration.

Rainer laid it out in his other message. I'll repeat it for emphasis.
This is all you need in httpd.conf:

JkHTTPSIndicator FakeHTTPS
SetEnv FakeHTTPS On

Remove all that output filtering crap you added and you should be good
to go.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa3KcACgkQ9CaO5/Lv0PDeMwCgqYWzD6dL65T+rDz8o+rDXnZ2
UUUAn24qOZeHbnZZxiIWdiLXzukENKIU
=9/Fn
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: [OT] Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 8/5/2010 8:39 AM, Caldarale, Charles R wrote:
 From: Rainer Jung [mailto:rainer.j...@kippdata.de]
 Subject: Re: Tomcat 6 does not respond or freeze after startup

 Did we already see a full thread dump?
 
 Yes: http://marc.info/?l=tomcat-userm=128078460930111w=2
 
 WildGuessCould it be blocked by entropy gathering for random
 initialization?WildGuess/
 
 Probably not - this is on Windows.

Yup. I think Microsoft's PRNG is implemented something like this:

long int random() {
  return time() % 2;
}

Super efficient!

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa3cYACgkQ9CaO5/Lv0PDADwCfW849U741XZ74JUpB0qRp9y93
uG0AmwZVm9gYAsX9xvLdB2PqiHsvhJma
=Z8GT
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: [OT] Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Caldarale, Charles R
 From: Christopher Schultz [mailto:ch...@christopherschultz.net]
 Subject: Re: [OT] Tomcat 6 does not respond or freeze after startup
 
 Yup. I think Microsoft's PRNG is implemented something like this:
 
 long int random() {
   return time() % 2;
 }
 
 Super efficient!

I think you left out the requisite buffer overflow built into every Windows 
API...

 - 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.



Re: Prioritizing incoming requests

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

B.,

On 8/5/2010 1:49 AM, B. Balakrishna Rao wrote:
 I would like to know if we can prioritizing the incoming requests in
 Tomcat. Let's say, I have a report module and a cart module in my web
 application. I would like to give more priority to report module than
 the cart module as Report modules seems to take longer period of
 time. By doing so, What I am thinking is that, Tomcat would give high
 priority to the report requests over the cart requests so that
 reports requests would take lesser time to execute?

While there's no way to prioritize requests per se, you can play tricks
like the following:

1. Implement your reporting actions in one webapp, the cart actions in
another

2. Deploy the two webapps into two different Services on Tomcat

3. Create a Connector for each service, where the reporting webapp's
Connector contains more request processor threads than the cart's
webapp's Connector

4. Each connector also uses an Executor which specifies the thread
priority for the request processors

This gives you a kind of poor-man's prioritization.

Another thing you could do is deploy everything together, configure two
Connectors for Tomcat, and then always use the high-priority
connector/port for reporting actions and always use the low-priority
connector/port for cart actions.


I have no idea what can or cannot be done with Comet, but it's
conceivable that you could do something like the following using Comet
(which IIRC allows a request to be handled by more than one thread):


1. When a Comet request comes in, put the request into a priority queue
that you write yourself, then take-out the top-priority request and
process it

2. The priority should probably depend on the following attributes of a
request:
  a. The amount of time the request has been in the queue
  b. The type of request (report or cart)

Of course, you really have to watch-out for requests being lost in the
queue if the number of Comet requests and the number of requests in the
queue don't match. Don't ask me how to do that.

Just a couple of ideas.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa35QACgkQ9CaO5/Lv0PBgiwCgj0ofLFKVweQ6b8MoB93zOZzh
lXwAn1Bi5ivmSeV8lMU7nRfqqgF/xCzA
=MsAs
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Problem with CSS in HTML

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Peter,

On 8/5/2010 10:01 AM, PDiefent wrote:
 My first test of the new Tomcat 7.0.0 release endet with following problem:
 In my HTML page I'm using a stylesheet:
 link rel=stylesheet type=text/css href=styles/tabStyles.css/link
 This works fine with Tomcat 5 and Tomcat 6!
 Tomcat 7 changes the link when the page is shown in the browser:
 link rel=stylesheet type=text/css
 href=../styles/tabStyles.css/link
 
 How can I avoid this?

Show us the code that emits your link element and we can take a look.
As Andre points out, Tomcat will not rewrite your content unless you ask
it to do so.

Also, are you using Tomcat directly, or do you have another web server
(like Apache httpd), proxy, or load-balancer between the client and Tomcat?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa4AgACgkQ9CaO5/Lv0PCGgwCfQ50guJUe6mE37yeJGQxsroT2
OsoAnj25YAQKR521qiyUcfXNw9xPiCpt
=Z70w
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Issues with org.apache.catalina.connector.Request

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yogeshwar,

On 8/5/2010 11:03 AM, Yogeshwar Srikrishnan wrote:
 Thanks.Quite possible we are using certain REST resources as sub resource.
 Could be issues with the way its done!

This is not legal from a Servlet Spec standpoint. It's also bad practice
because you introduce some very difficult-to-diagnose issues such as this.

You could write a Filter to wrap the HttpSession object and log an error
anytime a Request object is placed into it. You can do this with other
resources as well to help you debug.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa4IUACgkQ9CaO5/Lv0PBFCACeN7Dy73DEnX+X8sX5/9Rgo5xs
58EAoI8DxP7YG3NNJzYyijKHo6rQPri7
=iglj
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: help tomcat

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Richard,

On 8/5/2010 11:12 AM, Richard G Curry wrote:
 I had a similar problem when I first setup my Java development
 environment to work on servlets and I was missing the Servlets
 classes. From the message you report, it seems that you are missing
 the JavaServer Faces classes. Go to the Oracle web site
 http://www.oracle.com/technetwork/java/javaee/javaserverfaces-139869.html
 to get more info and access to these.

+1

Paola, you might want to re-read the sections of the book that deal with
setting up your server environment. You may have missed a step where you
have to download Java Server Faces. I don't believe that Tomcat comes
packaged with JCF included.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa4SYACgkQ9CaO5/Lv0PAvpgCglVYEUGfbZ8EsQI0ybOlBby/Y
NjYAoKIo2HfuJ5NE3QA5a3TYyJkLtT7i
=rMMW
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: [OT] Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 8/5/2010 11:54 AM, Caldarale, Charles R wrote:
 From: Christopher Schultz [mailto:ch...@christopherschultz.net]
 Subject: Re: [OT] Tomcat 6 does not respond or freeze after startup

 Yup. I think Microsoft's PRNG is implemented something like this:

 long int random() {
   return time() % 2;
 }

 Super efficient!
 
 I think you left out the requisite buffer overflow built into every Windows 
 API...

How about this:

long int random() {
  return *(time()) % 2;
}
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxa4WUACgkQ9CaO5/Lv0PBpngCgnBxEAtdTpdOTWvZ0BipTHjKZ
Li0AnR60qrHkx/UDxjHZXziqshhMQMp+
=CXa9
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00
Andre,
I created a folder within the Tomcat 6.0 directory called 'connector'. That
is where all of my redirect files are locared.

Here is my server.xml 
Service name=Catalina
  
!--The connectors can use a shared executor, you can define one or more
named thread pools--
!--
Executor name=tomcatThreadPool namePrefix=catalina-exec- 
maxThreads=150 minSpareThreads=4/
--


!-- A Connector represents an endpoint by which requests are received
 and responses are returned. Documentation at :
 Java HTTP Connector: /docs/config/http.html (blocking 
non-blocking)
 Java AJP  Connector: /docs/config/ajp.html
 APR (HTTP/AJP) Connector: /docs/apr.html
 Define a non-SSL HTTP/1.1 Connector on port 8080
--

Connector port=8080 protocol=Java HTTP 
   connectionTimeout=2 
   redirectPort=80 /

!-- A Connector using the shared thread pool--

!-- Connector executor=tomcatThreadPool
   port=8443 protocol=HTTP/1.1 
   connectionTimeout=2 
   redirectPort=443 / --
   
!-- Define a SSL HTTP/1.1 Connector on port 8443
 This connector uses the JSSE configuration, when using APR, the 
 connector should be using the OpenSSL style configuration
 described in the APR documentation --

Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true
   maxThreads=150 scheme=https secure=true
   clientAuth=false sslProtocol=TLSv1

!-- Define an AJP 1.3 Connector on port 8009 --

Connector port=8009 protocol=AJP/1.3 redirectPort=443 /


!-- An Engine represents the entry point (within Catalina) that
processes
 every request.  The Engine implementation for Tomcat stand alone
 analyzes the HTTP headers included with the request, and passes
them
 on to the appropriate Host (virtual host).
 Documentation at /docs/config/engine.html --

!-- You should set jvmRoute to support load-balancing via AJP ie :
Engine name=Standalone defaultHost=localhost jvmRoute=jvm1

-- 
Engine name=Catalina defaultHost=localhost

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Thursday, August 05, 2010 11:44 AM
To: Tomcat Users List
Subject: Re: Tomcat 6.0.18/ IIS 6.0 /SSL

Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:
 Tomcat is not listening on Port 8009 using the AJP/1.3 protocol. 
 I can change this line of code (just did it as a test) to reference 
 port
 8009 and I can see it's listening, however this Is not the protocol I 
 am wanting.
 
   Connector port=8009 protocol=HTTP/1.1 
connectionTimeout=2 
redirectPort=443 /

No, you don't want to do that. Leave that one to the port 8080 or so like it
was before (or totally delete/comment it if you do not want Tomcat to offer
a HTTP interface.

 
 I have the isapi_redirect.dll deployed under 'Default' Websites in IIS 
 with a Green Arrow. I used the 32-bit because we are running 32-bit as
64-bit.
 
 Seems that this connector is not even being read:
 
 !-- Define an AJP 1.3 Connector on port 8009 --
 Connector port=8009 protocol=AJP/1.3 redirectPort=8443 /
 

Verify :
1) that this Connector tag is not somehow being commented-out.
2) that in server.xml, it is located between the Service name=Catalina
tag, and the 
tag Engine name=Catalina defaultHost=localhost
(If it is in the wrong section, it will be ignored).

Then restart Tomcat and try the netstat command again.
If it now shows Tomcat listebing on port 8009, then try to access it again
through IIS.

I also suggest that when you start Tomcat, you have a look at its logfiles,
to see if any bad-looking message shows up.

It may be easier to stop Tomcat, delete all the logfiles in
(tomcat_dir)/logs, then start Tomcat again.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



smime.p7s
Description: S/MIME cryptographic signature


RE: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Caldarale, Charles R
 From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00
 [mailto:jason.t.hansel@navy.mil]
 Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL
 
 I created a folder within the Tomcat 6.0 directory called 
 'connector'.  That is where all of my redirect files are
 locared.

For curiosity's sake, what are you referring to with the term redirect file?

 Connector port=8080 protocol=Java HTTP
connectionTimeout=2
redirectPort=80 /

 Exactly what did you have in mind with that value for the protocol 
attribute?  Do you see it anywhere in the Tomcat documentation?

 Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true
maxThreads=150 scheme=https secure=true
clientAuth=false sslProtocol=TLSv1

And right here you have a problem - badly formed XML.  You might want to syntax 
check your server.xml, since it looks really broken from here.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00
Rainer,
Good news amigo, I am connecting to my web application. Looks like the
uncommented SSL section was causing my isapi_redirect.dll to not work. The
one thing I have noticed though is that it's kind of slow, any pointers
w/respect to speed? 

Thanks man.

-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de] 
Sent: Thursday, August 05, 2010 10:31 AM
To: Tomcat Users List
Subject: Re: Tomcat 6.0.18/ IIS 6.0 /SSL

See inline

On 05.08.2010 15:15, Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:
 Rainer,
 Thanks again for being patient with me. I've seen some different 
 behavior this morning. When I am trying to access my page, I get 
 Service Temporary Unavailable, which is better than what I was
receiving.

 [Thu Aug 05 09:12:49.655 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (1036): Attempting to map URI '/geoweb1b.eims.local/geoportal' from 2 
 maps [Thu Aug 05 09:12:49.686 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (850): Attempting to map context URI '/geoportal/*=worker1' source 
 'uriworkermap'
 [Thu Aug 05 09:12:49.702 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (850): Attempting to map context URI '/geoportal=worker1' source 
 'uriworkermap'
 [Thu Aug 05 09:12:49.733 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (850): Attempting to map context URI '/geoportal/*=worker1' source 
 'uriworkermap'
 [Thu Aug 05 09:12:49.749 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (850): Attempting to map context URI '/geoportal=worker1' source 
 'uriworkermap'
 [Thu Aug 05 09:12:49.764 2010] [10216:8452] [debug] 
 jk_uri_worker_map.c
 (873): Found an exact match '/geoportal=worker1'

OK, uriworkermap.proprties worked, it found a match and wants to use the
worker named worker1.

 [Thu Aug 05 09:12:49.780 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (1916): check if [/geoportal] points to the web-inf directory [Thu Aug 
 05 09:12:49.795 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (1932): [/geoportal] is a servlet url - should redirect to worker1 
 [Thu Aug 05 09:12:49.811 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (1972): fowarding escaped URI [/geoportal] [Thu Aug 05 09:12:49.827 
 2010] [10216:8452] [debug] jk_worker.c (339):
 Maintaining worker worker1
 [Thu Aug 05 09:12:49.842 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2792): Reading extension header HTTP_TOMCATWORKER6A6B: worker1 
 [Thu Aug 05 09:12:49.858 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2793): Reading extension header HTTP_TOMCATWORKERIDX6A6B: 1 [Thu 
 Aug 05 09:12:49.889 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2794): Reading extension header HTTP_TOMCATURI6A6B: /geoportal 
 [Thu Aug 05 09:12:49.905 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2795): Reading extension header HTTP_TOMCATQUERY6A6B: (null) [Thu 
 Aug 05 09:12:49.920 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2850): Applying service extensions
 [Thu Aug 05 09:12:49.936 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2930): Client Certificate encoding:1 sz:1022 flags:1 [Thu Aug 05 
 09:12:49.952 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (3108): Service protocol=HTTP/1.1 method=GET host=150.xxx.xx.xx 
 addr=150.xxx.xx.xx name=myserver.server.local port=443 auth=SSL/PCT 
 user=EIMS\john.doe uri=/geoportal [Thu Aug 05 09:12:49.967 2010] 
 [10216:8452] [debug] jk_isapi_plugin.c
 (3120): Service request headers=8 attributes=9 chunked=no 
 content-length=0 available=0 [Thu Aug 05 09:12:49.983 2010] 
 [10216:8452] [debug] jk_worker.c (116): found a worker worker1 [Thu 
 Aug 05 09:12:49.999 2010] [10216:8452] [debug] jk_isapi_plugin.c
 (2162): got a worker for name worker1
 [Thu Aug 05 09:12:50.030 2010] [10216:8452] [debug] jk_ajp_common.c
(3093):
 acquired connection pool slot=0 after 0 retries [Thu Aug 05 
 09:12:50.045 2010] [10216:8452] [debug] jk_ajp_common.c (605):
 ajp marshaling done
 [Thu Aug 05 09:12:50.061 2010] [10216:8452] [debug] jk_ajp_common.c
(2376):
 processing worker1 with 2 retries
 [Thu Aug 05 09:12:50.077 2010] [10216:8452] [debug] jk_ajp_common.c
(1579):
 (worker1) all endpoints are disconnected.
 [Thu Aug 05 09:12:50.092 2010] [10216:8452] [debug] jk_connect.c (480):
 socket TCP_NODELAY set to On
 [Thu Aug 05 09:12:50.108 2010] [10216:8452] [debug] jk_connect.c (604):
 trying to connect socket 712 to 127.0.0.1:8009

Here it tries to open a new connction to the address 127.0.0.1 and port
8009 (as configured for the worker named worker1 in workers.properties).

 [Thu Aug 05 09:12:51.061 2010] [10216:8452] [info] jk_connect.c (622):
 connect to 127.0.0.1:8009 failed (errno=61)

It fails to open a TCP connection. Error is 61, which means winsock 10061,
which is Connection refused.

So either your Tomcat isn't started or not listening on port 8009 on
localhost, or something else (Firewal etc.) blocks access to that port.

Check whether you can see Tomcat listening on 8009 using netstat -ano. 
You should see *:8009 in status LISTEN and the pid would be the process ID

RE: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00
Charles,
I was just putting that protocol in there to prevent the 8080 from being
hit, I've actually commented it out. I got this server.xml file from the
install (Note:that not everything is on here). I can load my webapp now, but
the page takes a little while to load using the isapi_redirect.dll (which I
was referring to below as the redirect file...sorry my in head language) 

-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: Thursday, August 05, 2010 3:45 PM
To: Tomcat Users List
Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL

 From: Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 
 [mailto:jason.t.hansel@navy.mil]
 Subject: RE: Tomcat 6.0.18/ IIS 6.0 /SSL
 
 I created a folder within the Tomcat 6.0 directory called 'connector'.  
 That is where all of my redirect files are locared.

For curiosity's sake, what are you referring to with the term redirect
file?

 Connector port=8080 protocol=Java HTTP
connectionTimeout=2
redirectPort=80 /

 Exactly what did you have in mind with that value for the protocol
attribute?  Do you see it anywhere in the Tomcat documentation?

 Connector port=8443 protocol=HTTP/1.1 SSLEnabled=true
maxThreads=150 scheme=https secure=true
clientAuth=false sslProtocol=TLSv1

And right here you have a problem - badly formed XML.  You might want to
syntax check your server.xml, since it looks really broken from here.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



smime.p7s
Description: S/MIME cryptographic signature


Re: UTF-8 encoding in Tomcat 6.0 fixed

2010-08-05 Thread michel


- Original Message - 
From: André Warnier a...@ice-sa.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, August 03, 2010 5:30 PM
Subject: Re: UTF-8 encoding in Tomcat 6.0 fixed



michel wrote:


- Original Message - From: michel compu...@videotron.ca
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, August 03, 2010 1:08 PM
Subject: Re: UTF-8 encoding in Tomcat 6.0




- Original Message - From: michel compu...@videotron.ca
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, August 03, 2010 9:35 AM
Subject: Re: UTF-8 encoding in Tomcat 6.0


I am having a simmilar problem with Tomcat Version 6.0.26. I have a JSP 
with some french characters that run quite well on my local windows 
machine.When I transfer the JSP source code to the Linux server the JSP 
gets converted to java source code with the wrong character set. I have 
played with all kinds of  variations of


%@ page language=java errorPage=/ErrorPage.jsp 
pageEncoding=ISO-8859-1 contentType=text/html;charset=ISO-8859-1%



with no change. I am assuming that my jsp to servlet is set wrong ...



Michel




Just looking for a hint here in the right direction ...


The JSP is compiled by jasper-compiler-jdt.jar, but in the previous 
versions it was javac. So I assume that the reason why my French 
characters in the jsp are being whacked when converted to a .java file 
is that I am missing a configuration parameter in a file.


Thanks!



Michel




Got it fixed with %@ page language=java errorPage=/ErrorPage.jsp 
contentType=text/html; charset=UTF-8 pageEncoding=ISO-8859-1 %




See : http://java.sun.com/products/jsp/syntax/1.2/syntaxref1210.html

# contentType=mimeType [; charset=characterSet ] |

   text/html;charset=ISO-8859-1

The MIME type and character encoding the JSP page uses for the 
response. You can use any MIME type or character set that are valid for 
the JSP container. The default MIME type is text/html, and the default 
character set is ISO-8859-1.


# pageEncoding=characterSet | ISO-8859-1

The page source character encoding. The value is a IANA charset name. 
The default character encoding is ISO-8859-1.



Thanks for the info, and I took a look at the page link you showed. It can 
be a real eye-opener to look at actual specs and to see stuff that I had no 
idea even exists.




Michel
^anks fior 



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



tomcat caching of static files

2010-08-05 Thread swoodbury

Hi.

I have a tomcat - struts web application.

I have a thread which creates a static datafile each night.   when the user
accesses the corresponding .do action, that action reads the static file and
presents formatted output.  if the file isn't there for whatever reason, it
creates it dynamically and then presents the formatted output (still by
reading the file it just created).  

My problem is that the nightly re-creation works fine, i can see changes in
the file, and the mod time of the file is updated.  but Tomcat is evidently
caching the old contents because the old content is still presented to the
user.  But if i remove the static file and thus force the action to
re-create it, the new data is presented to the user.  things also work if i
manually edit the file (say with vi) and save it, the user again gets
updated information.  but if the thread creates the data, the action never
sees it.

Also, both the thread and the action call the same method when generating
the static data.

any ideas?
-- 
View this message in context: 
http://old.nabble.com/tomcat-caching-of-static-files-tp29356390p29356390.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread T. Gau

 Hello,

@Thread dumps:
I attached some current thread.Directly after startup and after Tomcat 
stops responding.



@Installation and start:
I installed Tomcat directly from a zip file and runs it from the given 
scripts.



@Prevented access:
I have deactivated the firewall as well as the virus scanner. But Tomcat 
stops responding again.



What else could I check?


Thank you and kind regards,

T. Gau



Caldarale, Charles R schrieb am 05.08.2010 14:47:

From: T. Gau [mailto:t...@normad.de]
Subject: Re: Tomcat 6 does not respond or freeze after startup

as I understand the netstat output the mentioned PID's are the client
ports instead.

You are correct, André misread the output.


What seems conspiciuous is that the home page from
http://localhost:8080
is loaded but the images to the apache foundation and the powered
by are missing and the browser is showing as still loading.

This still sounds like either a firewall is blocking traffic, or some kind of 
virus scanner is getting in the way on file accesses, or the account Tomcat is 
running under can't access the resources.

How did you install Tomcat, and how are you running it?  I'd suggest running it 
from scripts rather than as a service until you get things sorted.


After the freeze of Tomcat the Firefox browser shows the
loading sign for each request againsthttp://localhost:8080.

There's no evidence that Tomcat is actually freezing, since you continue to see 
activity via VisualVM.  It still appears that something external to Tomcat is 
preventing access.

  - 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 unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:users-h...@tomcat.apache.org



2010-08-05 19:57:37
Full thread dump Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing):

RMI TCP Accept-0 daemon prio=6 tid=0x0305a800 nid=0x17c4 runnable [0x03aef000]
   java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked 0x28130f38 (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at 
sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:34)
at 
sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
at 
sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
at java.lang.Thread.run(Thread.java:619)

   Locked ownable synchronizers:
- None

TP-Monitor daemon prio=6 tid=0x0305b800 nid=0x1704 in Object.wait() 
[0x0397f000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on 0x281376a8 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.java:565)
- locked 0x281376a8 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at java.lang.Thread.run(Thread.java:619)

   Locked ownable synchronizers:
- None

TP-Processor4 daemon prio=6 tid=0x0331bc00 nid=0x1700 runnable [0x0392f000]
   java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked 0x28137788 (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:312)
at 
org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:666)
at 
org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt(ChannelSocket.java:877)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)

   Locked ownable synchronizers:
- None

TP-Processor3 daemon prio=6 tid=0x032f1800 nid=0x16fc in Object.wait() 
[0x038df000]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on 0x28137a30 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:485)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:662)
- locked 0x28137a30 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:619)

   Locked ownable synchronizers:
   

Re: [OT] Tomcat 6 does not respond or freeze after startup

2010-08-05 Thread André Warnier

Caldarale, Charles R wrote:

From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] Tomcat 6 does not respond or freeze after startup

Yup. I think Microsoft's PRNG is implemented something like this:

long int random() {
  return time() % 2;
}

Super efficient!


I think you left out the requisite buffer overflow built into every Windows 
API...

And the message about the new Windows Media Player download every time the above function 
returns 1.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread André Warnier

Hansel, Jason T CTR SPAWARSYSCEN-ATLANTIC, 55E00 wrote:

Charles,
I was just putting that protocol in there to prevent the 8080 from being
hit, I've actually commented it out. I got this server.xml file from the
install (Note:that not everything is on here). I can load my webapp now, but
the page takes a little while to load using the isapi_redirect.dll (which I
was referring to below as the redirect file...sorry my in head language) 


I believe that at this point, you may want to :

a) save your web application somewhere else; also save the isapi configuration files if 
they are located under the Tomcat installation directory. (*)

b) de-install the Tomcat you have, and remove all its files (and specially the 
logfiles)
c) download a new Tomcat from the Tomcat website, and re-install it

Then restore your application under (tomcat_install_dir)/webapps.

All the above will take only 5 minutes, and you will at least have a clean 
Tomcat.


Then try it, both directly using HTTP to port 8080, and through IIS and isapi_redirect 
using whatver SSL port you use for that.


With the part under IIS (including isapi_redirect) apparently being fine (as shown before 
by your previous logs), the downloaded Tomcat should work out of the box, through IIS and all.


THEN, when you have verified that the above is working, comment out all Connector tags 
you do not want, except the one for the AJP Connector on port 8009, and restart Tomcat.


And check the Tomcat logfiles if you have any problem.

Apart from the ones which Chuck mentioned earlier, your pasted server.xml had a couple of 
additional mistakes which make it really hard for us to figure out what is really going 
on.  (Or it was your cut and paste which was not accurate, but anyway we can't follow 
what's happening on the base of inaccurate information).


In any case, with a correct configuration, the difference in access time between a direct 
access to Tomcat via HTTP port 8080, and an indirect access through IIS and 
isapi_redirector, should be so small as to be humanly indistinguishable.

(We are talking 1 millisecond or so).

Unless it is IIS which for some reason is introducing the delay.


(*) This by the way would be illogical, as these files belong really to IIS and its add-on 
module isapi_redirect.dll, and not to Tomcat.

The only part of Tomcat which plays a role here, is the AJP Connector on port 
8009.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Tomcat Configuration Help

2010-08-05 Thread Tom Jones
Hello,
I'm totally new to Tomcat and I have been searching the net for a little while 
now looking for info on configuring tomcat to host multiple apps on different 
ports and different web roots. I have come across some posts on running 
multiple instances which might be the right thing for me I'm still not sure.

So here is what I'm looking to configure, I just dont know if it's the right 
way.

tomcat
- webapps
-- appWebServices
-- appMainUserSite

I would like to run the app appWebServices on port 3100 with the docBase to 
be tomcat/webapps/appWebServices. I would also like the app to support 500 
simultaneous connections. Now I would like to run the app appMainUserSite on 
port 3200 with the docBase to be tomcat/webapps/appMainUserSite. I would also 
like the app to support 100 simultaneous connections.

Now this configuration seems to work, but since I'm fairly new to this I 
thought I would get a second  third opinion. So is what I'm doing the right 
solution or is there a better one, like multiple instances etc.

Thanks,
tom

server.xml
Server port=8005 shutdown=SHUTDOWN
...
  Service name=Catalina
  ...
  /Service
!-- My Services Config --
  !-- Web Services --
  Service name=myWebService
Executor name=tomcatThreadPool namePrefix=catalina-exec- 
maxThreads=500 minSpareThreads=10/
Connector  executor=tomcatThreadPool port=3100 redirectPort=3144 
protocol=HTTP/1.1 connectionTimeout=300 
enableLookups=false 
disableUploadTimeout=true maxHttpHeaderSize=8192 URIEncoding=UTF-8 /
Engine name=myWebService defaultHost=localhost
  Realm className=org.apache.catalina.realm.UserDatabaseRealm 
resourceName=UserDatabase/
  Host name=localhost appBase=webapps unpackWARs=false 
autoDeploy=false 
xmlValidation=false xmlNamespaceAware=false
Context path= docBase=appWebServices/   
  /Host
/Engine
  /Service
  
  !-- Main Site --
  Service name=mySite
Executor name=mySiteThreadPool namePrefix=catalina-exec- 
maxThreads=100 minSpareThreads=10/
Connector executor=mySiteThreadPool port=3200 protocol=HTTP/1.1 
connectionTimeout=300 /
Engine name=mySite defaultHost=localhost
  Realm className=org.apache.catalina.realm.UserDatabaseRealm 
resourceName=UserDatabase/
  Host name=localhost appBase=webapps unpackWARs=false 
autoDeploy=false 
xmlValidation=false xmlNamespaceAware=false
Context path= docBase=appMainUserSite /
  /Host
/Engine
  /Service
/Server

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



can't fire tomcat with the security option

2010-08-05 Thread Rashid Jilani
Gurus when I try to fire the tomcat catalina start -security I am
following the following errors

 

java.security.AccessControlException: access denied
(java.lang.RuntimePermission accessClassInPackage.org.apache.catalina)

at
java.security.AccessControlContext.checkPermission(Unknown Source)

 

Can some shed some light what is the root cause of the error

 

BTW I also tried to run the tomcat by setting set
CATALINA_OPTS=-Djava.security.debug=all option that kept spitting tons of
messages on my console screen but can't make any sense out of it, any help
would be really appreciated
 
Thanks,
RJ

 



Re: can't fire tomcat with the security option

2010-08-05 Thread Mark Thomas
On 05/08/2010 23:10, Rashid Jilani wrote:
 Gurus when I try to fire the tomcat catalina start -security I am
 following the following errors
 
  
 
 java.security.AccessControlException: access denied
 (java.lang.RuntimePermission accessClassInPackage.org.apache.catalina)
 
 at
 java.security.AccessControlContext.checkPermission(Unknown Source)
 
  
 
 Can some shed some light what is the root cause of the error
 
  
 
 BTW I also tried to run the tomcat by setting set
 CATALINA_OPTS=-Djava.security.debug=all option that kept spitting tons of
 messages on my console screen but can't make any sense out of it, any help
 would be really appreciated

Full Tomcat version and the full stack trace would be a good place to start.

Mark



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6.0.18/ IIS 6.0 /SSL

2010-08-05 Thread André Warnier
Maybe to avoid further meandering in what should or should not work, here is a short 
tutorial of how all this stuff works.


At the end of the chain, you have a Tomcat Engine.  This engine processes HTTP requests 
which it receives in some internal Tomcat format.  The requests are processed by 
forwarding them to web applications within Tomcat, who process the request and generate 
a response.


On top of the Tomcat engine are sitting one or more Connector's.
Each of these Connector's is at the same time a TCP socket listening on some port, and a 
sophisticated translation engine.  Each Connector translates the requests received on its 
port, from the external communications protocol format used (e.g. HTTP or HTTPS or AJP) 
into the common internal Tomcat request format, and then passes it to the Tomcat engine.


Graphically, it looks like this :


Connector 1   Connector 2Connector 3
  HTTP   AJPHTTPS

\ |   /


Tomcat engine

   /   |   \
 webapp1 webapp2   webapp3

You can send a request (using the appropriate format) through any of the enabled 
Connector's.  For Tomcat in the end it does not matter.  It will send the response via the 
same Connector, which will perform the appropriate reverse translation according to its 
protocol.



Now imagine a front-end server, like IIS.
For reasons of your own, you want to send the request to IIS first, and would like IIS to 
determine if this request is to handle locally by itself, or to be forwarded to a back-end 
Tomcat, and to do that if needed.


That is where the IIS add-on module isapi_redirect comes into play.
IIS gives it the URL of a request just received.  isapi_redirect, in function of its 
configuration, decides if this request is for a back-end Tomcat or not.

(That is what uriworkermap helps in doing).
If it decides that this URL is not for Tomcat, it returns to IIS saying sorry, not for 
me, and IIS looks for other ways to satisfy this request.


If isapi_redirect decides that this request is for a back-end Tomcat, then it checks for 
which one.  For isapi_redirect, each back-end Tomcat to which it can redirect requests is 
called a worker. (In a simple case, there is only one.).

(Here is where the workers.properties settings matter)

When isapi_redirect has determined to which worker it should pass the request, it tries 
to set up a TCP channel with this worker (Tomcat), on a port which understands the AJP 
protocol (aka, an AJP Connector of that Tomcat).
If this does not work (because the worker is not configured properly or the corresponding 
Tomcat is simply not running), isapi_redirect will return an error to IIS.
If it works, then isapi_redirect encodes the request according to the requirements of the 
AJP protocol, and sends it to Tomcat through this TCP channel.

isapi_redirect then waits for the response, on the same TCP channel.
When it gets the response, it returns it to IIS, which returns it to the 
browser.

So the full graphic now looks like this :

   browser
 |
   TCP channel (SSL/HTTPS)
 |
IIS
 |
   isapi_redirector
 |
   TCP channel (non-SSL)
 |

Connector 1   Connector 2Connector 3
  HTTP   AJPHTTPS

\ |   /


Tomcat engine

   /   |   \
 webapp1 webapp2   webapp3


Of course, Tomcat can deal with HTTPS all on its own, so you do not necessarily need an 
IIS in front for that.  You could also have the browsers use HTTPS to talk directly to Tomcat.

Then the configuration would be this :

   browser
  |
 TCP channel (SSL/HTTPS)
  |

Connector 1   Connector 2Connector 3
  HTTP   AJPHTTPS

\ |   /


Tomcat engine

   /   |   \
 webapp1 webapp2   webapp3

and as far as Tomcat is concerned, it will not make much difference (except that now the 
Tomcat HTTPS Connector will be doing more work, and the AJP Connector less work).


There are good reasons to use a front-end Apache httpd, or IIS, in front of 
Tomcat.
There are also bad reasons, such as a simple lack of information.
If your only reason to put IIS/isapi_redirect in front of Tomcat is to handle HTTPS 
connections, then it is not a very good reason, and it makes the setup more complicated 
than it could be.





RE: can't fire tomcat with the security option

2010-08-05 Thread Caldarale, Charles R
 From: Rashid Jilani [mailto:jil...@lifebiosystems.com]
 Subject: can't fire tomcat with the security option
 
 Can some shed some light what is the root cause of the error

Not unless you shed some light on the version of Tomcat you're using and how 
you installed it, the JVM it's running in, how you start Tomcat, and the 
platform it's running on.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: can't fire tomcat with the security option

2010-08-05 Thread Rashid Jilani
My bad, here is the info

Tomcat : 6.0.29
OS = windows XP
JDK = 1.6.0_05

I just downloaded the core zip file from
http://apache.cs.utah.edu/tomcat/tomcat-6/v6.0.29/bin/apache-tomcat-6.0.29.z
ip, and unzip on my machine.

The way I fire it is some thing like that 

@echo off
setlocal
set JAVA_OPTS=-Djava.security.auth.login.config=C:\Documents and
Settings\XXX\workspace\WebSecurity\WebContent\WEB-INF\test.config
call catalina.bat run -security
endlocal

Regards,
RJ

-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: Thursday, August 05, 2010 5:14 PM
To: Tomcat Users List
Subject: RE: can't fire tomcat with the security option

 From: Rashid Jilani [mailto:jil...@lifebiosystems.com]
 Subject: can't fire tomcat with the security option
 
 Can some shed some light what is the root cause of the error

Not unless you shed some light on the version of Tomcat you're using and how
you installed it, the JVM it's running in, how you start Tomcat, and the
platform it's running on.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat Configuration Help

2010-08-05 Thread Caldarale, Charles R
 From: Tom Jones [mailto:tjo...@acworld.com]
 Subject: Tomcat Configuration Help
 
 I'm totally new to Tomcat and I have been searching the net for a
 little while now looking for info on configuring tomcat to host
 multiple apps on different ports and different web roots.

Other than not telling us the Tomcat version you're using (along with the JVM 
and platform), you've done a pretty good job of explaining the situation.

If you don't need to isolate the applications by port (that's quite unusual), 
you can simplify things a bit by using virtual hosting:
http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html
http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts

 I have come across some posts on running multiple instances 
 which might be the right thing for me I'm still not sure.

Multiple instances are not strictly necessary, but might be easier to 
administer, and will obviously avoid undesired interaction between the two 
webapps.

 tomcat
 - webapps
 -- appWebServices
 -- appMainUserSite

That's not good.  Each Host should have its own appBase; by sharing them, 
you've made both apps available on both hosts.

 I would like to run the app appWebServices on port 3100 with the
 docBase to be tomcat/webapps/appWebServices. I would also like the
 app to support 500 simultaneous connections. Now I would like to run
 the app appMainUserSite on port 3200 with the docBase to be
 tomcat/webapps/appMainUserSite. I would also like the app to support
 100 simultaneous connections.

As you surmised, you will need separate Service elements if you want to 
segregate the apps by port number.

 Executor name=tomcatThreadPool namePrefix=catalina-exec-

You might want to use a unique namePrefix for each Executor so you can more 
easily tell them apart in a thread dump (should that ever be necessary).

 Connector executor=tomcatThreadPool port=3100
 redirectPort=3144

If you don't have a Connector for port 3144, why do have a redirectPort?  
Also be aware that many versions of IE don't handle HTTPS over anything other 
than port 443.

 Host name=localhost appBase=webapps 

The appBase should be unique for each Host.

 Context path= docBase=appWebServices/

This is bad; do not put Context elements in server.xml.  Your webapp should 
be located in this Host's appBase directory, and named ROOT (case-sensitive, 
even on Windows).  What you have now got you double deployment, once as the 
default webapp and once more as appWebServices - confusing at best.  The 
Context element, if you need one at all - and you don't, in this situation - 
should be in the webapp's META-INF/context.xml file, in other words:

[appBase]/ROOT/META-INF/context.xml

and must not include path or docBase attributes.

 Executor name=mySiteThreadPool namePrefix=catalina-exec-

See namePrefix comment above.

 Host name=localhost appBase=webapps

See appBase comment above.

 Context path= docBase=appMainUserSite /

See Context comment above.

 - 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.



Re: Tomcat Configuration Help

2010-08-05 Thread Tom Jones
Chuck, this is great thanks. 

OK, I'll fill in some of the gaps here I'm running Tomcat 6.0.26, planning on 
upgrading to 6.0.29 shortly. Im using Java 6 on Mac OS X server. 

So I have one question, on your comments on Context elements in server.xml. I 
put the Context element in so that I could set the docBase to my app 
directory thus avoiding the need to append appWebServices to the URL (e.g. 
http://mysite:3100/ vs. http://mysite:3100/appWebServices). Is there a better 
way to do this?

Thanks,
tom



- Original Message -
From: Charles R Caldarale chuck.caldar...@unisys.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Thursday, August 5, 2010 3:48:14 PM
Subject: RE: Tomcat Configuration Help

 From: Tom Jones [mailto:tjo...@acworld.com]
 Subject: Tomcat Configuration Help
 
 I'm totally new to Tomcat and I have been searching the net for a
 little while now looking for info on configuring tomcat to host
 multiple apps on different ports and different web roots.

Other than not telling us the Tomcat version you're using (along with the JVM 
and platform), you've done a pretty good job of explaining the situation.

If you don't need to isolate the applications by port (that's quite unusual), 
you can simplify things a bit by using virtual hosting:
http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html
http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts

 I have come across some posts on running multiple instances 
 which might be the right thing for me I'm still not sure.

Multiple instances are not strictly necessary, but might be easier to 
administer, and will obviously avoid undesired interaction between the two 
webapps.

 tomcat
 - webapps
 -- appWebServices
 -- appMainUserSite

That's not good.  Each Host should have its own appBase; by sharing them, 
you've made both apps available on both hosts.

 I would like to run the app appWebServices on port 3100 with the
 docBase to be tomcat/webapps/appWebServices. I would also like the
 app to support 500 simultaneous connections. Now I would like to run
 the app appMainUserSite on port 3200 with the docBase to be
 tomcat/webapps/appMainUserSite. I would also like the app to support
 100 simultaneous connections.

As you surmised, you will need separate Service elements if you want to 
segregate the apps by port number.

 Executor name=tomcatThreadPool namePrefix=catalina-exec-

You might want to use a unique namePrefix for each Executor so you can more 
easily tell them apart in a thread dump (should that ever be necessary).

 Connector executor=tomcatThreadPool port=3100
 redirectPort=3144

If you don't have a Connector for port 3144, why do have a redirectPort?  
Also be aware that many versions of IE don't handle HTTPS over anything other 
than port 443.

 Host name=localhost appBase=webapps 

The appBase should be unique for each Host.

 Context path= docBase=appWebServices/

This is bad; do not put Context elements in server.xml.  Your webapp should 
be located in this Host's appBase directory, and named ROOT (case-sensitive, 
even on Windows).  What you have now got you double deployment, once as the 
default webapp and once more as appWebServices - confusing at best.  The 
Context element, if you need one at all - and you don't, in this situation - 
should be in the webapp's META-INF/context.xml file, in other words:

[appBase]/ROOT/META-INF/context.xml

and must not include path or docBase attributes.

 Executor name=mySiteThreadPool namePrefix=catalina-exec-

See namePrefix comment above.

 Host name=localhost appBase=webapps

See appBase comment above.

 Context path= docBase=appMainUserSite /

See Context comment above.

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat Configuration Help

2010-08-05 Thread Caldarale, Charles R
 From: Tom Jones [mailto:tjo...@acworld.com]
 Subject: Re: Tomcat Configuration Help
 
 I put the Context element in so that I could set the
 docBase to my app directory thus avoiding the need to 
 append appWebServices to the URL. Is there a better 
 way to do this?

Yes - do what I said:

   tomcat
   - webapps
   -- appWebServices
   -- appMainUserSite
  
  That's not good.  Each Host should have its own appBase; by sharing
  them, you've made both apps available on both hosts.
 
   Context path= docBase=appWebServices/
  
  This is bad; do not put Context elements in server.xml.  Your webapp
  should be located in this Host's appBase directory, and named ROOT
  (case-sensitive, even on Windows).  What you have now got you double
  deployment, once as the default webapp and once more as appWebServices
  - confusing at best.  The Context element, if you need one at all -
  and you don't, in this situation - should be in the webapp's META-
  INF/context.xml file, in other words:
  
  [appBase]/ROOT/META-INF/context.xml
  
  and must not include path or docBase attributes.

ROOT is the required name for the default webapp for a Host.

  - 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.



Re: Tomcat Configuration Help

2010-08-05 Thread Tom Jones
Chuck, thanks! I have been missing the obvious. I'm not sure how I've missed 
that for this long.

ROOT is the required name for the default webapp for a Host.

I have it working per your suggestions and guidance, thanks a bunch.

Tom




- Original Message -
From: Charles R Caldarale chuck.caldar...@unisys.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Thursday, August 5, 2010 4:21:02 PM
Subject: RE: Tomcat Configuration Help

 From: Tom Jones [mailto:tjo...@acworld.com]
 Subject: Re: Tomcat Configuration Help
 
 I put the Context element in so that I could set the
 docBase to my app directory thus avoiding the need to 
 append appWebServices to the URL. Is there a better 
 way to do this?

Yes - do what I said:

   tomcat
   - webapps
   -- appWebServices
   -- appMainUserSite
  
  That's not good.  Each Host should have its own appBase; by sharing
  them, you've made both apps available on both hosts.
 
   Context path= docBase=appWebServices/
  
  This is bad; do not put Context elements in server.xml.  Your webapp
  should be located in this Host's appBase directory, and named ROOT
  (case-sensitive, even on Windows).  What you have now got you double
  deployment, once as the default webapp and once more as appWebServices
  - confusing at best.  The Context element, if you need one at all -
  and you don't, in this situation - should be in the webapp's META-
  INF/context.xml file, in other words:
  
  [appBase]/ROOT/META-INF/context.xml
  
  and must not include path or docBase attributes.

ROOT is the required name for the default webapp for a Host.

  - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: tomcat caching of static files

2010-08-05 Thread Thad Humphries
Are you sure it's Tomcat doing the caching?  I've found that both Firefox
and IE will cache CGI, JSP, servlet, and other dynamic results.  This has
been true going back to when the old Mozilla 1.x had a preference for
*never* caching.

For GET calls were the results underlying content might change and the
browser not see it, I've taken to adding a bozo param just so the URL is
different:  myServlet+?...+bozo= + System.currentTimeMillis()

On Thu, Aug 5, 2010 at 4:42 PM, swoodbury swoodb...@att.net wrote:


 Hi.

 I have a tomcat - struts web application.

 I have a thread which creates a static datafile each night.   when the user
 accesses the corresponding .do action, that action reads the static file
 and
 presents formatted output.  if the file isn't there for whatever reason, it
 creates it dynamically and then presents the formatted output (still by
 reading the file it just created).

 My problem is that the nightly re-creation works fine, i can see changes in
 the file, and the mod time of the file is updated.  but Tomcat is evidently
 caching the old contents because the old content is still presented to the
 user.  But if i remove the static file and thus force the action to
 re-create it, the new data is presented to the user.  things also work if i
 manually edit the file (say with vi) and save it, the user again gets
 updated information.  but if the thread creates the data, the action never
 sees it.

 Also, both the thread and the action call the same method when generating
 the static data.

 any ideas?
 --
 View this message in context:
 http://old.nabble.com/tomcat-caching-of-static-files-tp29356390p29356390.html
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be --Christopher
Marlowe, *Doctor Faustus* (v, 121-24)