You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ws.apache.org by "Sagara Gunathunga (JIRA)" <ji...@apache.org> on 2011/08/26 05:51:29 UTC
[jira] [Commented] (WODEN-72) OASIS-style URI Resolver
[ https://issues.apache.org/jira/browse/WODEN-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13091551#comment-13091551 ]
Sagara Gunathunga commented on WODEN-72:
-----------------------------------------
Applied patch in 1161982.
Still woden-test module failing make sure you don't miss anything for this patch.
> OASIS-style URI Resolver
> ------------------------
>
> Key: WODEN-72
> URL: https://issues.apache.org/jira/browse/WODEN-72
> Project: Woden
> Issue Type: New Feature
> Components: Parser
> Reporter: Graham Turrell
> Attachments: woden-patch-3.txt, woden-patch1.txt, woden-patch2.txt
>
>
> The OASIS standard for URI resolvers (TR9401) has a number of feature advantages over the SimpleURIResolver implemented as part of WODEN-14.
> For example:
> - Catalog files are specified in terms of a standard XMl Schema;
> - Root URIs can be defined such that all descendants of a remote root are mapped to a corresponding local root;
> - Ability to wrap local URI-resolved files into jars
> - Chaining of catalogs
> An arguable disadvantage for the user is the relative complexity of creating the catalog compared to the Simple URI resolver (based on java properties files).
> Such an implementation exists in the xml-commons resolver.jar. To make use of this, a Woden Resolver adaptor class would be defined to attach the implementation into the Woden resolver framework. The choice of resolver implementation (Simple or OASIS) can be left to runtime but the choice of which should be default is of course a design issue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org