Actually after re-reading your post, Chuck's suggestion makes better sense.

King, Sean wrote:
Gabe,

Could you provide a little more detail on this? Unfortunately I am no
tomcat expert.

How would running two JVM's help?

Sean

-----Original Message-----
From: Gabe Wong [mailto:[EMAIL PROTECTED] Sent: Thursday, October 04, 2007 10:21 AM
To: Tomcat Users List
Subject: Re: Webapp load order tomcat 4 vs tomcat 5

Sean,
 From your description, it seems that communication between the 2 apps
is done over the wire.
If that is the case, why not run each under a separate JVM/Application
Server to avoid the class loading conflict.

King, Sean wrote:
Without giving away too much information...

I am working on an integration between the application that I develop and a third party application. A requirement of the integration is that my app receive unsolicited notifications from the third party app

relating to status changes. This is achieved via a Muse webservice. The third party developers have provided my with all of the required Muse "stuff" in a war file. The war file contains a class that registers and maintains connections between my app and the other.

So, to cut a long story short, my app needs to register with the supplied web app for the integration to work.

This seems to work seamlessly with tomcat5 and this methodology is what we are planning to go into production with.

Now it sounds like a bad idea!!
-----Original Message-----
From: Peter Crowther [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 04, 2007 9:36 AM
To: Tomcat Users List
Subject: RE: Webapp load order tomcat 4 vs tomcat 5

From: King, Sean [mailto:[EMAIL PROTECTED] For the application to run

correctly, app2 must be deployed and start before app1. Using tomcat 5
this does not seem to be a problem. When I start tomcat, app2 is deployed and then app1 starts and is able to access jars in app2. I am
hoping that this start order is not just pure chance!!
It is, indeed, pure chance.

I am now trying to port the application back to tomcat 4. Unfortunately I am consistently seeing that app1 starts first and then app2 is deployed from the war. Since app1 depends on app2 this is a major problem. Is there any way in tomcat 4 to force the war file to be deployed first?
Hack the Tomcat source and recompile :-).

More seriously, no, you can't rely on the startup order of webapps. As I recall, you can't even assume that only one will be started at one time (I'm sure the more experienced list members will correct me if the spec disallows this). You can try playing around with filenames until the order magically reverses, or you can amend the apps so that app1 doesn't need to access jars in app2 (which is, anyway, a bit unpleasant).

Can you give us more information about why app1 needs app2 to start first? There may well be ways round the problem.

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





--
Regards

Gabe Wong
Private JVM JAVA Hosting Automation
http://www.ngasi.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]





--
Regards

Gabe Wong
Private JVM JAVA Hosting Automation
http://www.ngasi.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]

Reply via email to