It’s also how the Aries JAX-RS whiteboard guarantees separation between the 
various whiteboard applications. Specifically one JAX-RS application shouldn’t 
impact another (for example via session state being visible).

Tim

> On 10 Oct 2018, at 14:34, Raymond Auge via osgi-dev <osgi-dev@mail.osgi.org> 
> wrote:
> 
> On top of this design we've been able to model full blown WAB support, each 
> WAR get's it's own "servlet context" against which every other 
> resource/servlet/filter in the WAR is targeted.
> 
> Another common case is re-use of exactly the same pre-built servlet & filter 
> based features with different configurations, for instance N different JSF 
> applications.
> 
> - Ray
> 
> On Wed, Oct 10, 2018 at 4:04 AM David Leangen via osgi-dev 
> <osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>> wrote:
> 
> Ok, fair enough. Thanks for these thoughts.
> 
> Cheers,
> =David
> 
> 
> 
> > On Oct 10, 2018, at 16:11, Tim Ward <tim.w...@paremus.com 
> > <mailto:tim.w...@paremus.com>> wrote:
> > 
> > It also provides a way to have separate user sessions (useful), different 
> > security configurations (useful), management of static resource mappings 
> > (useful), isolation of redirection to named servlets (less useful) and I’m 
> > sure a bunch of other things.
> > 
> > Tim
> > 
> > Sent from my iPhone
> > 
> >> On 9 Oct 2018, at 22:48, David Leangen via osgi-dev 
> >> <osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>> wrote:
> >> 
> >> 
> >> Hi!
> >> 
> >> From what I understand, ServletContext is not really thought about much in 
> >> a non-OSGi application because there is basically one ServletContext per 
> >> app. I never really gave it much thought before.
> >> 
> >> In OSGi, we have more flexibility.
> >> 
> >> So my question: when should I consider using a ServletContext other than 
> >> the default context? I suspect that it could be useful as a cognitive 
> >> division, but that’s about the only use I can see. And the advantage is 
> >> not that great because users don’t see any difference at all, as far as I 
> >> can tell.
> >> 
> >> 
> >> Any thoughts?
> >> 
> >> 
> >> Cheers,
> >> =David
> >> 
> >> 
> >> _______________________________________________
> >> OSGi Developer Mail List
> >> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>
> >> https://mail.osgi.org/mailman/listinfo/osgi-dev 
> >> <https://mail.osgi.org/mailman/listinfo/osgi-dev>
> 
> _______________________________________________
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>
> https://mail.osgi.org/mailman/listinfo/osgi-dev 
> <https://mail.osgi.org/mailman/listinfo/osgi-dev>
> 
> -- 
> Raymond Augé <http://www.liferay.com/web/raymond.auge/profile> (@rotty3000)
> Senior Software Architect Liferay, Inc. <http://www.liferay.com/> (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org/> (@OSGiAlliance)
> _______________________________________________
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org
> https://mail.osgi.org/mailman/listinfo/osgi-dev

_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to