From dev-return-9806-apmail-openjpa-dev-archive=openjpa.apache.org@openjpa.apache.org Thu Dec 11 23:33:42 2008 Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 4105 invoked from network); 11 Dec 2008 23:33:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Dec 2008 23:33:42 -0000 Received: (qmail 54677 invoked by uid 500); 11 Dec 2008 23:33:54 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 54657 invoked by uid 500); 11 Dec 2008 23:33:54 -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 54646 invoked by uid 99); 11 Dec 2008 23:33:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Dec 2008 15:33:54 -0800 X-ASF-Spam-Status: No, hits=-0.3 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of fern@alum.mit.edu does not designate 66.111.4.25 as permitted sender) Received: from [66.111.4.25] (HELO out1.smtp.messagingengine.com) (66.111.4.25) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Dec 2008 23:33:40 +0000 Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 779E41E69AF for ; Thu, 11 Dec 2008 18:33:19 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 11 Dec 2008 18:33:19 -0500 X-Sasl-enc: XrOSHCA011Ut+8JFtcHk9Jc55+JCmLbYbvrYFBdzkAPS 1229038398 Received: from [10.0.7.180] (unknown [63.202.1.94]) by mail.messagingengine.com (Postfix) with ESMTPSA id DA7157522 for ; Thu, 11 Dec 2008 18:33:18 -0500 (EST) Message-ID: <4941A311.30106@alum.mit.edu> Date: Thu, 11 Dec 2008 15:32:33 -0800 From: Fernando Padilla User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: dev@openjpa.apache.org Subject: Re: [jira] Commented: (OPENJPA-820) slices: a simple query is failing (unique, but totally sending wrong parameters to SQL) References: <557223660.1228863764193.JavaMail.jira@brutus> <452178679.1228950644167.JavaMail.jira@brutus> <1228953319087-1641234.post@n2.nabble.com> <49405C99.50002@alum.mit.edu> <1228960330460-1641534.post@n2.nabble.com> <494190C9.8050203@alum.mit.edu> In-Reply-To: <494190C9.8050203@alum.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org actually.. we are up against a rock and a hard place. When you turn on Multithreaded support, all queries hang. This is probably because the main DistributedQuery gets a lock, but then spawns all of the sub queries in other threads and each of those try to get locks, and voila, deadlock?? Fernando Padilla wrote: > So.. could this be related to Multithreaded support?? > > Since I have it turned off, but in reality because slices executes > queries in parallel under the covers, then those queries require > Multithreaded support.. > > could this be the reason we're seeing weird intermittent errors?? > > Pinaki Poddar wrote: >>> So, now that I have your attention, let's start to discuss.. what do you >> think it could be? >> >> Please post a reproducible JUnit test case without the scaffolding. It >> will help us to pinpoint the issue. >> >>> how come your unit tests didn't catch the other bugs that I filed? >> >> I am working towards that day when my unit tests will find all the >> bugs ;) Also that is why your hard work is much more appreciated. You >> can see for yourself the existing test cases for Slice in svn repository >> and you are welcome to contribute new ones. But I agree that test >> coverage >> needs improvement -- and contributions are very welcome. >> >> >>