[ 
http://issues.ops4j.org/jira/browse/PAXWEB-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_11098
 ] 

Damian Golda commented on PAXWEB-80:
------------------------------------

What about following scenario:
* bundle A registers servlet (application)
* bundle B registers filter (filtering all requests coming to servlet A)

Should it be allowed or not?

I'd like to add authentication support completely transparently from 
application point of view. 

> Should not be possible to register a servlet/resource with a HttpContext from 
> different bundles
> -----------------------------------------------------------------------------------------------
>
>                 Key: PAXWEB-80
>                 URL: http://issues.ops4j.org/jira/browse/PAXWEB-80
>             Project: Pax Web
>          Issue Type: Bug
>          Components: HttpService, WebContainer
>    Affects Versions: 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.3.0, 0.3.1
>            Reporter: Alin Dreghiciu
>            Assignee: Alin Dreghiciu
>             Fix For: 0.4.0
>
>
> It is possible to register a servlet or a resource (or filter/listener) using 
> the same HttpContext instance by different bundles (sharing HtpContext 
> between bundles). This should not be possible as this will result into the 
> following problems:
> 1. when one of the bundles that share the http context is uninstalled the 
> servlet context associated with the http context will be shutdown leaving the 
> other bundles that share the http context in an unworkable situation
> 2. enabling jsp support is per http context, so sharing the http context will 
> result into actually using the bundle classloader of the bundle that called 
> the enabling method
> Note that this behavior may change as Pax Web may allow sharing of http 
> contexts (http specs does not forbid this) but till this is implemented the 
> above mentioned problems should be avoided.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.ops4j.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general

Reply via email to