[
http://issues.apache.org/jira/browse/JCR-309?page=comments#action_12364609 ]
Jukka Zitting commented on JCR-309:
-----------------------------------
InputSource makes little sense to non-XML data like the CND. How about the
following?
/** Registers node types from the given node type XML stream. */
NodeType[] registerNodeTypes(InputSource in) throws ...;
/** Registers node types from the given input stream of the given type. */
NodeType[] registerNodeTypes(InputStream in, String contentType) throws ...;
// Constants for the supported content types
String XML = "text/xml";
String CND = "text/x-jcr-cnd";
(The implementation should also support application/xml as the XML content
type.)
> Extract the public API interfaces from o.a.j.core to o.a.j.api
> --------------------------------------------------------------
>
> Key: JCR-309
> URL: http://issues.apache.org/jira/browse/JCR-309
> Project: Jackrabbit
> Type: Task
> Components: API
> Reporter: Jukka Zitting
> Fix For: 1.0
> Attachments: jackrabbit-api.patch
>
> To better document and track the public JCR extensions and component API
> provided by Jackrabbit and to allow more room for refactoring within the
> Jackrabbit core, we shoud move (or create) the supported API interfaces to a
> new org.apache.jackrabbit.api package.
> At least the following interfaces should be moved along with any supporting
> implementation-independent classes:
> * PersistenceManager
> * FileSystem
> * AccessManager
> * QueryHandler
> * TextFilter
> Possible dependencies to implementation-specific classes should preferably be
> abstracted using extra interfaces.
> Also the workspace and node type administration methods should be published
> as Jackrabbit-specific extensions to the JCR API interfaces.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
