RE: Multiple ActionServlet instances in a web app

2001-03-22 Thread Sukachevin, Stoehr
9:43 PM To: '[EMAIL PROTECTED]' Subject: RE: Multiple ActionServlet instances in a web app I completed the implementation of what I said I was going to do (see email below), so if anyone is interested in seeing the code, get "http://users.erols.com/sukachevin/struts/multi-struts-sr

RE: Multiple ActionServlet instances in a web app

2001-02-28 Thread Sukachevin, Stoehr
e appropriate "context" attributes for the two tags individually: and . (Alternatively, you could have , , and . This would be equivalent to the first case.) -- Stoehr -Original Message- From: Sukachevin, Stoehr Sent: Monday, February 26, 2001 10:31 AM To: '[EM

Re: Multiple ActionServlet instances in a web app

2001-02-26 Thread Elod Horvath
> > "Craig R. McClanahan" wrote: > > > Because this question comes up occasionally, I would be interested in > > > understanding more about what might motivate a desire to have more than one > > > instance of the controller servlet. Do you have some particular use cases in > > > mind where this

Re: Multiple ActionServlet instances in a web app

2001-02-26 Thread Craig R. McClanahan
Elod Horvath wrote: > "Craig R. McClanahan" wrote: > > Because this question comes up occasionally, I would be interested in > > understanding more about what might motivate a desire to have more than one > > instance of the controller servlet. Do you have some particular use cases in > > mind w

Re: Multiple ActionServlet instances in a web app

2001-02-26 Thread Elod Horvath
Michael Gerdau wrote: > >I hope I've been able to present my concerns and arguments in > >at least a partially understandable way. I am open to discussion > >on this, but unfortunately, I feel at this time that the end result > >should be that struts not impose the ONE controller solution on us.

RE: Multiple ActionServlet instances in a web app

2001-02-26 Thread Sukachevin, Stoehr
quot; tags: taglib.ErrorsTag taglib.ForwardTag taglib.IncludeTag taglib.Link1Tag taglib.LinkTag taglib.MessageTag -- Stoehr -Original Message- From: Elod Horvath [mailto:[EMAIL PROTECTED]] Sent: Monday, February 26, 2001 08:35 AM To: [EMAIL PROTECTED

Re: Multiple ActionServlet instances in a web app

2001-02-26 Thread Michael Gerdau
>I hope I've been able to present my concerns and arguments in >at least a partially understandable way. I am open to discussion >on this, but unfortunately, I feel at this time that the end result >should be that struts not impose the ONE controller solution on us. Let me rephrase what I unders

Re: Multiple ActionServlet instances in a web app

2001-02-26 Thread Elod Horvath
"Craig R. McClanahan" wrote: > > "Sukachevin, Stoehr" wrote: > > > In looking at some of the more recent source code for v1.0, it appears that > > since the ActionServlet caches a lot of objects in the servlet context, like > > action mappings, app resources, etc., the ActionServlet was not desi

RE: Multiple ActionServlet instances in a web app

2001-02-23 Thread Palamadai Sriram
:21 PM To: '[EMAIL PROTECTED]' Subject: Multiple ActionServlet instances in a web app In looking at some of the more recent source code for v1.0, it appears that since the ActionServlet caches a lot of objects in the servlet context, like action mappings, app resources, etc., the ActionS

Re: Multiple ActionServlet instances in a web app

2001-02-23 Thread Craig R. McClanahan
"Sukachevin, Stoehr" wrote: > In looking at some of the more recent source code for v1.0, it appears that > since the ActionServlet caches a lot of objects in the servlet context, like > action mappings, app resources, etc., the ActionServlet was not designed to > allow multiple instances of the

Multiple ActionServlet instances in a web app

2001-02-23 Thread Sukachevin, Stoehr
In looking at some of the more recent source code for v1.0, it appears that since the ActionServlet caches a lot of objects in the servlet context, like action mappings, app resources, etc., the ActionServlet was not designed to allow multiple instances of the servlet to be deployed in a single we