AW: Tomcat failover

Hi Andrew, if you mean http sessions, try terracotta for session replication and apache webserver mod_balancer for balancing your requests. I recently tried this setup and it seemed to be working very well (for test purposes). Regards, hans -Ursprüngliche Nachricht- Von: Andrew Hole

Tomcat Session Replication at undeploy/install (6.0.14 / windows)

Hello, if I reload a context, all sessions are going to be serialized and deserialized automatically. Is the same possible at undeploy / deploy? The problem is, that all users are thrown out of their apps if we redeploy under production. (I know thats not recommended, but sometimes its really

AW: Tomcat Session Replication at undeploy/install (6.0.14 / windows)

Hi Filip, we are using ANT script for deployment and the manager application. Here's the redeploy script (only the tc specific tasks): We copy the war and app-name-context.xml to the server, perform deployment then, and delete after that. The deploy/undeploy will be done only by the manager app

AW: How to avoide delete context.xml - 6.0.14

This is application related logging on application unload (struts plugin): com.magnasteyr.josf.InitLog4JPlugin ... try to clean up FileHandles for context [XJOSF] com.magnasteyr.josf.InitLog4JPlugin ... Clean up FileHandles finished for context [XJOSF] Now I used the manager application

AW: How to avoide delete context.xml - 6.0.14

that's in the log. I am wondering about the Missing application web.xml, ... statement. I played with the context's docBase attribute, but with no success. (this context.xml placed in META-INF contains no docBase) ?xml version=1.0 encoding=UTF-8? Context path=/xjosf !-- --

Re-Deployment Problem - 6.0.14

Hi all, I am not able to redeploy an application. I used the deployment manager ANT tasks, or simply filecopy to /webapps. I opened a thread before called How to avoide delete context.xml - 6.0.14 but this behaviour looks like standard, I guess. The first deployment always works pretty fine,

AW: How to avoide delete context.xml - 6.0.14

Hi Hassan, you mean my /webbappname/META-INF/context.xml shuould look like: ?xml version=1.0 encoding=UTF-8? Context ... The server appBase within the host is set to webapps. The Catalina/localhost/webappname.xml (xjosf.xml) is the same as in META-INF. The server puts it into automatically.

AW: How to avoide delete context.xml - 6.0.14

Hi Hassan, I did exactly that way you described to me, but the 2nd deployment still dosn't work properly. Even a server restart does not make the context working again The only way that works (not always) is to delete the WAR file manually, wait until the webapp is undeployed and then place

AW: How to avoide delete context.xml - 6.0.14

Hi, I placed the context.xml into the META-INF, undeployed (delete of WAR,exploded,conf/.../context.xml ) the previous app and deployed again. The first time of deployment, it works fine (ant based file copy to webapps)! The second time the server seems to deploy but the context isn't to be

AW: How to avoide delete context.xml - 6.0.14

I want to add, that the context couldn't get started (only after 2nd deployment) although the server was restarted. Hans. -Ursprüngliche Nachricht- Von: Mader Hans-Dieter, J-I Gesendet: Montag, 06. August 2007 09:28 An: 'Tomcat Users List' Betreff: AW: How to avoide delete context.xml -

AW: AW: Application outside WEBAPPS

hi, useNaming does not affect here, correct. What's the reason ignoring the path attribute? (6.0.14 ignores as well) hans -Ursprüngliche Nachricht- Von: Pid [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 03. August 2007 09:39 An: Tomcat Users List Betreff: Re: AW: Application outside

How to avoide delete context.xml - 6.0.14

Hi all, I'm using /conf/Catalina/localhost/myapp.xml context configuration. My deployment works as ant-copy directly to the /webapps directory. After the copy, the previous installed /conf/Catalina/localhost/myapp.xml will be deleted by the server automatically. So I have to provide the file

ResourceLink Problems in 6.0.13

Hello, here is my problem: Its not possible to override web.xml env.entries with server.xml env. entries (this works fine in TC 5.0.30) conf/server.xml: Server port=8005 shutdown=SHUTDOWN GlobalNamingResources Environment override=false description=Web Portal URL mit

AW: Application outside WEBAPPS

Place the myapp.xml in the /conf/Catalina/localhost/ directory. ?xml version='1.0' encoding='utf-8'? Context docBase=\\server02\share\dir1\dir2 path=/myapp useNaming=false /Context That's all. Regards, Hans -Ursprüngliche Nachricht- Von: Mladen Turk [mailto:[EMAIL PROTECTED] Gesendet:

AW: ResourceLink Problems in 6.0.13

Thanks Mark. What about the release date of 6.0.14? Regards, Hans. -Ursprüngliche Nachricht- Von: Mark Thomas [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 02. August 2007 13:46 An: Tomcat Users List Betreff: Re: ResourceLink Problems in 6.0.13 [EMAIL PROTECTED] wrote: Hello,