Re: Preparing for 1.0

[Jukka Zitting <ju...@zitting.name>]

Hi,

Edgar Poce wrote:
> Regarding the contrib projects I think that the first thing to do is 
> to rename the folder to sandbox and promote the candidates to be 
> included in the release, I think that jcr-rmi and textfilters should 
> be included.

Agreed. In addition to jcr-rmi and textfilters I think we should consider also
the jdbc pm, the jca connector, the webdav layer and jcr-server.

> We could also update the site and svn tree to something like
> /jackrabbit (or ri or impl)
> /subprojects (or ???)
> /sandbox
> If there's consensus I volunteer to play with the multiproject maven 
> plugin and try to get a nice site out of it.

After experimenting with multiproject in the summer I believe it would 
be easier
and cleaner to work with one main project and use subprojects only when
necessary. It seems like the multiproject model makes best sense for projects
like Maven that contain a large number of independent components that share a
common code and documentation layout.

I'd also prefer having all the released stuff contained in one 
directory so that
it'll be easy and clean to eventually just copy that into the JACKRABBIT_1_0
tag. We should therefore probably move the graduated contrib projects to the
existing modules directory. Some of the contribs (like db-persistence and
textfilters) wouldn't even need their own module directories as they should be
fully integrated with Jackrabbit. Other modules could either keep their
separate source trees or get their code moved within the main source tree and
use a mechanism like the commons module to optionally build an independent jar
artifact.

BR,

Jukka Zitting

Re: Preparing for 1.0

[Jukka Zitting <ju...@zitting.name>]

Hi,

Edgar Poce wrote:
> On 10/7/05, Jukka Zitting <ju...@zitting.name> wrote:
>> Some of the contribs (like db-persistence and
>> textfilters) wouldn't even need their own module directories as they 
>> should be fully integrated with Jackrabbit.
>
> In order to keep jackrabbit lightweighted I'd rather put them in a
> separate directory. Textfilters would include many dependencies only
> useful for those who need to index binary formats.

I don't have a strong preference about this, so having textfilters as an
optional module is OK with me. I was just thinking about the installation
manual I've been drafting. From that perspective it would be somewhat nicer to
have support for indexing the main binary formats built-in rather than as an
additional deployment option.

BR,

Jukka Zitting

Re: Preparing for 1.0

[Edgar Poce <ed...@gmail.com>]

Hi jukka

On 10/7/05, Jukka Zitting <ju...@zitting.name> wrote:
> Some of the contribs (like db-persistence and
> textfilters) wouldn't even need their own module directories as they should be
> fully integrated with Jackrabbit.

In order to keep jackrabbit lightweighted I'd rather put them in a
separate directory. Textfilters would include many dependencies only
useful for those who need to index binary formats.

br,
edgar