Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A16C696A2 for ; Mon, 26 Mar 2012 10:49:30 +0000 (UTC) Received: (qmail 92165 invoked by uid 500); 26 Mar 2012 10:49:30 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 92136 invoked by uid 500); 26 Mar 2012 10:49:30 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 92128 invoked by uid 99); 26 Mar 2012 10:49:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2012 10:49:30 +0000 X-ASF-Spam-Status: No, hits=-1.6 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [91.199.146.30] (HELO merkur.eye.ch) (91.199.146.30) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2012 10:49:20 +0000 Received: from susi.fritz.box (host109-150-31-63.range109-150.btcentralplus.com [109.150.31.63]) by merkur.eye.ch with SMTP; Mon, 26 Mar 2012 12:48:56 +0200 Message-ID: <4F704993.7070808@apache.org> Date: Mon, 26 Mar 2012 11:48:51 +0100 From: =?ISO-8859-1?Q?Michael_D=FCrig?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: oak-dev@jackrabbit.apache.org Subject: Re: Values in oak-core References: <4F6CC594.9090205@apache.org> <4F6E55DE.3090606@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Declude-Sender: mduerig@apache.org [109.150.31.63] X-Declude-Spoolname: 59234424.eml X-Declude-RefID: X-Country-Chain: X-Declude-Code: 0 X-Declude-Note: This message has been scanned for spam and viruses by Declude 4.4.0 (http://www.declude.com). Now available in Switzerland (www.merlinconsulting.ch) X-Declude-Recipcount: 1 X-Declude-Scan: Outgoing Score [0] at 12:48:57 on 26 Mar 2012 X-Declude-Tests: None X-Helo: susi.fritz.box X-Organization: eye communications ag X-RevDNS: On 26.3.12 11:18, Jukka Zitting wrote: > Hi, > > On Sun, Mar 25, 2012 at 12:16 AM, Michael D�rig wrote: >> That's actually the way I look at it. However moving Scalar to oak-mk would >> require us to have a dependency from oak-jcr to oak-mk which I think we >> shouldn't. > > See why I would have like to keep oak-core and -mk in the same > component until we figure out where the ideal component boundary lies? > :-) Hehe ;-) > For now I'd say we move Scalar to oak-mk to be a part of the internal > tree model there, and use it also in oak-core and ultimately oak-jcr > through the .oak.kernel package. Once the design is finished, we can > make a clearer separation between the components. Ok, I did the respective changes in revision 1305295, 1305296 and 1305303. Note that I left some todo's in SimplePropertyState. I can take care of these but it'll take me until tomorrow. Michael > >> But let's not get caught up with this. I can live with Scalar being an >> interface. > > OK. We can revisit this later on as the implementation stabilizes. > > BR, > > Jukka Zitting