Re: proposal to move JCR RI to incubator - David Nuescheler - org.apache.jakarta.slide-dev

9 messages in org.apache.jakarta.slide-devRe: proposal to move JCR RI to incubator

From	Sent On	Attachments
Roy T. Fielding	03 Aug 2004 17:29
Gianugo Rabellino	04 Aug 2004 01:14
Daniel Florey	04 Aug 2004 01:51
Daniel Florey	04 Aug 2004 01:58
Mats Norén	04 Aug 2004 04:22
Stefan Guggisberg	04 Aug 2004 06:13
David Nuescheler	05 Aug 2004 03:01
Paul Russell	05 Aug 2004 04:06
Andrew Savory	06 Aug 2004 03:42

Subject:	Re: proposal to move JCR RI to incubator
From:	David Nuescheler (davi...@yahoo.com)
Date:	08/05/2004 03:01:25 AM
List:	org.apache.jakarta.slide-dev

Hi Gianugo,

I will try to answer your second question:

2. project scope. We all know that Tomcat is a RI as well, but its success has gone far beyond that. I would welcome jcrri as an Apache effort if the project scope is making a worthwile, performant and stable ASF-licensed implementation out of it, something that can be used in production: if, on the contrary, this impl is meant just as a barebone spec ri, it's still a very nice thing to have, but it could probably keep on living on slide as a more or less visible subproject.

It is our intention to build a complete content repository with all the features and functionalities that are necessary use the repository in real-life, not just a theoretical RI. It is certainly our intention to create a full-fledge repository which will hard to beat from a functional perspective, which means that we will not just make sure that the RI will pass the repository, but that it fullfill the spec to its full extent, and beyond.

As you might have seen we already put features into the reference implementation that cannot be specified in the jsr-170 spec but are necessary to operate a content repository in real life (like a nodetype definition api).

In my mind the Apache JCR Project (wherever it should end up) should be the first place to turn to, for any application developer that wants to start development with a Content Repository.

As a consequence, then, my first proposal would be rethink the name: jcr or jcrri aren't "product" names, and they smell bad of "just" RI (a quick "grep '.*j.*c.*r.*' /usr/share/dict/words" didn't blow my mind, the best alternative being "rejoicer".

.. or JuiCeR ;)) ?

Count me in, I'd be glad to help out in my Copious Free Time (urgh).

Thanks.

regards, David