You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by Felix Meschberger <fm...@gmail.com> on 2008/01/18 21:02:26 UTC

Re: Not Exporting jackrabbit-jcr-commons classes (was Re: svn commit: r613154 - /incubator/sling/trunk/jcr/jackrabbit-server/pom.xml)

Hi all,

I created SLING-176 [1] on removing the jackrabbit-jcr-commons classes.

If noone oposes, I will remove these exports next week.

Regards
Felix

[1] http://issues.apache.org/jira/browse/SLING-176

Am Freitag, den 18.01.2008, 16:55 +0200 schrieb Jukka Zitting:
> Hi,
> 
> On Jan 18, 2008 4:49 PM, Felix Meschberger <fm...@gmail.com> wrote:
> > Am Freitag, den 18.01.2008, 16:40 +0200 schrieb Jukka Zitting:
> > > On a related note, I don't think jackrabbit-jcr-commons should be
> > > included in the API/Commons bundle. The commons classes are not
> > > something you should be passing around between bundles.
> >
> > So you propose to remove them from the jcr/api aka Repository API and
> > Commons Bundle ?
> 
> Yes. Probably good also to rename the bundle to just Repository API Bundle.
> 
> Mixing API interfaces and implementation classes is generally a bad
> idea. I think it's better to move jackrabbit-jcr-commons to a separate
> bundle or just include it as an internal dependency in any bundles
> that need the functionality.
> 
> BR,
> 
> Jukka Zitting