Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 63696 invoked from network); 8 Apr 2010 20:45:16 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Apr 2010 20:45:16 -0000 Received: (qmail 86831 invoked by uid 500); 8 Apr 2010 20:45:16 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 86810 invoked by uid 500); 8 Apr 2010 20:45:16 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 86802 invoked by uid 99); 8 Apr 2010 20:45:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 20:45:16 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_FRT_STOCK2,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of curtisr7@gmail.com designates 74.125.83.46 as permitted sender) Received: from [74.125.83.46] (HELO mail-gw0-f46.google.com) (74.125.83.46) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Apr 2010 20:45:08 +0000 Received: by gwb19 with SMTP id 19so1384150gwb.33 for ; Thu, 08 Apr 2010 13:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=/xBnyknMfQ5gQA8DXKMa5JabomoDGiEslz0jGnrImus=; b=azmG3MlzHNyV8AdEEe4dbol7v4GMmdJy+03b3lXoTWtSk8LHnomisRXJ36l6DKdseh /Q9OGyC0UnpumbPq8WS1Fi3pAAeD1WkEoMry49QNjhi21PkmpoLUkD1eQKDlarTe1KPb aHBlEv205xbh4HQl1f4bEengxi/M5MvySA1qA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=W9iUeOoZiIe2niDJB7BfFjoOx/Xw3TGruTQqjJ90mdNVB7Gz6ZlD9RJuv6x4OZT59J GLHfMuVG+dpjmXWaIMbAfh8ge7BCW9wZ42ztCe7E7TY7sMWyePbv3JaagMvASBdNmr7D s5FYo6DrsbwhPyRYpfk5PbjpFubpYV59VZdhs= MIME-Version: 1.0 Received: by 10.150.147.6 with HTTP; Thu, 8 Apr 2010 13:44:47 -0700 (PDT) In-Reply-To: References: <1127167746.587951269981987253.JavaMail.jira@brutus.apache.org> <560293077.19101270753656664.JavaMail.jira@brutus.apache.org> Date: Thu, 8 Apr 2010 15:44:47 -0500 Received: by 10.151.117.1 with SMTP id u1mr736659ybm.200.1270759487547; Thu, 08 Apr 2010 13:44:47 -0700 (PDT) Message-ID: Subject: Re: [jira] Updated: (OPENJPA-1604) Setting PessimisticLockManager fails to append "for update clause" to the select statement From: Rick Curtis To: dev@openjpa.apache.org Content-Type: multipart/alternative; boundary=001e680f0a4cd9acd50483bfbf70 X-Virus-Checked: Checked by ClamAV on apache.org --001e680f0a4cd9acd50483bfbf70 Content-Type: text/plain; charset=ISO-8859-1 Albert - When I committed the code I changed the trace string to localized warning messages, but this brings up a very good point. I know there is precedence for localizing trace messages, but does that mean it is the right thing to do? Personally, I like putting trace in my code so I can actually figure out what is going on if I have to debug a problem after the fact. Requiring a developer to localize all trace messages is a burden and in turn reduces the likely hood that someone trace will end up in our code. As it is today, it is nearly impossible to fix most OpenJPA problems on trace alone. Thoughts? ... I've been meaning to throw this one out to the group for discussion. -- Thanks, Rick On Thu, Apr 8, 2010 at 3:33 PM, Albert Lee wrote: > Please localized the trace message. > > Thanks > Albert Lee. > > On Thu, Apr 8, 2010 at 2:07 PM, Rick Curtis (JIRA) > wrote: > > > > > [ > > > https://issues.apache.org/jira/browse/OPENJPA-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > ] > > > > Rick Curtis updated OPENJPA-1604: > > --------------------------------- > > > > Attachment: OPENJPA-1604-2.0.x.patch > > OPENJPA-1604-trunk.patch > > > > > Setting PessimisticLockManager fails to append "for update clause" to > the > > select statement > > > > > > ------------------------------------------------------------------------------------------ > > > > > > Key: OPENJPA-1604 > > > URL: > https://issues.apache.org/jira/browse/OPENJPA-1604 > > > Project: OpenJPA > > > Issue Type: Bug > > > Affects Versions: 2.0.0, 2.1.0 > > > Reporter: Fay Wang > > > Assignee: Pinaki Poddar > > > Fix For: 2.0.0, 2.1.0 > > > > > > Attachments: OPENJPA-1604-2.0.x.patch, OPENJPA-1604-trunk.patch > > > > > > > > > I ran a testcase against openjpa 1.2, and found that the "for update" > > clause is appended to the SQL when > > > value="pessimistic"/> > > > is added to the persistence.xml without calling: > > > q.setLockMode(LockModeType.PESSIMISTIC_WRITE); > > > However, this behavior changes when running against trunk level code > > > > -- > > This message is automatically generated by JIRA. > > - > > You can reply to this email to add a comment to the issue online. > > > > > > > -- > Albert Lee. > --001e680f0a4cd9acd50483bfbf70--