Return-Path: Delivered-To: apmail-incubator-open-jpa-dev-archive@locus.apache.org Received: (qmail 74672 invoked from network); 13 Apr 2007 14:32:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Apr 2007 14:32:59 -0000 Received: (qmail 52106 invoked by uid 500); 13 Apr 2007 14:33:00 -0000 Delivered-To: apmail-incubator-open-jpa-dev-archive@incubator.apache.org Received: (qmail 52014 invoked by uid 500); 13 Apr 2007 14:32:59 -0000 Mailing-List: contact open-jpa-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: open-jpa-dev@incubator.apache.org Delivered-To: mailing list open-jpa-dev@incubator.apache.org Received: (qmail 51968 invoked by uid 99); 13 Apr 2007 14:32:59 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Apr 2007 07:32:59 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of awhite@bea.com designates 82.195.180.133 as permitted sender) Received: from [82.195.180.133] (HELO ukhwmh01.bea.com) (82.195.180.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Apr 2007 07:32:52 -0700 Received: from [10.0.1.9] ([10.43.242.248]) by ukhwmh01.bea.com (Switch-3.2.2/Switch-3.2.2) with ESMTP id l3DEWS0r015372 for ; Fri, 13 Apr 2007 15:32:29 +0100 Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <4100235.1176416235298.JavaMail.jira@brutus> References: <4100235.1176416235298.JavaMail.jira@brutus> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6E8458EE-DA56-4365-B425-03D9147C1D37@bea.com> Content-Transfer-Encoding: 7bit From: Abe White Subject: Re: [jira] Commented: (OPENJPA-134) Extra unneeded SQL joins for OneToMany relationship with fetch type EAGER Date: Fri, 13 Apr 2007 09:32:09 -0500 To: open-jpa-dev@incubator.apache.org X-Mailer: Apple Mail (2.752.3) X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.4.0.264935, Antispam-Data: 2007.2.15.85933 X-Virus-Checked: Checked by ClamAV on apache.org > I did notice that my lazy scenarios are almost 50% slower now, but > looking at the sql dumps it appears that we were fetching eagerly > even in those scenarios and this (or another JIRA?) seems to have > fixed that functional error. Does that seem like something your > changes would resolve? Did you run into anything that would cause > an eager fetch even when lazy was specified? I had no intention of "fixing" any lazy loading behavior. The fact that you're seeing different behavior makes me nervous. Can you post details on the entities and the test case so we can determine for sure whether the new or old behavior is correct? _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.