Return-Path: X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DF69860BD for ; Tue, 7 Jun 2011 12:58:19 +0000 (UTC) Received: (qmail 95445 invoked by uid 500); 7 Jun 2011 12:58:19 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 95408 invoked by uid 500); 7 Jun 2011 12:58:19 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 95401 invoked by uid 99); 7 Jun 2011 12:58:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jun 2011 12:58:19 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of anchela@adobe.com designates 64.18.1.39 as permitted sender) Received: from [64.18.1.39] (HELO exprod6og117.obsmtp.com) (64.18.1.39) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jun 2011 12:58:13 +0000 Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob117.postini.com ([64.18.5.12]) with SMTP ID DSNKTe4gTaC9EK7/cpOLAWqhofYsDYT1xSL5@postini.com; Tue, 07 Jun 2011 05:57:52 PDT Received: from inner-relay-1.corp.adobe.com (inner-relay-1.corp.adobe.com [153.32.1.51]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p57CvlFu029172 for ; Tue, 7 Jun 2011 05:57:48 -0700 (PDT) Received: from nacas02.corp.adobe.com (nacas02.corp.adobe.com [10.8.189.100]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p57CvcPZ022858 for ; Tue, 7 Jun 2011 05:57:47 -0700 (PDT) Received: from eurhub01.eur.adobe.com (10.128.4.30) by nacas02.corp.adobe.com (10.8.189.100) with Microsoft SMTP Server (TLS) id 8.3.159.3; Tue, 7 Jun 2011 05:57:46 -0700 Received: from Angela.local (10.132.1.193) by eurhub01.eur.adobe.com (10.128.4.111) with Microsoft SMTP Server id 8.3.159.3; Tue, 7 Jun 2011 13:57:44 +0100 Message-ID: <4DEE2047.1060401@adobe.com> Date: Tue, 7 Jun 2011 14:57:43 +0200 From: Angela Schreiber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: "dev@jackrabbit.apache.org" Subject: Re: Node.getNode and Session.getNode specification References: <4DEE1D1D.1000104@liip.ch> In-Reply-To: <4DEE1D1D.1000104@liip.ch> Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org hi david did you read section "3.4.4 Absolute and Relative Paths" in the jsr 283 specification? from my point of view this section quite nicely puts the differences between absolute and relative paths. as a rule of thumb i think it's fair to say that relative paths are used to access an item from another (or creating it). in contrast absolute paths are used in the other situations; be it accessing a item from the session or across workspace or for all kind of item manipulation within the various *Manager classes. hope that helps angela > while implementing the jcr interfaces in php [1] we are a bit confused > about access by relative path [2]. > > what is a valid relative path? if it would be just names without any > "/", it would be straightforward. but at least jackrabbit can handle > ../somethingelse or child/propertyname as path. > > however, /somethingelse triggers an invalidargumentexception that no > absolute path is allowed. what is the reason for that? it is not harder > to resolve than a path like ../somethingelse > > can somebody explain why its like this? at the moment, it seems like > being overly picky without a technical reason to be strict. > > cheers,david > > > [1] http://jackalope.github.com > [2] > http://www.day.com/specs/jcr/2.0/5_Reading.html#5.1.6%20Access%20by%20Relative%20Path > > - -- > Liip AG // Agile Web Development // T +41 26 422 25 11 > CH-1700 Fribourg // PGP 0xA581808B // www.liip.ch > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk3uHRoACgkQqBnXnqWBgIsavQCguWYFolZxBZu0e3U8KpfWPjSI > XtIAn0IQgMjV6gGJ63s30nbz1PntckTv > =pVfa > -----END PGP SIGNATURE-----