Mailing-List: contact cayenne-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cayenne-user@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of hefest@gmail.com designates
 64.233.182.190 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=cFoYJUn/wmjAidIvzdxDehO+mhgBjul3+WhIHTsPYaknbB8s/PK8URqDAfwvPLgH3PwExjQVgk0z0GOzQ++KagFq3YVpcOcIyS0EShDp3FycKyep8rcebrzK0W4g0o9PKCcmYUCV247o+xa7HY+WahmwvP3uP60Z8sbA8b9v74o=
Message-ID: <d487eb8e0606050834i31aed40cxa3640650159ee1a1@mail.gmail.com>
Date: Mon, 5 Jun 2006 17:34:44 +0200
From: "Tomi NA" <hefest@gmail.com>
To: cayenne-user@incubator.apache.org
Subject: Re: very, very serious problem - null values where objects should be
In-Reply-To: <121661B7-4E69-4B82-8B6E-6C7F04FF54DD@objectstyle.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <d487eb8e0606050233g9c18aei210164093c214191@mail.gmail.com>
	 <46FCBD16-A5C5-48C4-A69A-F7B5B8A5E062@gmail.com>
	 <d487eb8e0606050600y54887a47g4c4f3bc056cfa5ad@mail.gmail.com>
	 <121661B7-4E69-4B82-8B6E-6C7F04FF54DD@objectstyle.org>

On 6/5/06, Andrus Adamchik <andrus@objectstyle.org> wrote:
>
> On Jun 5, 2006, at 5:00 PM, Tomi NA wrote:
>
> > However, the complex event sequences, usage of a databinding framework
> > coupled with classes generated with a modifed superclass template
> > create a fairly hard to follow interaction. The breakpoint in the
> > setToObjectGroup() method never catches anything, for instance. It is
> > the usage environment that somehow nullifies parts of the object
> > graph...
>
> You can go one step down - override 'DataObject.writeProperty' and
> log the output when the property is 'toObjectGroup' and value is
> 'null' (or even call Thread.dumpStack() to get the full stack trace
> of the call).

How would this provide more information than monitoring
setToObjectGroup() execution? Where is writeProperty used outside of
the setters?
Still, I tried it and it isn't called. I just still receive null
values. And it very amusing: I set the wanted object group in a
dropdown, start the search for all object of the group and get the
objects, but they can't reach back to the group (which they try to do
when they display information about themselves).
I overrid it like so (my break point on the "if" statement never
caught anything):

    public void writeProperty(String propName, Object val) {
        super.writeProperty(propName, val);
        if (val == null)  {
            Thread.dumpStack();
        }
    }


> If you still don't see any suspect invocations, this is probably
> something related to serialization.

Funny you should mention that: this is the first project I'm using
serialization and plan to use it much more. To that end, I extended
DataObject with a custom readResolve method:

    protected Object readResolve() throws ObjectStreamException {
     DataContext dc = Util.getDataContext();
     return dc == null ? this : dc.localObject(getObjectId(), this);
   }

Still, judging from the wheres and hows I got null values, this does
not seem to be the problem.

I appreciate the help.
t.n.a.