[JBoss JIRA] (WFLY-658) Complete support for OSGi webapps in JBossWeb
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-658?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-5083 to WFLY-658:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-658 (was: AS7-5083)
Component/s: OSGi
(was: OSGi)
> Complete support for OSGi webapps in JBossWeb
> ---------------------------------------------
>
> Key: WFLY-658
> URL: https://issues.jboss.org/browse/WFLY-658
> Project: WildFly
> Issue Type: Feature Request
> Components: OSGi
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Labels: roadmap
> Attachments: webapp-1.0.pdf
>
>
> Following initial support for WAB please review the spec and implement missing functionality.
> h5. 128.3.1 WAB Definition
> The web.xml must be found with the Bundle findEntries method. The findEntries method includes fragments, allowing the web.xml to be provided by a fragment.
> h5. 128.3.2 Starting the Web Application Bundle
> The Web Extender should ensure that serving static content from the WAB does not activate the WAB when it has a lazy activation policy.
> Validate that the Web-ContextPath manifest header does not match the Context Path of any other currently deployed web application.
> h5. 128.3.4 Publishing the Servlet Context
> The Web Extender must register the Servlet Context of the WAB as a service, using the Bundle Context of the WAB.
> h5. 128.3.5 Static Content
> For confidentiality reasons, a Web Runtime must not return any static content for paths that start with one of the following prefixes:
> WEB-INF/
> OSGI-INF/
> META-INF/
> OSGI-OPT/
> h5. 128.3.8 Stopping the Web Application Bundle
> It is possible that there are one or more colliding WABs because they had the same Context Path as this stopped WAB. If such colliding WABs exists then the Web Extender must attempt to deploy the colliding WAB with the lowest bundle id.
> h5. 128.5 Events
> * org/osgi/service/web/DEPLOYING The Web Extender has accepted a WAB and started the process of deploying a Web Application.
> * org/osgi/service/web/DEPLOYED The Web Extender has finished deploying a Web Application, and the Web Application is now available for web requests on its Context Path.
> * org/osgi/service/web/UNDEPLOYING The web extender started undeploying the Web Application in response to its corresponding WAB being stopped or the Web Extender is stopped.
> * org/osgi/service/web/UNDEPLOYED The Web Extender has undeployed the Web Application. The application is no longer available for web requests.
> * org/osgi/service/web/FAILED The Web Extender has failed to deploy the Web Application, this event can be fired after the DEPLOYING event has fired and indicates that no DEPLOYED event will be fired.
> h5. 128.6.1 Bundle Context Access
> A Servlet can obtain a Bundle Context as follows:
> {code}
> BundleContext ctxt = (BundleContext)
> servletContext.getAttribute(osgi-bundlecontext);
> {code}
> h5. 128.6.3 Resource Lookup
> The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments.
> The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute.
> h5. 128.6.5 JavaServer Pages Support
> The Web Runtime can construct a special class loader to load generated JSP
> classes such that classes from the bundle class path are visible to newly compiled JSP classes.
> This issue is complete when the TCK passes
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (WFLY-644) TS: Allow XSLT to fit any namespace versions.
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-644?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-4101 to WFLY-644:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-644 (was: AS7-4101)
Component/s: (was: Test Suite)
Fix Version/s: (was: 8.0.0.Alpha1)
> TS: Allow XSLT to fit any namespace versions.
> ---------------------------------------------
>
> Key: WFLY-644
> URL: https://issues.jboss.org/browse/WFLY-644
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Original Estimate: 2 days
> Time Spent: 2 hours
> Remaining Estimate: 1 day, 6 hours
>
> Namespaces versions change during development, which leads to upstream testsuite versus EAP releases mismatch, which is undesirable as the testsuite sometimes contains more up-to-date tests.
> It would be good to have XLST matching namespaces but except version.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months