[
https://issues.jboss.org/browse/WFLY-4600?page=com.atlassian.jira.plugin....
]
David Lloyd updated WFLY-4600:
------------------------------
Description:
Due to various design and implementation problems, especially on Windows, we should
discontinue VFS. It could be replaced by the following:
* URL handlers:
** A "deployment" URL handler which could possibly use standard {{\!/}} syntax
(but extended to arbitrary levels) to identify nested JARs, like this:
{{deployment:/myApp.ear!/lib/someThing.jar!/org/foo/Bar.class}}
** An "ext" URL handler which would identify extensions by name:
{{ext:/my-extension/org/foo/Bar.class}}
** Normal {{jar}} URLs for filesystem JARs
* Separate module loaders (and services, if appropriate) for the above three cases, whose
class loaders in turn use the above URL schemes (as appropriate) for code source and
resource URLs
was:
Due to various design and implementation problems, especially on Windows, we should
discontinue VFS. It could be replaced by the following:
* URL handlers:
** A "deployment" URL handler which could possibly use standard {{!/}} syntax
(but extended to arbitrary levels) to identify nested JARs, like this:
{{deployment:/myApp.ear!/lib/someThing.jar!/org/foo/Bar.class}}
** An "ext" URL handler which would identify extensions by name:
{{ext:/my-extension/org/foo/Bar.class}}
** Normal {{jar}} URLs for filesystem JARs
* Separate module loaders (and services, if appropriate) for the above three cases, whose
class loaders in turn use the above URL schemes (as appropriate) for code source and
resource URLs
Discontinue VFS
---------------
Key: WFLY-4600
URL:
https://issues.jboss.org/browse/WFLY-4600
Project: WildFly
Issue Type: Task
Components: VFS
Reporter: David Lloyd
Due to various design and implementation problems, especially on Windows, we should
discontinue VFS. It could be replaced by the following:
* URL handlers:
** A "deployment" URL handler which could possibly use standard {{\!/}} syntax
(but extended to arbitrary levels) to identify nested JARs, like this:
{{deployment:/myApp.ear!/lib/someThing.jar!/org/foo/Bar.class}}
** An "ext" URL handler which would identify extensions by name:
{{ext:/my-extension/org/foo/Bar.class}}
** Normal {{jar}} URLs for filesystem JARs
* Separate module loaders (and services, if appropriate) for the above three cases, whose
class loaders in turn use the above URL schemes (as appropriate) for code source and
resource URLs
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)