Return-Path: 
 <users-return-8830-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org
Received: (qmail 12256 invoked from network); 28 Aug 2008 19:20:05 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 28 Aug 2008 19:20:05 -0000
Received: (qmail 75211 invoked by uid 500); 28 Aug 2008 19:19:55 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 75195 invoked by uid 500); 28 Aug 2008 19:19:55 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 75179 invoked by uid 99); 28 Aug 2008 19:19:55 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Aug 2008 12:19:55 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of christophe.lombart@gmail.com
 designates 209.85.217.17 as permitted sender)
Received: from [209.85.217.17] (HELO mail-gx0-f17.google.com) (209.85.217.17)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Aug 2008 19:18:55 +0000
Received: by gxk10 with SMTP id 10so5046599gxk.19
        for <users@jackrabbit.apache.org>;
 Thu, 28 Aug 2008 12:19:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to
         :subject:in-reply-to:mime-version:content-type:references;
        bh=1Z1vumcb+RPsfzSoGwdNwUdy0f3WlIw/lN1J5/G/W18=;
        b=CGhiFHP/P6fR21upZN5liZWtZ/eIUlwJF52oYhSW3+uZP6vJAUaYlDwYIBIZR9tG+J
         SNfWOm/foRcUsfWRi+h1MGgeln/UZuWNMOMQYT224I+br1Q2in1Eajs/aNxy8ulNs3Fs
         uOIw8kAzgppT5lTTCURxYoWjD5CnMKccBAMik=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:references;
        b=K147sEwSEC+hx1gQ9aWGFv0sYkEhTOZ+dYl+XqM1BBg8akQURvUYiIu8iLNtbCaOQM
         TpRYpbgKw3OBfv3AkGcDzN0ZZznZlWco/bDJjZZDvJvDqSSqZ3HZi3z0HWyfzvrjkVxw
         ojpa0DFnSTC94qOXA02C6zO4r7xqFxFS1MqGU=
Received: by 10.150.201.13 with SMTP id y13mr2676121ybf.187.1219951165147;
        Thu, 28 Aug 2008 12:19:25 -0700 (PDT)
Received: by 10.150.137.4 with HTTP; Thu, 28 Aug 2008 12:19:24 -0700 (PDT)
Message-ID: <3b728ee90808281219i1e8c9d65jb3033d9aba140af6@mail.gmail.com>
Date: Thu, 28 Aug 2008 21:19:24 +0200
From: "Christophe Lombart" <christophe.lombart@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: OCM: recursive behavior q. and exception info q.
In-Reply-To: <200808281645.45615.lukin@stu.cn.ua>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_43131_5447771.1219951165136"
References: <200808281145.57485.lukin@stu.cn.ua>
	 <200808281645.45615.lukin@stu.cn.ua>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_43131_5447771.1219951165136
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Ouffff I'm lucky today :-)

br,
Christophe


On Thu, Aug 28, 2008 at 15:45, Aleksei Lukin <lukin@stu.cn.ua> wrote:

>
> Sorry for disturbance, it was my fault.
> Recursive behavior works OK, in my case there was null in field that
> interpreted as id.
>
> > Dear Christophe, dar All!
> >
> > I use latest SVN snapshot of  OCM for development.
> > I have some difficulties with ocm in following situations with  class
> like
> > this:
> >
> > @Node
> > public class Category{
> >   @Collection List<Category> subslist;
> > }
> >
> > When I do:
> >
> > myclass.getSubsList().add(sub);
> > ocm.update(myclass)
> >
> > sub does not get saved and I need ocm.insert(sub).  If I do
> > ocm.insert(sub), I need provide path because it is null so...
> >
> > I do not think it is convinient way to manage subclasses. Any
> suggestions?
> > Is there some "thumb rule" for situations like above?
> >
> > Besides it, when I do ocm.insert() or ocm.update() and something goes
> wrong
> > e.g. some field is null, I see uninformative exceptions that do not have
> > any information what class and what field cuased failure.
>
>
>
> --
> SY, Alex Lukin
> RIPE NIC HDL: LEXA1-RIPE
>

------=_Part_43131_5447771.1219951165136--