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