Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa

Hello,

Since Friday I have problems restarting my tomcat server. We were using 
one point project in our server, when we closed the explorer window 
suddenly and when we try to enter again It failed. I restarted tomcat 
server, but I can't see the first page index at http://myhost:8180


We've installed tomcat 5.5. with java 1.5 in Debian Linux.

This is the log from today:

When I stop Tomcat 5.5.:

Apr 14, 2008 7:38:22 AM org.apache.coyote.http11.Http11BaseProtocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8180
Apr 14, 2008 7:38:22 AM org.apache.catalina.connector.Connector pause
SEVERE: Protocol handler pause failed
java.lang.NullPointerException
   at org.apache.jk.server.JkMain.pause(JkMain.java:678)
   at org.apache.jk.server.JkCoyoteHandler.pause(JkCoyoteHandler.java:162)
   at org.apache.catalina.connector.Connector.pause(Connector.java:1031)
   at 
org.apache.catalina.core.StandardService.stop(StandardService.java:491)

   at org.apache.catalina.core.StandardServer.stop(StandardServer.java:743)
   at org.apache.catalina.startup.Catalina.stop(Catalina.java:601)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:576)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Apr 14, 2008 7:38:23 AM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Apr 14, 2008 7:38:23 AM org.apache.catalina.connector.MapperListener destroy
WARNING: Error unregistering MBeanServerDelegate
java.lang.NullPointerException
   at 
org.apache.catalina.connector.MapperListener.destroy(MapperListener.java:161)

   at org.apache.catalina.connector.Connector.stop(Connector.java:1137)
   at 
org.apache.catalina.core.StandardService.stop(StandardService.java:521)

   at org.apache.catalina.core.StandardServer.stop(StandardServer.java:743)
   at org.apache.catalina.startup.Catalina.stop(Catalina.java:601)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:576)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Apr 14, 2008 7:38:23 AM org.apache.coyote.http11.Http11BaseProtocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8180
Apr 14, 2008 7:38:23 AM org.apache.catalina.connector.Connector stop
SEVERE: Coyote connector has not been started
Apr 14, 2008 7:38:23 AM org.apache.catalina.core.AprLifecycleListener 
lifecycleEvent

INFO: Failed shutdown of Apache Portable Runtime
Apr 14, 2008 7:40:12 AM org.apache.catalina.core.AprLifecycleListener 
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance 
in production environments was not found on the java.library.path: 
/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/../lib/i386


When I start tomcat 5.5.:

Apr 14, 2008 7:40:12 AM org.apache.coyote.http11.Http11BaseProtocol init
SEVERE: Error initializing endpoint
java.net.BindException: Address already in use:8180
   at 
org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:297)
   at 
org.apache.coyote.http11.Http11BaseProtocol.init(Http11BaseProtocol.java:138)
   at 
org.apache.catalina.connector.Connector.initialize(Connector.java:1016)
   at 
org.apache.catalina.core.StandardService.initialize(StandardService.java:580)
   at 
org.apache.catalina.core.StandardServer.initialize(StandardServer.java:791)

   at org.apache.catalina.startup.Catalina.load(Catalina.java:503)
   at org.apache.catalina.startup.Catalina.load(Catalina.java:523)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:266)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)
Apr 14, 2008 7:40:12 AM org.apache.catalina.startup.Catalina load
SEVERE: Catalina.start
LifecycleException:  Protocol handler initialization failed: 
java.net.BindException: Address already in use:8180
   at 
org.apache.catalina.connector.Connector.initialize(Connector.java:1018)
   at 

RE: Problems stopping and starting tomcat server

2008-04-14 Thread Peter Crowther
 From: Toni Tortosa [mailto:[EMAIL PROTECTED]
[...]
 When I start tomcat 5.5.:
[...]
 java.net.BindException: Address already in use:8180

Something's hanging onto port 8180.  It's probably an old Tomcat instance that 
hasn't properly closed down, but it may be something else.  Find the process 
and kill it.

- Peter

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



RE: Is it possible to serve static pages from Tomcat?

2008-04-14 Thread Peter Crowther
 From: Malcolm Gorman [mailto:[EMAIL PROTECTED]
 (1) Is it possible to serve static content with Tomcat?

Yes.

 (2) Is the JBoss example above sufficient? Should I persevere with it?

It's rather odd.  Chuck's suggestion works far better.  Do you *need* JBoss, or 
will Tomcat suffice?

 (3) Is there a Tomcat FAQ or other document that I have completely
 missed that explains all?

Principally the Servlet spec.  Some of the Tomcat doc tends to assume you've 
read up on the spec first!

Incidentally, I bet you'll saturate your network bandwidth (or rarely your disk 
bandwidth!) before you saturate a modern Tomcat's ability to serve static 
content.  Have a read of 
http://tomcat.apache.org/articles/benchmark_summary.pdf and note the machine 
specs against a modern box - Peter saturated a 100 Mbit LAN using a P450 
desktop.

- Peter (a different one)

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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa
Yes, that is the first I thougth. But 8180 port doesn't appear in my 
nmap localhost, even If tomcat status is running. I must to say that 
when I stop tomcat in my command line appears several dots . . . .  and 
at the end (Killing) twice. It seems that tomcat can't stop (as we see 
in the log) and It's killed. Bind seems to say that the address is 
current in use at 8180 port.


I'm thinking about to restart the server and/or reinstalling java jdk 
and tomcat server. I haven't done before because this server is an 
apache server hosting my webpage also.


Thank you, Peter



From: Toni Tortosa [mailto:[EMAIL PROTECTED]


[...]
  

When I start tomcat 5.5.:


[...]
  

java.net.BindException: Address already in use:8180



Something's hanging onto port 8180.  It's probably an old Tomcat instance that 
hasn't properly closed down, but it may be something else.  Find the process 
and kill it.

- Peter

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

  



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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa
I've removed Tomcat, including --purge with apt-get and I've 
reinstalled, but I still having the same problem.



Yes, that is the first I thougth. But 8180 port doesn't appear in my 
nmap localhost, even If tomcat status is running. I must to say that 
when I stop tomcat in my command line appears several dots . . . .  
and at the end (Killing) twice. It seems that tomcat can't stop (as we 
see in the log) and It's killed. Bind seems to say that the address is 
current in use at 8180 port.


I'm thinking about to restart the server and/or reinstalling java jdk 
and tomcat server. I haven't done before because this server is an 
apache server hosting my webpage also.


Thank you, Peter



From: Toni Tortosa [mailto:[EMAIL PROTECTED]


[...]
 

When I start tomcat 5.5.:


[...]
 

java.net.BindException: Address already in use:8180



Something's hanging onto port 8180.  It's probably an old Tomcat 
instance that hasn't properly closed down, but it may be something 
else.  Find the process and kill it.


- Peter

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

  



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




--

Acces a obertic.com http://www.obertic.com


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



Lost parameter file

2008-04-14 Thread Sebastien MORETTI

Hi,

We are using parameter file in our tomcat application. It is stored in 
META-INF/ folder.


Everything works well, but when the server is restarted, our application 
finds the parameter file no more.


We have to remove the whole application folder and re-create it.
With a re-creation the application is able to reach the parameter file.
But lost it again if tomcat is restarted.


Parameter file permissions are not changed when tomcat server is 
restarted and every files are owned by tomcat user.


An idea ?
Thanks

(tomcat 5.5.23 and now 5.5.26 on Linux x86_64).

--
Sébastien Moretti
Department of Ecology and Evolution,
Biophore, University of Lausanne,
CH-1015 Lausanne, Switzerland
Tel.: +41 (21) 692 4221/4056

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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa

Philip!!!

Thank you very much! It works fine. I can enter to my applications in 
Tomcat and the Index page of Tomcat.


Best regards!

 Are these connections the problem? How can I close them?



The top line shows a java process listening on port 8180. It has a PID
of 24027. So I would probably just murder it with a:-

kill -9 24027

and then you should be fine.

Cheers,
Phil.

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


  


--


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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa

This is the last output from catalina log when I start tomcat:

Apr 14, 2008 11:30:55 AM org.apache.catalina.core.AprLifecycleListener 
lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance 
in production environments was not found on the java.library.path: 
/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/../lib/i386

Apr 14, 2008 11:30:55 AM org.apache.coyote.http11.Http11BaseProtocol init
SEVERE: Error initializing endpoint
java.net.BindException: Address already in use:8180
   at 
org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:297)
   at 
org.apache.coyote.http11.Http11BaseProtocol.init(Http11BaseProtocol.java:138)
   at 
org.apache.catalina.connector.Connector.initialize(Connector.java:1016)
   at 
org.apache.catalina.core.StandardService.initialize(StandardService.java:580)
   at 
org.apache.catalina.core.StandardServer.initialize(StandardServer.java:791)

   at org.apache.catalina.startup.Catalina.load(Catalina.java:503)
   at org.apache.catalina.startup.Catalina.load(Catalina.java:523)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:266)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)
Apr 14, 2008 11:30:55 AM org.apache.catalina.startup.Catalina load
SEVERE: Catalina.start
LifecycleException:  Protocol handler initialization failed: 
java.net.BindException: Address already in use:8180
   at 
org.apache.catalina.connector.Connector.initialize(Connector.java:1018)
   at 
org.apache.catalina.core.StandardService.initialize(StandardService.java:580)
   at 
org.apache.catalina.core.StandardServer.initialize(StandardServer.java:791)

   at org.apache.catalina.startup.Catalina.load(Catalina.java:503)
   at org.apache.catalina.startup.Catalina.load(Catalina.java:523)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:266)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)
Apr 14, 2008 11:30:55 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 720 ms
Apr 14, 2008 11:30:55 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Apr 14, 2008 11:30:55 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5
Apr 14, 2008 11:30:55 AM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/webdav is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/admin is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/servlets-examples is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/jsp-examples is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/host-manager is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/tomcat-docs is unusable.

Apr 14, 2008 11:30:56 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/manager is unusable.

Apr 14, 2008 11:30:57 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/balancer is unusable.

Apr 14, 2008 11:30:57 AM org.apache.jasper.EmbeddedServletOptions init
SEVERE: The scratchDir you specified: 
/var/lib/tomcat5.5/work/Catalina/localhost/_ is unusable.

Apr 14, 2008 11:30:57 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive opproject.war
Apr 14, 2008 11:30:57 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive openbravo.war
Apr 14, 2008 11:30:57 AM org.apache.catalina.loader.WebappClassLoader 
validateJarFile

Re: Problems stopping and starting tomcat server

2008-04-14 Thread Philip Wigg
  Are these connections the problem? How can I close them?

The top line shows a java process listening on port 8180. It has a PID
of 24027. So I would probably just murder it with a:-

kill -9 24027

and then you should be fine.

Cheers,
Phil.

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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Toni Tortosa

Hello Philip.

When Tomcat is stopped. Netstat returns this:

tcp6   0  0 :::8180 :::*
LISTEN 24027/java 
tcp6 552  0 :::217.116.20.:8180 :::84.126.238.:1137 
CLOSE_WAIT -  
tcp6 592  0 :::217.116.20.:8180 :::84.126.238:56177 
CLOSE_WAIT -  
tcp6  64  0 :::217.116.20.:8180 :::84.126.238:35697 
CLOSE_WAIT -  
tcp6 548  0 :::217.116.20.:8180 :::84.126.238.:1136 
CLOSE_WAIT -  
tcp6  95  0 :::217.116.20.:8180 :::84.126.238:35696 
CLOSE_WAIT -  
tcp6 596  0 :::217.116.20.:8180 :::84.126.238:56183 
CLOSE_WAIT -  
tcp6 596  0 :::217.116.20.:8180 :::84.126.238:36726 
CLOSE_WAIT -  
tcp6 648  0 :::217.116.20.:8180 :::84.126.238:40805 
ESTABLISHED-  
tcp6 579  0 :::217.116.20.:8180 :::84.126.238:59751 
CLOSE_WAIT -  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:40806 
CLOSE_WAIT -  
tcp6 648  0 :::217.116.20.:8180 :::84.126.238:53096 
ESTABLISHED-  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:53099 
CLOSE_WAIT -  
tcp6 595  0 :::217.116.20.:8180 :::84.126.238:59756 
ESTABLISHED-  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:40797 
CLOSE_WAIT -  
tcp6 591  0 :::217.116.20.:8180 :::84.126.238:54348 
ESTABLISHED-  
tcp6 578  0 :::217.116.20.:8180 :::84.126.238:43040 
ESTABLISHED-  
tcp6 592  0 :::217.116.20.:8180 :::84.126.238:49198 
CLOSE_WAIT -  
tcp6 575  0 :::217.116.20.:8180 :::84.126.238:47891 
CLOSE_WAIT -  
tcp6 596  0 :::217.116.20.:8180 :::84.126.238:60675 
CLOSE_WAIT -  
tcp6 578  0 :::217.116.20.:8180 :::84.126.238:40699 
ESTABLISHED-  
tcp6 579  0 :::217.116.20.:8180 :::84.126.238:40698 
CLOSE_WAIT -  
tcp6   1  0 :::127.0.0.1:8180   :::127.0.0.1:54927  
CLOSE_WAIT -  
tcp6 579  0 :::217.116.20.:8180 :::84.126.238:40679 
CLOSE_WAIT -  
tcp6 696  0 :::217.116.20.:8180 :::83.33.13.2:55740 
CLOSE_WAIT -  
tcp6 579  0 :::217.116.20.:8180 :::84.126.238:60097 
CLOSE_WAIT -  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:35786 
CLOSE_WAIT -  
tcp6 575  0 :::217.116.20.:8180 :::84.126.238:40882 
CLOSE_WAIT -  
tcp6 592  0 :::217.116.20.:8180 :::84.126.238:59046 
CLOSE_WAIT -  
tcp6 631  0 :::217.116.20.:8180 :::84.126.238:57262 
ESTABLISHED-  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:42132 
CLOSE_WAIT -  
tcp6 648  0 :::217.116.20.:8180 :::84.126.238:57241 
ESTABLISHED-  
tcp6 638  0 :::217.116.20.:8180 :::84.126.238:42113 
CLOSE_WAIT -  
tcp6 632  0 :::217.116.20.:8180 :::84.126.238:42115 
CLOSE_WAIT -  
tcp6 649  0 :::217.116.20.:8180 :::84.126.238:57224 
CLOSE_WAIT -

84.126.238 is my external IP at home. The server is a dedicated server 
that rents an external company. At the moment of netstat, I have tomcat 
down, and I'm only connecting to the server via ssh.


Are these connections the problem? How can I close them?

Thanks Philip

I've removed Tomcat, including --purge with apt-get and I've reinstalled,
but I still having the same problem.



What's the result of running:-

netstat -tanp | grep 8180

as root. Surely something is holding that port open?

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

  



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



Re: Problems stopping and starting tomcat server

2008-04-14 Thread Philip Wigg
 I've removed Tomcat, including --purge with apt-get and I've reinstalled,
 but I still having the same problem.

What's the result of running:-

netstat -tanp | grep 8180

as root. Surely something is holding that port open?

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



System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread Susan G. Conger
I am trying to put together some system requires for running Apache HTTP
Server and Tomcat on windows machines.  I have looked all over but I can't
seem to find a minimum system specification for windows.  I want to run
tomcat 6.0 and I need CPU, Hard Drive Space, Memory and anything else that
will tell the customer what the need.  I would like to know the minimum,
medium, ideal system specifications for windows.  If anyone know where I can
find this information or has these specs please let me know.

 

Thanks,

Susan

 

===

Susan G. Conger
Custom Windows  Macintosh Development

President
Web Site Design  Development

YOERIC Corporation
Database Design  Development

256 Windy Ridge Road

Chapel Hill, NC  27517

Phone/Fax: (919)542-0071

[EMAIL PROTECTED]

www.yoeric.com

 



RE: System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread Peter Crowther
 From: Susan G. Conger [mailto:[EMAIL PROTECTED]
 I am trying to put together some system requires for running
 Apache HTTP Server and Tomcat on windows machines.

A minimal Tomcat installation takes under 10 meg of disk, starts up in under 30 
meg of RAM and will cheerfully run on a low-end Celeron.  I would say low-end 
486, but I've not checked the minimum CPU requirements for Java 1.6!

Now add the required resources for your operating system and your application - 
which will be most of them!  The only way to do this is to benchmark your 
application - on Windows - and to make reasonable assumptions about application 
load.  That is not a job that can be done by this, or any, mailing list.

Also, why do you feel you need Apache httpd in front of Tomcat?  Tomcat is a 
very capable web server in its own right, unlike (say) PHP or perl.  If you're 
concerned about performance, this will typically increase response times for 
dynamically-generated content, take extra CPU cycles and consume extra memory.  
There are reasons to use httpd + Tomcat - if you give us some more information, 
you may get some more informed comment!

- Peter

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



ROOT as 'ROOTORIG'

2008-04-14 Thread karthikn

Hi

I  have replaced the ROOT folder in TOMCAT 5.5.23 with my custom built 
WEB Application


The original ROOT  is now  renamed as 'ROOTORIG'


But on clicking in browser on the Tomcat Manager / Administration in  
ROOTORIG, 
I am not able to do any  Manager  /Administrations.


Why is this happening ,Is this an Internal configuration ?



With regards
Karthik

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



RE: ROOT as 'ROOTORIG'

2008-04-14 Thread Caldarale, Charles R
 From: karthikn [mailto:[EMAIL PROTECTED] 
 Subject: ROOT as 'ROOTORIG'
 
 But on clicking in browser on the Tomcat Manager / Administration in  
 ROOTORIG, I am not able to do any  Manager  /Administrations.

I seriously doubt that whatever error you're seeing contains the words
not able to do.  Want to tell us the actual message or status you're
getting?  Have you bothered to look in the Tomcat logs?

Did the manager or admin apps work before you installed your own ROOT?

What platform are you running on?

What JRE/JDK are you using?

 - Chuck


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

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



Re: 301 permanent redirects in Apache + Tomcat using mod_jk (solved partly)

2008-04-14 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Francis,

Francis Galiegue wrote:
| 2008/4/12, Christopher Schultz [EMAIL PROTECTED]:
|  Sorry to pick nits, but the fallacy that Tomcat sucks as a static
|  content server just needs to die.
|
| Well, the performance tests we did (Tomcat 5.0.x/Coyote vs Apache
| 2.0.x/AJP13/Tomcat 5.0.x) surely didn't account for it being a
| fallacy. I don't know whether this has changed in 5.5.x/6.x, but
| Coyote doesn't know about mod_expires and keepalive, for one. And that
| makes a huge difference.

Could you please send a link to the data and those findings? I'm sure
everyone on the list would love to ask questions. If you wouldn't mind,
please post it under a new heading so folks will actually read it.

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

iEYEARECAAYFAkgDeY8ACgkQ9CaO5/Lv0PB1jwCfcygWJuaGtND3lZQZOwq0+mYK
kZYAoLuyEfbOjf0k5y9tLrx4WYzDy5Kd
=Y16Z
-END PGP SIGNATURE-

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



Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Raghuveer Rawat
Hi ,
I am using Tomcat5.0.28 and my application works fine in my local system(Dev
environment).
When i redeploy appln in test server(*Unix Environment*), i get the
following exception when i click on some link.

java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
incompatible with otrack.med.acuity.MedicalAcuityLevelCode
I thought my appln does not unload its classes gracefully on redeploy. I
modified  tomcat's server.xml and added autoDeploy and unpackWars attribute
as below :

 Host appBase=webapps name=domain2 autoDeploy=true unpackWARs
=trueThe changes you requested
  Aliaspubwebtest.doc.state.sc.us/Alias
Logger className=org.apache.catalina.logger.FileLogger
timestamp=true prefix=pubweb./
  /Host

*Still iam anable to resolve the issue. I dont have any clue how it works in
UNix environment. Need help. *
**
*Detail of the exception: *
**
 java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
incompatible with otrack.med.acuity.MedicalAcuityLevelCode
 at
otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc(MedicalAcuityLevelCodeWrapper.java:116)
 at
otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions.java:927)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:615)
 at
org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:276)
 at
org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196)
 at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421)
 at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226)
 at
otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:471)
 at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
 at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at
otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(HibernateSessionRequestFilter.java:206)
 at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at
us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at otrack.med.RequestFilter.doFilter(RequestFilter.java:28)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:287)
 at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:84)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at

Re: ROOT as 'ROOTORIG'

2008-04-14 Thread karthikn

Hi



Did the manager or admin apps work before you installed your own ROOT?


Yes , the  Manager or  admin  did work  for the roles / username / 
password set in


conf / tomcatusers.xml.

On Renaming the ROOT  as 'ROOTORIG' ,
got Http 404  error for the Manager or  admin set of pages


 HTTP Status 404 - /ROOT_orig/manager/html



*type* Status report

*message* _/ROOT_orig/manager/html_

*description* _The requested resource (/ROOT_orig/manager/html) is not 
available._





 Apache Tomcat/5.5.23




What platform are you running on?

What JRE/JDK are you using?



JDK = 1.6
TOMCAT 5.5.23
O/S = UNIX 11


with regards
Karthik



Caldarale, Charles R wrote:

From: karthikn [mailto:[EMAIL PROTECTED]
Subject: ROOT as 'ROOTORIG'

But on clicking in browser on the Tomcat Manager / Administration in
ROOTORIG, I am not able to do any  Manager  /Administrations.



I seriously doubt that whatever error you're seeing contains the words
not able to do.  Want to tell us the actual message or status you're
getting?  Have you bothered to look in the Tomcat logs?

Did the manager or admin apps work before you installed your own ROOT?

What platform are you running on?

What JRE/JDK are you using?

 - Chuck


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

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

.

  



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



Re: System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Susan,

Susan G. Conger wrote:
| I am trying to put together some system requires for running Apache
| HTTP Server and Tomcat on windows machines.

Not to start a flame war, but if you are using Intel- or AMD-based
hardware, my experience has been that Linux or one of the BSDs are far
more stable, use fewer resources, and are easier to administer remotely
than any version of Microsoft Windows. Both of these other options also
come with the benefit of having zero license fees. Is Microsoft Windows
a hard requirement?

| I have looked all over but I can't seem to find a minimum system
| specification for windows.

Mostly, the JVM has these requirements. Tomcat doesn't require anything
beyond the recommended system for a particular JVM. Note that JVMs are
not much more demanding these days than when the originals were written
10 years ago. Anything Intel Pentium-class or better should be able to
run your software, if somewhat slowly. Memory should be your primary
concern, with 128MB being an absolute minimum. I would just get as much
as you possibly can.

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

iEYEARECAAYFAkgDfRYACgkQ9CaO5/Lv0PDVqQCfT2I9mG0ZQhWOozW63OnOSpUx
RcIAn3CvLvVTNM9ezhBeRQPS75B8oR8D
=CjKI
-END PGP SIGNATURE-

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



Re: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Hassan Schroeder
On Mon, Apr 14, 2008 at 8:43 AM, Raghuveer Rawat [EMAIL PROTECTED] wrote:

  I am using Tomcat5.0.28 and my application works fine in my local system

  When i redeploy appln in test server(*Unix Environment*), i get

  java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
  incompatible with otrack.med.acuity.MedicalAcuityLevelCode

Second-cup-of-coffee guess: different JVMs

FWIW,
-- 
Hassan Schroeder  [EMAIL PROTECTED]

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



RE: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Litton, Tom - CEPM
It's been my experience errors like this are caused by having the same
jar file in the common/lib and WEB-INF/lib directories.

-Original Message-
From: Raghuveer Rawat [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 14, 2008 10:44 AM
To: users@tomcat.apache.org
Subject: Problem redeploying war in Tomcat , Unix environment

Hi ,
I am using Tomcat5.0.28 and my application works fine in my local
system(Dev
environment).
When i redeploy appln in test server(*Unix Environment*), i get the
following exception when i click on some link.

java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
incompatible with otrack.med.acuity.MedicalAcuityLevelCode
I thought my appln does not unload its classes gracefully on redeploy. I
modified  tomcat's server.xml and added autoDeploy and unpackWars
attribute
as below :

 Host appBase=webapps name=domain2 autoDeploy=true unpackWARs
=trueThe changes you requested
  Aliaspubwebtest.doc.state.sc.us/Alias
Logger className=org.apache.catalina.logger.FileLogger
timestamp=true prefix=pubweb./
  /Host

*Still iam anable to resolve the issue. I dont have any clue how it
works in
UNix environment. Need help. *
**
*Detail of the exception: *
**
 java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
incompatible with otrack.med.acuity.MedicalAcuityLevelCode
 at
otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc
(MedicalAcuityLevelCodeWrapper.java:116)
 at
otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions.
java:927)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:64)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:615)
 at
org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.j
ava:276)
 at
org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196
)
 at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:421)
 at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
226)
 at
otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:47
1)
 at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
 at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
 at
otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibe
rnateSessionRequestFilter.java:206)
 at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequ
estFilter.java:77)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
 at
us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93
)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
 at otrack.med.RequestFilter.doFilter(RequestFilter.java:28)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
 at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
 at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator
Base.java:540)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
 at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve
.java:287)
 at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:8
4)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
 at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
 at

RE: ROOT as 'ROOTORIG'

2008-04-14 Thread Caldarale, Charles R
 From: karthikn [mailto:[EMAIL PROTECTED] 
 Subject: Re: ROOT as 'ROOTORIG'
 
 On Renaming the ROOT  as 'ROOTORIG' ,
 got Http 404  error for the Manager or  admin set of pages
 
   HTTP Status 404 - /ROOT_orig/manager/html

If you renamed ROOT to ROOTORIG, why did you try to reference it as
ROOT_orig?  What happens if you reference what you actually named it as?

 - Chuck


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

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



Re: System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread David kerber

Susan G. Conger wrote:

I am trying to put together some system requires for running Apache HTTP
Server and Tomcat on windows machines.  I have looked all over but I can't
seem to find a minimum system specification for windows.  I want to run
tomcat 6.0 and I need CPU, Hard Drive Space, Memory and anything else that
will tell the customer what the need.  I would like to know the minimum,
medium, ideal system specifications for windows.  If anyone know where I can
find this information or has these specs please let me know.
  
As others have said, the requirements for Tomcat itself are pretty 
minimal; anything that will run windows effectively will handle tomcat 
itself ok.   Your application, OTOH may need much more capacity.  If you 
tell us a little more about what your app is doing, how many 
simultaneous users, etc, we'll be able to give more accurate suggestions.


As an example, I have an app that takes continuous data feeds from about 
330 locations around the country, totaling around 2.5M lines and 210 MB 
of data per day.  It runs on a dual-core dual processor Xeon with 2GB 
RAM running Windows server 2003, Tomcat 5.5 and Java 1.5, and very 
rarely rises above 2% CPU usage or 600MB memory usage.  So obviously I'm 
over-spec'd with this machine.


D



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



Re: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Raghuveer Rawat
 I do not have same set of jars in common/lib and WEB-INF/lib directories.My
problems resolves if i *restart the tomcat* but it should work without
restarting the tomcat because in Production environment  we can't restart
the server so many times .



On Mon, Apr 14, 2008 at 12:24 PM, Litton, Tom - CEPM [EMAIL PROTECTED]
wrote:

 It's been my experience errors like this are caused by having the same
 jar file in the common/lib and WEB-INF/lib directories.

 -Original Message-
 From: Raghuveer Rawat [mailto:[EMAIL PROTECTED]
 Sent: Monday, April 14, 2008 10:44 AM
 To: users@tomcat.apache.org
 Subject: Problem redeploying war in Tomcat , Unix environment

 Hi ,
 I am using Tomcat5.0.28 and my application works fine in my local
 system(Dev
 environment).
 When i redeploy appln in test server(*Unix Environment*), i get the
 following exception when i click on some link.

 java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
 incompatible with otrack.med.acuity.MedicalAcuityLevelCode
 I thought my appln does not unload its classes gracefully on redeploy. I
 modified  tomcat's server.xml and added autoDeploy and unpackWars
 attribute
 as below :

  Host appBase=webapps name=domain2 autoDeploy=true unpackWARs
 =trueThe changes you requested
  Aliaspubwebtest.doc.state.sc.us/Alias
Logger className=org.apache.catalina.logger.FileLogger
 timestamp=true prefix=pubweb./
  /Host

 *Still iam anable to resolve the issue. I dont have any clue how it
 works in
 UNix environment. Need help. *
 **
 *Detail of the exception: *
 **
  java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
 incompatible with otrack.med.acuity.MedicalAcuityLevelCode
  at
 otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc
 (MedicalAcuityLevelCodeWrapper.java:116)
  at
 otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions.
 java:927)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
 a:64)
  at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
 Impl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:615)
  at
 org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.j
 ava:276)
  at
 org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196
 )
  at
 org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
 ocessor.java:421)
  at
 org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
 226)
  at
 otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:47
 1)
  at
 org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
  at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
 tionFilterChain.java:237)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
 erChain.java:157)
  at
 otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibe
 rnateSessionRequestFilter.java:206)
  at
 org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequ
 estFilter.java:77)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
 tionFilterChain.java:186)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
 erChain.java:157)
  at
 us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93
 )
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
 tionFilterChain.java:186)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
 erChain.java:157)
  at otrack.med.RequestFilter.doFilter(RequestFilter.java:28)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
 tionFilterChain.java:186)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
  erChain.java:157)
  at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
 e.java:214)
  at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
 ntext.java:104)
  at
 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
 20)
  at
 org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
 textValve.java:198)
  at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
 e.java:152)
  at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
 ntext.java:104)
  at
 org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator
 Base.java:540)
  at
 org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
 ntext.java:102)
  at
 org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve
 .java:287)
  at
 

Re: ROOT as 'ROOTORIG'

2008-04-14 Thread karthikn

Hi

 ROOT_orig? What happens if you reference what you actually named it as?

Ok Am sorry ...( 


I rename the  ROOT as  ROOT_orig  and NOT  'ROOTORIG'

but still the Browser status is  HTTP Status 404 - 
/ROOT_orig/manager/html


Why ?


with regards
Karthik


Caldarale, Charles R wrote:

From: karthikn [mailto:[EMAIL PROTECTED]
Subject: Re: ROOT as 'ROOTORIG'

On Renaming the ROOT  as 'ROOTORIG' ,
got Http 404  error for the Manager or  admin set of pages

  HTTP Status 404 - /ROOT_orig/manager/html



If you renamed ROOT to ROOTORIG, why did you try to reference it as
ROOT_orig?  What happens if you reference what you actually named it as?

 - Chuck


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

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


  



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



Re: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Raghuveer,

Raghuveer Rawat wrote:
|  I do not have same set of jars in common/lib and WEB-INF/lib
directories.My
| problems resolves if i *restart the tomcat* but it should work without
| restarting the tomcat because in Production environment  we can't restart
| the server so many times .

If a Tomcat restart fixes your problem, then you are messing with
classes in your webapp but somewhere an object lives on across the
restart. Is it possible that some of your classes are being loaded by a
ClassLoader that is above the webapp's ClassLoader? Perhaps by putting
classes into $TOMCAT/lib or common/lib or shared/lib or whatever?

That could definitely cause problems like this.

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

iEYEARECAAYFAkgDmn0ACgkQ9CaO5/Lv0PCykwCcDkORoYDPGRJu+IzB6wtJovkF
9U4AoMF6iDdGKFo7g+inCcp9otoJJAoz
=KU/a
-END PGP SIGNATURE-

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



RE: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Caldarale, Charles R
 From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
 Subject: Re: Problem redeploying war in Tomcat , Unix environment
 
 If a Tomcat restart fixes your problem, then you are messing with
 classes in your webapp but somewhere an object lives on across the
 restart.

That should be lives accross the redeployment, shouldn't it?

 Is it possible that some of your classes are being 
 loaded by a ClassLoader that is above the webapp's
 ClassLoader?

Loading isn't required - merely keeping a reference to some object or
class of the previous incarnation of the webapp would be all that's
needed to cause this error.  Could be in some shared library, or perhaps
in a ThreadLocal object.  The stop() listener for the webapp in question
*must* clear out all references to webapp before returning.

 - Chuck


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

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



Re: ROOT as 'ROOTORIG'

2008-04-14 Thread David Smith
Just took a quick look at the default ROOT page as it comes with tomcat 
6.0.14 and it uses page relative link 'manager/html' instead of a server 
relative '/manager/html'. 

I'm hazarding a guess this is a very minor cosmetic bug in tomcat as I 
can't think of a single reason to use a page relative link.  It's just 
worked like that for a long time because almost nobody has ever move the 
original ROOT webapp to a different context and continued to use it.


--David

karthikn wrote:


Hi

 ROOT_orig? What happens if you reference what you actually named it 
as?


Ok Am sorry ...(
I rename the  ROOT as  ROOT_orig  and NOT  'ROOTORIG'

but still the Browser status is  HTTP Status 404 - 
/ROOT_orig/manager/html


Why ?


with regards
Karthik


Caldarale, Charles R wrote:


From: karthikn [mailto:[EMAIL PROTECTED]
Subject: Re: ROOT as 'ROOTORIG'

On Renaming the ROOT  as 'ROOTORIG' ,
got Http 404  error for the Manager or  admin set of pages

  HTTP Status 404 - /ROOT_orig/manager/html




If you renamed ROOT to ROOTORIG, why did you try to reference it as
ROOT_orig?  What happens if you reference what you actually named it as?

 - Chuck


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

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


  




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




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



Re: System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread Johnny Kewl


---
HARBOR: http://coolharbor.100free.com/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
Making the Java dream come true.
---
- Original Message - 
From: Susan G. Conger [EMAIL PROTECTED]

To: users@tomcat.apache.org
Sent: Monday, April 14, 2008 2:37 PM
Subject: System requirements for running Apache Tomcat on Windows Box

Susan, A well spec's entry level windows machine is enuf.
If Windows itself works well, its enough.

So XP 2.8 ghz 500 meg
Vista 1gig mem etc

BUT if they going to be used for development as well, and they 
probably will, double the memory.
Its not a TC thing, its because you have Netbeans open, Postgres, TC, 
Multimedia, Flash etc etc
Otherwise you'll find when you open IE7 which is very greedy... things get a 
little slow.


You can actually hide TC on normal user machines, its very gentle, great 
product.


For internal use intranets and typical low volume company sites, nothing 
more.
If you setting up a high volume SP, then start thinking about putting TC and 
its dB on linux, raid disks etc.
Its a cost thing... also no games and users messing with it, so it just runs 
and runs forever.


The thing you will find with windows entry level box's is that IDE really 
beds down with lots of concurrent disk activity. Delivering a video, driving 
a dB and doing web hits... the drives quickly become slow.
For example, empty a recyle bin, do a search and copy stuff across a 
network, you'll see IDE take strain.

Normal co sites IDE is fine.

Apache and TC will run happily together on an entry level MS box... if you 
really need both?

Personally I think XP is better than Vista.
I think 40 gigs is probably the entry level disk size now for windows, more 
than enough, but if you using this say for dB's and wikis and the like... 
naturally you need to allow for that.
On developer machines we use a 40gig C drive and 200 gig D drives and they 
use it.



I am trying to put together some system requires for running Apache HTTP
Server and Tomcat on windows machines.  I have looked all over but I can't
seem to find a minimum system specification for windows.  I want to run
tomcat 6.0 and I need CPU, Hard Drive Space, Memory and anything else that
will tell the customer what the need.  I would like to know the minimum,
medium, ideal system specifications for windows.  If anyone know where I 
can

find this information or has these specs please let me know.



Thanks,

Susan



===

Susan G. Conger
Custom Windows  Macintosh Development

President
Web Site Design  Development

YOERIC Corporation
Database Design  Development

256 Windy Ridge Road

Chapel Hill, NC  27517

Phone/Fax: (919)542-0071

[EMAIL PROTECTED]

www.yoeric.com







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



Fwd: Issue with Tomcat 5.5 Datasource configuration

2008-04-14 Thread Hanmay Udgiri
-- Forwarded message --
From: Hanmay Udgiri [EMAIL PROTECTED]
Date: Apr 2, 2008 11:48 PM
Subject: Issue with Tomcat 5.5 Datasource configuration
To: users@tomcat.apache.org

Hi
I am using a Datasource configuration with tomcat 5.5 and oracle 9i.I want
to use a Datasource which is accessible to all web apps.

I have added the Resource tag under GlobalNamingResources and a
ResourceLink in a context.xml file of a web application.

But Here My other web apps are also using the same datasource,But it seems
even then I need to add a conext.xml file for ear WAR

Please let me know If is there any alternate way to configure tis.

Thanks and Regards
Hanmaya Udgiri


-- 
Thanks and Regards
Hanmayya Udgiri

-- 
Thanks and Regards
Hanmayya Udgiri


Re: System requirements for running Apache Tomcat on Windows Box

2008-04-14 Thread Johnny Kewl


Oh... XP professional is what we use... we dont use big expensive MS servers 
;)


- Original Message - 
From: Johnny Kewl [EMAIL PROTECTED]

To: Tomcat Users List users@tomcat.apache.org; [EMAIL PROTECTED]
Sent: Monday, April 14, 2008 8:10 PM
Subject: Re: System requirements for running Apache Tomcat on Windows Box




---
HARBOR: http://coolharbor.100free.com/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
Making the Java dream come true.
---
- Original Message - 
From: Susan G. Conger [EMAIL PROTECTED]

To: users@tomcat.apache.org
Sent: Monday, April 14, 2008 2:37 PM
Subject: System requirements for running Apache Tomcat on Windows Box

Susan, A well spec's entry level windows machine is enuf.
If Windows itself works well, its enough.

So XP 2.8 ghz 500 meg
Vista 1gig mem etc

BUT if they going to be used for development as well, and they 
probably will, double the memory.
Its not a TC thing, its because you have Netbeans open, Postgres, TC, 
Multimedia, Flash etc etc
Otherwise you'll find when you open IE7 which is very greedy... things get 
a little slow.


You can actually hide TC on normal user machines, its very gentle, great 
product.


For internal use intranets and typical low volume company sites, nothing 
more.
If you setting up a high volume SP, then start thinking about putting TC 
and its dB on linux, raid disks etc.
Its a cost thing... also no games and users messing with it, so it just 
runs and runs forever.


The thing you will find with windows entry level box's is that IDE really 
beds down with lots of concurrent disk activity. Delivering a video, 
driving a dB and doing web hits... the drives quickly become slow.
For example, empty a recyle bin, do a search and copy stuff across a 
network, you'll see IDE take strain.

Normal co sites IDE is fine.

Apache and TC will run happily together on an entry level MS box... if you 
really need both?

Personally I think XP is better than Vista.
I think 40 gigs is probably the entry level disk size now for windows, 
more than enough, but if you using this say for dB's and wikis and the 
like... naturally you need to allow for that.
On developer machines we use a 40gig C drive and 200 gig D drives and they 
use it.



I am trying to put together some system requires for running Apache HTTP
Server and Tomcat on windows machines.  I have looked all over but I 
can't

seem to find a minimum system specification for windows.  I want to run
tomcat 6.0 and I need CPU, Hard Drive Space, Memory and anything else 
that

will tell the customer what the need.  I would like to know the minimum,
medium, ideal system specifications for windows.  If anyone know where I 
can

find this information or has these specs please let me know.



Thanks,

Susan



===

Susan G. Conger
Custom Windows  Macintosh Development

President
Web Site Design  Development

YOERIC Corporation
Database Design  Development

256 Windy Ridge Road

Chapel Hill, NC  27517

Phone/Fax: (919)542-0071

[EMAIL PROTECTED]

www.yoeric.com







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





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



Re: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Martin Gainty
There exists a mismatch on existing class on classpath for
otrack.med.acuity.MedicalAcuityLevelCode

1)backup old jars and classes
2)delete all old classes of otrack.med.acuity.MedicalAcuityLevelCode.class
(including any jars that contain) from deploy machine
3)copy new jars and classes from local system over to deploy machine

M-

- Original Message -
From: Raghuveer Rawat [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Monday, April 14, 2008 11:43 AM
Subject: Problem redeploying war in Tomcat , Unix environment


 Hi ,
 I am using Tomcat5.0.28 and my application works fine in my local
system(Dev
 environment).
 When i redeploy appln in test server(*Unix Environment*), i get the
 following exception when i click on some link.

 java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
 incompatible with otrack.med.acuity.MedicalAcuityLevelCode
 I thought my appln does not unload its classes gracefully on redeploy. I
 modified  tomcat's server.xml and added autoDeploy and unpackWars
attribute
 as below :

  Host appBase=webapps name=domain2 autoDeploy=true unpackWARs
 =trueThe changes you requested
   Aliaspubwebtest.doc.state.sc.us/Alias
 Logger className=org.apache.catalina.logger.FileLogger
 timestamp=true prefix=pubweb./
   /Host

 *Still iam anable to resolve the issue. I dont have any clue how it works
in
 UNix environment. Need help. *
 **
 *Detail of the exception: *
 **
  java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode
 incompatible with otrack.med.acuity.MedicalAcuityLevelCode
  at

otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc(Med
icalAcuityLevelCodeWrapper.java:116)
  at

otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions.java
:927)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64
)
  at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
java:43)
  at java.lang.reflect.Method.invoke(Method.java:615)
  at

org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:
276)
  at
 org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196)
  at

org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces
sor.java:421)
  at

org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226)
  at
 otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:471)
  at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
  at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
  at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:237)
  at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
  at

otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibernat
eSessionRequestFilter.java:206)
  at

org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestF
ilter.java:77)
  at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
  at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
  at
 us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93)
  at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
  at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
  at otrack.med.RequestFilter.doFilter(RequestFilter.java:28)
  at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:186)
  at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:157)
  at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:214)
  at

org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
  at

org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
  at

org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:198)
  at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:152)
  at

org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:104)
  at

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

org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
  at

org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav
a:287)
  at
 org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:84)
  at

org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:102)
  at


Re: ROOT as 'ROOTORIG'

2008-04-14 Thread Felix Schumacher

Am Montag, den 14.04.2008, 23:16 +0530 schrieb karthikn:
 Hi
 
   ROOT_orig? What happens if you reference what you actually named it as?
 
 Ok Am sorry ...( 
 
 I rename the  ROOT as  ROOT_orig  and NOT  'ROOTORIG'
 
 but still the Browser status is  HTTP Status 404 - 
 /ROOT_orig/manager/html
Are you sure, that manager is in ROOT? The normal manager application
has its own context. You will have to find that and rename it. But I am
not sure, that you can rename it to ROOT_orig/manager.

Bye Felix
 
 Why ?
 
 
 with regards
 Karthik
 
 
 Caldarale, Charles R wrote:
  From: karthikn [mailto:[EMAIL PROTECTED]
  Subject: Re: ROOT as 'ROOTORIG'
 
  On Renaming the ROOT  as 'ROOTORIG' ,
  got Http 404  error for the Manager or  admin set of pages
 
HTTP Status 404 - /ROOT_orig/manager/html
  
 
  If you renamed ROOT to ROOTORIG, why did you try to reference it as
  ROOT_orig?  What happens if you reference what you actually named it as?
 
   - Chuck
 
 
  THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
  MATERIAL and is thus for use only by the intended recipient. If you
  received this in error, please contact the sender and delete the e-mail
  and its attachments from all computers.
 
  -
  To start a new topic, e-mail: users@tomcat.apache.org
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 

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


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



Re: Problem redeploying war in Tomcat , Unix environment

2008-04-14 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

Caldarale, Charles R wrote:
| From: Christopher Schultz [mailto:[EMAIL PROTECTED]
| Subject: Re: Problem redeploying war in Tomcat , Unix environment
|
| If a Tomcat restart fixes your problem, then you are messing with
| classes in your webapp but somewhere an object lives on across the
| restart.
|
| That should be lives accross the redeployment, shouldn't it?

Of course. Otherwise, I sound like a complete idiot ;)

- -chris

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

iEYEARECAAYFAkgDxUcACgkQ9CaO5/Lv0PC6IACeOS4RlUcoc02M0HiWShkklTB7
13UAoJfxQkN42HFMFPVtVbTCIZvEJEyY
=UKHT
-END PGP SIGNATURE-

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



data source information in context.xml - can it be external to the war

2008-04-14 Thread Edward Pricer
I have a web application that includes a jndi resource data sourcedefined in 
context.xml. This is causing me problems when I deploy todifferent environments 
(test/production) because the data sourceparameters change. What is the 
preferred way to store such jndiinformation external to the war? 
Thanks
Ted 


  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

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



Re: Fwd: Issue with Tomcat 5.5 Datasource configuration

2008-04-14 Thread Mark Thomas

Hanmay Udgiri wrote:

-- Forwarded message --
From: Hanmay Udgiri [EMAIL PROTECTED]
Date: Apr 2, 2008 11:48 PM
Subject: Issue with Tomcat 5.5 Datasource configuration
To: users@tomcat.apache.org

Hi
I am using a Datasource configuration with tomcat 5.5 and oracle 9i.I want
to use a Datasource which is accessible to all web apps.

I have added the Resource tag under GlobalNamingResources and a
ResourceLink in a context.xml file of a web application.

But Here My other web apps are also using the same datasource,But it seems
even then I need to add a conext.xml file for ear WAR

Please let me know If is there any alternate way to configure tis.


http://wiki.apache.org/tomcat/FAQ/Tomcat_User#Q2

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



Delay between TCP handshake and POST

2008-04-14 Thread Tim Lavers
Am running a Tomcat 6.0 server that is distributing a client program using 
Java WebStart. The client program communicates to the server using running 
an RMI HTTP tunnelling servlet and a 



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



Re: data source information in context.xml - can it be external to the war

2008-04-14 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ted,

Edward Pricer wrote:
| I have a web application that includes a jndi resource data
| source defined in context.xml. This is causing me problems when I
| deploy to different environments (test/production) because the data
| source parameters change. What is the preferred way to store such
| jndi information external to the war?

Instead of using Resource and specifying everything, you can use
ResourceLink element to link to a resource defined in server.xml.

This allows your ops team to define the resources globally and then each
application can link-into the one that it needs.

See
http://tomcat.apache.org/tomcat-6.0-doc/config/context.html#Resource%20Links

- -chris

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

iEYEARECAAYFAkgDzZ0ACgkQ9CaO5/Lv0PD8yACcDTIiGpTKJ+lRJeN2saEdKCkX
w4wAn2Lqm5T6tAHIUN6SMctkpsEwTjMF
=Cf0b
-END PGP SIGNATURE-

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



Delay between TCP handshake and POST (complete)

2008-04-14 Thread Tim Lavers
Am running a Tomcat 6.0 server that is distributing a client program using 
Java WebStart. The client program communicates to the server using 
an RMI HTTP tunnelling servlet which is running inside the same Tomcat 
instance. I've had this setup running on three different computers.

On two of them, the performance is pretty good. On our production
system, however, the performance is terrible.

The download of the application is ok, what is bad is a strange pause
in the tunnelling. Using wireshark, I can see that after the WebStart
system has downloaded all of the software, the tunnelling operation
initiates a TCP connection with the three-way handshake but then there
is a 4.5 second delay before the expected POST operation.

The differences between the slow system and the two fast systems are:
1. The slow one has two network cards
2. The slow one is not a Domain Controller, its domain controller
is a Thinpoint Linux machine.

The delay is always very close to 4.5 seconds, so perhaps it is a timeout.
Anyhow, any advice on how to further diagnose the problem would be
much appreciated.

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



Re: ROOT as 'ROOTORIG'

2008-04-14 Thread Mark Thomas

David Smith wrote:
Just took a quick look at the default ROOT page as it comes with tomcat 
6.0.14 and it uses page relative link 'manager/html' instead of a server 
relative '/manager/html'.
I'm hazarding a guess this is a very minor cosmetic bug in tomcat as I 
can't think of a single reason to use a page relative link.  It's just 
worked like that for a long time because almost nobody has ever move the 
original ROOT webapp to a different context and continued to use it.


Yep - it is a bug. I've fixed it in trunk and proposed it for 6.0.x.

Mark

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



tomcat-util.jar and catalina-util-xml.jar not found in tomcat 6.0 though they were in use in web-application developed on tomcat-5.x

2008-04-14 Thread harsh112

Hi All,
 The application I've been using was developed on tomcat-5.5.17 which
configures a customized NTLMRealm class in server.xml under it's realm tag.
The related jar for developing this customized realm bundled in a jar under
server/lib and this utilizes server/lib/(tomcat-util.jar and
catalina-util-xml.jar) files.

Now, this application requires upgrade to tomcat-6.0.16 which doesn't have
tomcat-util.jar and catalina-util-xml.jar under it's lib directory though
other jars from server/lib (5.x) are found under lib (6.x) directory.

My question are,
1. Are the classes from tomcat-util.jar and catalina-util-xml.jar are not
supposed to be used with application deployed on 6.x release OR If it is not
so where can I find these jars?
2. By using tomcat-util.jar and catalina-util-xml.jar from tomcat-5.x
release with tomcat-6.x, the application works fine. Is this advisable to
just copy the jars from a previous release (5.x) to some current release? or
this may cause any issues ?

I suppose though not the web-applications it self but the customization of
configuration of tomcat, say using own NTLMRealm may require these utility
jars.

I 've searched on this issue on many forums/groups but couldn't find the
reason why these jars are not bundled with tomcat-6.x release.

I would appreciate any answers/comments on this.

Thanks and Regards,
Harsh.
-- 
View this message in context: 
http://www.nabble.com/tomcat-util.jar-and-catalina-util-xml.jar-not-found-in-tomcat-6.0-though-they-were-in-use-in-web-application-developed-on-tomcat-5.x-tp16691076p16691076.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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



RE: tomcat-util.jar and catalina-util-xml.jar not found in tomcat 6.0though they were in use in web-application developed on tomcat-5.x

2008-04-14 Thread Caldarale, Charles R
 From: harsh112 [mailto:[EMAIL PROTECTED] 
 Subject: tomcat-util.jar and catalina-util-xml.jar not found 
 in tomcat 6.0though they were in use in web-application 
 developed on tomcat-5.x
 
 Now, this application requires upgrade to tomcat-6.0.16 which 
 doesn't have tomcat-util.jar and catalina-util-xml.jar under
 it's lib directory though other jars from server/lib (5.x) are
 found under lib (6.x) directory.

The classes from tomcat-util.jar are now in tomcat-coyote.jar, at least
all the ones I spot checked.

There is no catalina-util-xml.jar in any 5.5 download that I can find,
so I have no idea where you might have gotten that one from.

 2. By using tomcat-util.jar and catalina-util-xml.jar from 
 tomcat-5.x release with tomcat-6.x, the application works fine.

Perhaps, but have you tested every possible execution path?  I wouldn't
count on it.

 Is this advisable to just copy the jars from a previous release
 (5.x) to some current release?

Definitely not.  Lots of things were restructured between 5.5 and 6.0,
so you're really asking for trouble by running blindly ahead.  You need
to examine the 6.0 APIs and make sure your realm is still compatible
with them:
http://tomcat.apache.org/tomcat-6.0-doc/api/index.html

 - Chuck


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

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



Re: ROOT as 'ROOTORIG'

2008-04-14 Thread David Smith
The short of the issue is it's not the OP's fault -- 'tis a bug in the 
ROOT webapp as provided by Tomcat.  I see Mark has fixed in the trunk 
and it should be in the next release.  Thank you Mark!


--David

Felix Schumacher wrote:

Am Montag, den 14.04.2008, 23:16 +0530 schrieb karthikn:
  

Hi

  ROOT_orig? What happens if you reference what you actually named it as?

Ok Am sorry ...( 


I rename the  ROOT as  ROOT_orig  and NOT  'ROOTORIG'

but still the Browser status is  HTTP Status 404 - 
/ROOT_orig/manager/html


Are you sure, that manager is in ROOT? The normal manager application
has its own context. You will have to find that and rename it. But I am
not sure, that you can rename it to ROOT_orig/manager.

Bye Felix
  

Why ?


with regards
Karthik


Caldarale, Charles R wrote:


From: karthikn [mailto:[EMAIL PROTECTED]
Subject: Re: ROOT as 'ROOTORIG'

On Renaming the ROOT  as 'ROOTORIG' ,
got Http 404  error for the Manager or  admin set of pages

  HTTP Status 404 - /ROOT_orig/manager/html



If you renamed ROOT to ROOTORIG, why did you try to reference it as
ROOT_orig?  What happens if you reference what you actually named it as?

 - Chuck


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

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


  
  

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






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

  



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



RE: tomcat-util.jar and catalina-util-xml.jar not found in tomcat 6.0though they were in use in web-application developed on tomcat-5.x

2008-04-14 Thread harsh112

Thanks Chuck, This was a useful reply for me.
Though I could not find tomcat-5.5.17/server/lib/catalina-util-xml.jar from
which org.apache.catalina.util.xml.XMLAction and XMLMapper classes are being
referred by one of my class.
By looking at the API docs of 6.0 release, I couldn't find package
org.apache.catalina.util.xml.
Should I look at some other package/jar for these classes?

Thanks and Regards,
Harsh.


Caldarale, Charles R wrote:
 
 From: harsh112 [mailto:[EMAIL PROTECTED] 
 Subject: tomcat-util.jar and catalina-util-xml.jar not found 
 in tomcat 6.0though they were in use in web-application 
 developed on tomcat-5.x
 
 Now, this application requires upgrade to tomcat-6.0.16 which 
 doesn't have tomcat-util.jar and catalina-util-xml.jar under
 it's lib directory though other jars from server/lib (5.x) are
 found under lib (6.x) directory.
 
 The classes from tomcat-util.jar are now in tomcat-coyote.jar, at least
 all the ones I spot checked.
 
 There is no catalina-util-xml.jar in any 5.5 download that I can find,
 so I have no idea where you might have gotten that one from.
 
 2. By using tomcat-util.jar and catalina-util-xml.jar from 
 tomcat-5.x release with tomcat-6.x, the application works fine.
 
 Perhaps, but have you tested every possible execution path?  I wouldn't
 count on it.
 
 Is this advisable to just copy the jars from a previous release
 (5.x) to some current release?
 
 Definitely not.  Lots of things were restructured between 5.5 and 6.0,
 so you're really asking for trouble by running blindly ahead.  You need
 to examine the 6.0 APIs and make sure your realm is still compatible
 with them:
 http://tomcat.apache.org/tomcat-6.0-doc/api/index.html
 
  - Chuck
 
 
 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you
 received this in error, please contact the sender and delete the e-mail
 and its attachments from all computers.
 
 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/tomcat-util.jar-and-catalina-util-xml.jar-not-found-in-tomcat-6.0-though-they-were-in-use-in-web-application-developed-on-tomcat-5.x-tp16691076p16691726.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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



RE: tomcat-util.jar and catalina-util-xml.jar not found in tomcat6.0though they were in use in web-application developed on tomcat-5.x

2008-04-14 Thread Caldarale, Charles R
 From: harsh112 [mailto:[EMAIL PROTECTED] 
 Subject: RE: tomcat-util.jar and catalina-util-xml.jar not 
 found in tomcat6.0though they were in use in web-application 
 developed on tomcat-5.x
 
 Though I could not find 
 tomcat-5.5.17/server/lib/catalina-util-xml.jar from
 which org.apache.catalina.util.xml.XMLAction and XMLMapper 
 classes are being referred by one of my class.

Those classes appear to have been part of Tomcat 4.0, last released
about 5.5 years ago.  Might be time to think about modernization using
the current XML mechanisms that are part of a standard JRE.

 - Chuck


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

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