[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