I think shipping the api makes sense as the user can just drop in any jcr impl and it will just work...
bye norman Am Dienstag, 6. September 2011 schrieb Eric Charles < eric.umg.char...@gmail.com>: > Oh, didn't realize the jackrabbit had test scope in mailbox-jcr. > We can of course embed mailbox-jcr, but it will be useless. > > Seems like the same reasoning for james-server-jcr module. > > I fear some confusion if we ship the api only and not the impl. > > As jackrabbit 3 is not yet released, I would simply remove and jcr project from the release (not shipping even the api). > > WDYT? > > On 06/09/11 11:36, Norman Maurer wrote: >> >> Well mailbox jcr can still be included as it is not tied to >> jackrabbit. Its only written against the jcr api. >> >> Bye, >> Norman >> >> >> 2011/9/6 Eric Charles<eric.umg.char...@gmail.com>: >>> >>> If the goal is to get rid of the lucene version used by jackrabbit, I >>> remember we already had an agreement to simply remove mailbox-jcr from >>> release, and it is already implemented I think. >>> >>> Eric >>> >>> >>> On 06/09/11 10:45, Norman Maurer wrote: >>>> >>>> Or mabye the easier thing would be to remove jackrabbit from the >>>> distribution. if someone want to use it he can just add it to the >>>> classpath... The JCR API can remain... >>>> >>>> WDYT ? >>>> >>>> Bye, >>>> Norman >>>> >>>> >>>> 2011/9/6 Eric Charles<eric.umg.char...@gmail.com>: >>>>> >>>>> Sounds like a good idea to have ready-to run version :) >>>>> >>>>> I just try to imagine what it represents for the build, release... and I >>>>> don't see light solution for this. Maybe you have a simple way to achieve >>>>> it? >>>>> >>>>> Also, for the backup-restore, it's gonna be more difficult. Maybe we >>>>> should >>>>> have maildir by default in all distributions, this being the default >>>>> mailbox >>>>> to make the backup-restore stuff. >>>>> >>>>> Thx. >>>>> >>>>> On 06/09/11 04:55, Norman Maurer wrote: >>>>>> >>>>>> Hi there, >>>>>> >>>>>> I think we are now in the situation were it would make sense to build >>>>>> different distributions for the users to get rid of dependency hell etc. >>>>>> >>>>>> I think it would make sense to have the following distributions: >>>>>> >>>>>> jpa >>>>>> jcr >>>>>> file >>>>>> hbase >>>>>> full >>>>>> >>>>>> Does this make sense for you ? If so I think we should prepare this for >>>>>> the >>>>>> next beta... >>>>>> >>>>>> bye >>>>>> norman >>>>>> >>>>> >>>>> -- >>>>> Eric >>>>> http://about.echarles.net <http://about.echarles.net> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>>> For additional commands, e-mail: server-dev-h...@james.apache.org >>>> >>> >>> -- >>> Eric >>> http://about.echarles.net <http://about.echarles.net> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >>> For additional commands, e-mail: server-dev-h...@james.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> For additional commands, e-mail: server-dev-h...@james.apache.org >> > > -- > Eric > http://about.echarles.net > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > >
