[
https://issues.apache.org/jira/browse/JCR-2692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12894848#action_12894848
]
Felix Meschberger commented on JCR-2692:
----------------------------------------
+1 to splitting
+1 to moving the tests out of jackrabbit-core (of course ;-) )
I would suggest to rethink the naming, though. How about
jcr-util for the developper/user oriented part
jcr-core-support for the part used by jackrabbit-core (and presumably
others implementing JCR API)
> Split jcr-commons in two
> -------------------------
>
> Key: JCR-2692
> URL: https://issues.apache.org/jira/browse/JCR-2692
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-jcr-commons
> Affects Versions: 2.2.0
> Reporter: Michael Dürig
>
> As discussed in JCR-2688, the jcr commons module should be split:
> * jcr-impl-commons - utility classes/interfaces for help *implementing* JCR
> * jcr-api-commons - utility classes/interfaces for help *using* JCR
> The rational is that it contains utility classes for jackrabbit-core on one
> hand and utility classes for JCR API consumers on the other hand. Currently
> there is no clean way to add unit tests for JCR API utility classes since
> this would introduce a circular dependency on jackrabbit-core. Such unit
> tests currently live in the jackrabbit-core module in the
> o.a.j.core.integration package. Along with the split these tests should be
> considered to be moved to the jcr-api-commons module.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.