Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: pass (nike.apache.org: domain of aklimets@day.com designates
 207.126.148.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <200902241317513289577@gmail.com>
References: <200902241317513289577@gmail.com>
Date: Tue, 24 Feb 2009 10:07:20 +0100
Message-ID: <c3ac3bad0902240107v58f4bea8v6fa744a0bd765cfd@mail.gmail.com>
Subject: Re: Question about event litener .
From: Alexander Klimetschek <aklimets@day.com>
To: dev@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Feb 24, 2009 at 6:17 AM, yanshaozhiGmail
<yanshaozhi115@gmail.com> wrote:
> I created a event listener to listen the=A0Event.NODE_ADD events=A0for sp=
ecified
> path ,and I put a file into repository through webdav ,=A0In window XP sy=
stem
> I can get jcr: data=A0property's data not null=A0all time, however , some=
time I
> can get "jcr: data" with null with mac System ,is there any different
> between the to opration system about add file node ?

Oh, yes, this can be very tricky. On the Mac, the standard behaviour
(either by applications or by the WebDAV filesystem) is something like
this IIRC: it creates a separate file with some prefix (I think
".filename" or "~filename") where the content is actually stored, then
makes the real file "filename" empty (that's why you get an empty
jcr:data sometimes) and finally moves the "~filename" file to
"filename". I can imagine other WebDAV fs clients have similar quirks.

To work around that, you could wait for some time after you got the
events, remember just the path, and then handle it later, when the
file is no longer changing.

Regards,
Alex

--=20
Alexander Klimetschek
alexander.klimetschek@day.com