Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Message-ID: <417E42E9.1060801@jboss.com>
Date: Tue, 26 Oct 2004 14:28:25 +0200
From: julien viet <julien@jboss.com>
User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913)
MIME-Version: 1.0
To: jackrabbit-dev@incubator.apache.org
Subject: Re: What is implemented in jackrabbit ?
References: <4172399E.2000507@jboss.com>
	 <ee76bdf1041017022742905419@mail.gmail.com>	 <41723BAE.1000804@jboss.com>
	 <90a8d1c00410170517d5480c3@mail.gmail.com>	 <41726518.2090506@jboss.com>
	 <90a8d1c004101705354f4d593c@mail.gmail.com>	 <417E36BE.9030602@jboss.com>
 <eb7e2190410260512140c1ce7@mail.gmail.com>
In-Reply-To: <eb7e2190410260512140c1ce7@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

thanks for the clarification David, I am glad we share same concerns.

Leading jackrabbit to the release is obviously the priority at short term.

julien


David Nuescheler wrote:

>hi julien,
>
>  
>
>>>but HA/clustering support is certainly something worth looking at
>>>once jackrabbit is stable.
>>>      
>>>
>>yes, it's not because the spec does not mention it that it cant be done.
>>if you look at the whole j2ee spec, the servlet spec is the only one
>>that talks a bit about it (tag distributable),
>>however most j2ee vendors supports it.
>>    
>>
>
>agreed. i would even go further and say that 
>repository clustering is probably a very frequent 
>requirement that should be on the roadmap of
>any enterprise class repository.
>
>i guess what stefan was talking about was the following
>mechanism that is mandated by the jcp:
>
>to get a final approval of jsr-170 we need to have a reference 
>implementation that passes 100% of the tck.
>and i would argue that before the spec is finalized we (day 
>software at least in the role of the spec-lead) will have to 
>focus our work on getting the reference implementation to 
>pass 100% of the tck (and to get the tck developed in the 
>first place), which only means that we as the spec lead
>are in the weird position to have a list of priorities which
>is indicated by jcp.
>which of course is not applicable for anybody else.
>
>of course anybody in the jackrabbit community is 
>very welcome contribute many excellent features
>to jackrabbit which are outside the spec (like 
>wolfgangs jdbc suggestion).
>
>regards,
>david
>
>.ps: also people might want to be cautious with 
>massive extensions until the spec is finally 
>approved just to save on redo work...
>
>  
>