Return-Path: Delivered-To: apmail-db-jdo-user-archive@www.apache.org Received: (qmail 84667 invoked from network); 14 Dec 2009 17:50:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Dec 2009 17:50:56 -0000 Received: (qmail 9966 invoked by uid 500); 14 Dec 2009 17:50:55 -0000 Mailing-List: contact jdo-user-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jdo-user@db.apache.org Delivered-To: mailing list jdo-user@db.apache.org Received: (qmail 9949 invoked by uid 99); 14 Dec 2009 17:50:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Dec 2009 17:50:55 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [192.18.43.133] (HELO sca-es-mail-2.sun.com) (192.18.43.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Dec 2009 17:50:45 +0000 Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nBEHoNLt028588 for ; Mon, 14 Dec 2009 09:50:23 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; delsp=yes; format=flowed Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KUN00200LD8RS00@fe-sfbay-10.sun.com> for jdo-user@db.apache.org; Mon, 14 Dec 2009 09:50:23 -0800 (PST) Received: from dhcp-umpk15-121-117.SFBay.Sun.COM ([unknown] [129.146.121.117]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KUN00804LJP4Z40@fe-sfbay-10.sun.com> for jdo-user@db.apache.org; Mon, 14 Dec 2009 09:50:13 -0800 (PST) Date: Mon, 14 Dec 2009 09:50:10 -0800 From: Craig L Russell Subject: Re: Persistent-dirty retrieve In-reply-to: <4B263D35.4050502@gmail.com> Sender: Craig.Russell@Sun.COM To: jdo-user@db.apache.org Message-id: <02F98792-0225-4422-8358-51E3022F009C@SUN.com> X-Mailer: Apple Mail (2.936) References: <4B263D35.4050502@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi Renato, The purpose of retrieve is to load instances according to the current fetch plan. But changed values are not overwritten by retrieve. If you want to overwrite values, then you should use refresh, which is intended explicitly to overwrite changes. Best regards, Craig On Dec 14, 2009, at 5:27 AM, Renato Garcia wrote: > Hi, > > Does a call to retrieve on a Persistent-dirty object should load > it's fields? According to the spec, the status should remain > unchanged, but I could not find anything regarding the actual load > of the fields. > > Tks for the clarification. > > Renato Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 408 276-5638 mailto:Craig.Russell@sun.com P.S. A good JDO? O, Gasp!