Return-Path: Delivered-To: apmail-incubator-cayenne-user-archive@locus.apache.org Received: (qmail 81613 invoked from network); 1 Jun 2006 15:25:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jun 2006 15:25:10 -0000 Received: (qmail 26911 invoked by uid 500); 1 Jun 2006 15:25:05 -0000 Delivered-To: apmail-incubator-cayenne-user-archive@incubator.apache.org Received: (qmail 26828 invoked by uid 500); 1 Jun 2006 15:25:05 -0000 Mailing-List: contact cayenne-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cayenne-user@incubator.apache.org Delivered-To: mailing list cayenne-user@incubator.apache.org Delivered-To: moderator for cayenne-user@incubator.apache.org Received: (qmail 22729 invoked by uid 99); 1 Jun 2006 15:23:07 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ari@ish.com.au designates 218.214.52.22 as permitted sender) Mime-Version: 1.0 (Apple Message framework v750) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-38--930539091" Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Subject: RemoteIncrementalFaultList and object ids Date: Fri, 2 Jun 2006 01:22:32 +1000 To: cayenne-user@incubator.apache.org X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.750) X-Spam-Score: -0.7 (/) X-Spam-Report: 0.7 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --Apple-Mail-38--930539091 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed The JavaDoc for the class RemoteIncrementalFaultList reads in part: "A list that serves as a container of Persistent objects. It is usually returned by an ObjectContext when a paginated query is performed. During creation, only the first "page" of objects is fully resolved; for the rest of the objects only their ObjectIds are read." In our case we have a paginated list fetched in 3 tier on a client. We want to be able to find a particular record in this list and we know its primary key (ObjectId ?). But we don't want to have to resolve the entire list to do so. There appears to be no field in RemoteIncrementalFaultList which stores the ObjectId and I can't find anything in the source code which suggests it is accessible. What I really want is: getObjectId (int index) -> objectID or indexOf (objectId) -> index But I wonder if the JavaDocs are correct and such a thing is possible at all. It appears that RemoteIncrementalFaultList resolves faulted records purely by index in the list and not by ObjectId. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 --Apple-Mail-38--930539091 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFEfwY572p9Lj5JECoRApWAAJ9mJ+y+19Rk8p51FFFiEEqpekX5UgCcD0ap ZwfPAWBrr4upnslpgmIWOzI= =FKGZ -----END PGP SIGNATURE----- --Apple-Mail-38--930539091--