tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Orlando Reis" <reis.orla...@gmail.com>
Subject Re: Webapps loading order
Date Tue, 23 Jan 2007 16:01:52 GMT
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.

Thanks

Orlando


On 1/23/07, David Delbecq <delbd@oma.be> wrote:
>
> It might be, for example, the order in which the webapps are iterated
> inside a hashset, which can completly change if you add a webapp. Or it
> might be the order in which the filesystem return them, As people said,
> it depends on the time. If you really want to know, take a look at
> source code of tomcat, in the version you are using...
> En l'instant précis du 01/22/07 16:55, Orlando Reis s'exprimait en ces
> termes:
> > 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?
> > Always defining contexts on server.xml, will that make them load in the
> > order provided in the file?
> >
> > Thanks in advance
> > Orlando
> >
> > On 1/22/07, Caldarale, Charles R <Chuck.Caldarale@unisys.com> wrote:
> >>
> >> > From: Orlando Reis [mailto:reis.orlando@gmail.com]
> >> > 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 there's no reason it couldn't be in the future.  The servlet spec
> >> does not define a loading order, since by definition, all webapps are
> >> supposed to be independent.
> >>
> >> As others have pointed out, if you need something above and beyond
> >> spec-defined behavior, you have to provide it yourself.  Tomcat tries
> to
> >> adhere to the letter of the spec; any additional behaviors results in
> >> apps being less portable across containers.
> >>
> >> - 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: users-unsubscribe@tomcat.apache.org
> >> For additional commands, e-mail: users-help@tomcat.apache.org
> >>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message