cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Willem Jiang (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (CXF-1599) URIResolver can't be replaced eazy
Date Thu, 30 Oct 2008 03:37:44 GMT

     [ https://issues.apache.org/jira/browse/CXF-1599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Willem Jiang resolved CXF-1599.
-------------------------------

    Resolution: Won't Fix

> 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.


Mime
View raw message