[ http://issues.apache.org/jira/browse/JCR-309?page=comments#action_12364547 ]
Felix Meschberger commented on JCR-309: --------------------------------------- While I tend to agree with Tobias that it would probably be better to have the item definition classes available for the casual use, it would probably also be usefull to be able to just register node types from pre-canned xml files. Imagine a repository application which requires a set of node types. The definitions would be distributed in the form of XML - or better yet the new CND - format and could just be registered by handing a stream to the respective file. IMHO, the InputStream solution is not the best of all solutions, but it is still far better than nothing. > 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
