[
https://issues.apache.org/jira/browse/CXF-1599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643737#action_12643737
]
Willem Jiang commented on CXF-1599:
-----------------------------------
I just went through the codes which call the "new
org.apache.cxf.resource.ExtendedURIResolver()",
most of they don't have reference of the bus instance, so I don't want to
change them to relay on any bus instance.
After reading the ExtendedURIResolver, I don't think it is necessary to add
some extension for loading the resource for a designated classloader in
ExtendURIResolver.
I think you can implement your costumer ResourceManager to meet with your
requirement.
> URIResolver can't be replaced eazy
> ----------------------------------
>
> Key: CXF-1599
> URL: https://issues.apache.org/jira/browse/CXF-1599
> Project: CXF
> Issue Type: New Feature
> Affects Versions: 2.1.1
> Reporter: hwavelet
> Assignee: Willem Jiang
> Fix For: 2.1.4
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> If we need a new policy to load wsdl/xsd files (something like load from a
> specified directory all split the wsdl/xsd files into separate modules each
> of them has desiginated classloader....), cxf can't handle it very well. the
> cause is that many of the cxf code use code fragement like this "new
> org.apache.cxf.resource.ExtendedURIResolver()", i think it needs to refactor
> as an interface and as a bus extension, so it can be replaced by the user to
> meet their requirements, so if we need that will do like that:
> ExtendURIResolver resolver = bus.getExtension(ExtendURIResolver.class)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
