-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Orlando,
Orlando Reis wrote:
> By that you mean loading several instances of tomcat per webapp?
I meant one instance of Tomcat per webapp.
> In this case not doable, 30 webapps each loaded through a different tomcat,
> I don't think that would be fe
By that you mean loading several instances of tomcat per webapp?
In this case not doable, 30 webapps each loaded through a different tomcat,
I don't think that would be feasible.
Each webapp is very heavy, I don't think that to be a solution.
Orlando
On 1/23/07, Christopher Schultz <[EMAIL PROT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Orlando,
Orlando Reis wrote:
> Thanks I going to have a look, but has others have pointed out such a
> mechanism is vowed to change in the future.
>
> I think, that either me or the team I work with, will do the
> synchronization mechanism.
Another
ill that make them load in the
> order provided in the file?
>
> Thanks in advance
> Orlando
>
> On 1/22/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
>>
>> > From: Orlando Reis [mailto:[EMAIL PROTECTED]
>> > Subject: Re: Webapps loading order
>
rver.xml, will that make them load in the
> order provided in the file?
>
> Thanks in advance
> Orlando
>
> On 1/22/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
>>
>> > From: Orlando Reis [mailto:[EMAIL PROTECTED]
>> > Subject: Re: Webapps loa
AIL PROTECTED]> wrote:
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps loading order
>
> But the definition of the contexts in the server.xml would
> that guarantee an order on loading?
What does the spec say? (Hint: there is no server.xml nor
element in
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps loading order
>
> But the definition of the contexts in the server.xml would
> that guarantee an order on loading?
What does the spec say? (Hint: there is no server.xml nor
element in the spec.) You really,
Ok, I won't depend on it (still wonder what it is...).
But the definition of the contexts in the server.xml would that guarantee an
order on loading?
Orlando
On 1/22/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Sub
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps loading order
>
> Ok, if it ain't multithread then there must be some kind of order?
> I mean is it a random function? Or something like that?
It's not random, but it's subject to change at any t
t;[EMAIL PROTECTED]> wrote:
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps loading order
>
> The reason for not having any order is because it's
> multithread and all webapps are loaded at the same time.
Actually, the Tomcat webapp deployer is not currently
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps loading order
>
> The reason for not having any order is because it's
> multithread and all webapps are loaded at the same time.
Actually, the Tomcat webapp deployer is not currently multi-threaded,
but
Ok, your right I did found some information a little bit later after
posting.
The reason for not having any order is because it's multithread and all
webapps
are loaded at the same time.
I was wondering about order because we have properties file that if badly
configured on one context will affe
Funny, I find lot's of info on this and the answer is always no. Some
posts suggest hacks though:
http://www.google.com/search?hl=en&q=tomcat+webapp+load+order
As has been noted in at least one of the results above, it's a fragile
design. Better to design the depending webapps to handle the cas
> From: Orlando Reis [mailto:[EMAIL PROTECTED]
> Hi, can someone please tell me the order in which the webapps
> are loaded?
There is no defined order, and implementations may vary - you shouldn't
rely on any order. Can you tell us a bit more about what you're trying
to do, as there are a few f
14 matches
Mail list logo
