Violeta Georgieva <violet...@apache.org> 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 * <p...@pidster.com>
>
>> On 11 Apr 2012, at 14:42, Lazar Kirchev <lazar.kirc...@gmail.com>
>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: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to