Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: oak-dev@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of fmeschbe@adobe.com designates
 64.18.1.23 as permitted sender)
From: Felix Meschberger <fmeschbe@adobe.com>
To: "oak-dev@jackrabbit.apache.org" <oak-dev@jackrabbit.apache.org>
Date: Thu, 8 Mar 2012 15:55:15 +0000
Subject: Re: Integration Tests with TCK
Thread-Topic: Integration Tests with TCK
Thread-Index: Acz9Q9rv0aiWbp/STLudr4Y7zCX8Mg==
Message-ID: <DF2C38E4-77EF-40B0-B02B-9E6A5F7D8F3E@adobe.com>
References: <4F58C8E2.7080401@adobe.com>
In-Reply-To: <4F58C8E2.7080401@adobe.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
acceptlanguage: de-DE, en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi,

Am 08.03.2012 um 06:57 schrieb Angela Schreiber:

> hi
>=20
> in addition to the proposal by jukka to setup benchmarks
> i would like to suggest to soon setup integration testing
> that also test jr3 against the TCK.
>=20
> imo it's important that we identify implementation
> details that violate the JCR specification early in the
> process.
>=20
> this will not only allow us to take conscious
> decisions regarding compliance violations but will also
> be very important to spot possible issues that will arise
> with migration of JCR applications to jackrabbit3.
> (thinking of apps like sling or cq that relying on quite
>  some jr2 implementation details that are also reflected
>  in the TCK :-).

Good point. Of course, I would be very interested to hear about such implem=
entation dependencies to be able to fix them in Sling.


>=20
> what do you think?

Absolutey !

I even would go a step further: A new persistence abstraction - the Mikroke=
rnel API - is defined. We might even create kind of TCK for this API such t=
hat multiple implementation (we expect to come up over time) can be tested =
against that common TCK and the rest of Oak using the Mikrokernel can depen=
d on the Mikrokernel contracts.

Regards
Felix

>=20
> angela