-none- 2007-10-04 - By Gabe Wong
Back
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:gabrielw@(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:Peter.Crowther@(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:Sean.King@(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@(protected) To unsubscribe,
>> e-mail: users-unsubscribe@(protected)
>> For additional commands, e-mail: users-help@(protected)
>>
>>
>>
>> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
>> To start a new topic, e-mail: users@(protected) To unsubscribe,
>> e-mail: users-unsubscribe@(protected)
>> For additional commands, e-mail: users-help@(protected)
>>
>>
>>
>>
>>
>
>
> --
> Regards
>
> Gabe Wong
> Private JVM JAVA Hosting Automation
> http://www.ngasi.com
>
>
> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> To start a new topic, e-mail: users@(protected) To unsubscribe,
> e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>
>
>
> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> To start a new topic, e-mail: users@(protected)
> To unsubscribe, e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>
>
>
>
--
Regards
Gabe Wong
Private JVM JAVA Hosting Automation
http://www.ngasi.com
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To start a new topic, e-mail: users@(protected)
To unsubscribe, e-mail: users-unsubscribe@(protected)
For additional commands, e-mail: users-help@(protected)
|
|
