[jboss-jira] [JBoss JIRA] (WFCORE-680) Discontinue VFS
David Lloyd (JIRA)
issues at jboss.org
Mon Oct 19 07:49:00 EDT 2015
[ https://issues.jboss.org/browse/WFCORE-680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13119389#comment-13119389 ]
David Lloyd edited comment on WFCORE-680 at 10/19/15 7:48 AM:
--------------------------------------------------------------
I think the wise course is to assume the change will not make any given release... at least, until there is a PR ready to go.
was (Author: dmlloyd):
I think the wise course is to assume the change will not make any given release.
> Discontinue VFS
> ---------------
>
> Key: WFCORE-680
> URL: https://issues.jboss.org/browse/WFCORE-680
> Project: WildFly Core
> Issue Type: Task
> Components: VFS
> Reporter: David Lloyd
> Assignee: Richard Opalka
>
> 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
> * The URL handlers should use a "current application server" context selector in order to convert the global ref into an AS instance-relative ref, as we should not be maintaining global state
> * 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.4.11#64026)
More information about the jboss-jira
mailing list