Violeta Georgieva <[email protected]> wrote: >Hi, > >This mechanism is meant to be a standard way for web frameworks to >extend >the Servlet Container. IMHO this is compliant with the specification:
Your not really humble at all opinion is wrong. This is a Servlet 3.0 feature and therefore not available to 2.5 or earlier webapps. If you look elsewhere in the Servlet, JSP and EL specs you'll find things that would break if the container used syntax from a newer spec version with a web app written for an older spec. If you want to use Servlet 3.0 features then you need to declare 3.0 in the web.xml. Mark > > > >"8.2.4 Shared libraries / runtimes pluggability > >In addition to supporting fragments and use of annotations one of the >requirements > >is that not only we be able to plug-in things that are bundled in the >WEB-INF/lib > >but also plugin shared copies of frameworks - including being able to >plug-in to the > >web container things like JAX-WS, JAX-RS and JSF that build on top of >the >web > >container. The ServletContainerInitializer allows handling such a use >case > >as described below." > > >Lazar just wants to extend the Servlet Container using this standard >mechanism. He wants his implementation of ServletContainerInitializer >to be >invoked for every web application. > >Regards >Violeta > >2012/4/12 Pid * <[email protected]> > >> On 11 Apr 2012, at 14:42, Lazar Kirchev <[email protected]> >wrote: >> >> > ServletContainerInitializer >> >> Only exists in Servlet 3.0. Supporting it in lower spec versions >would >> be non-compliant. >> >> And silly. >> >> >> p >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
