Return-Path: Delivered-To: apmail-incubator-river-dev-archive@minotaur.apache.org Received: (qmail 63089 invoked from network); 29 Aug 2010 20:50:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Aug 2010 20:50:55 -0000 Received: (qmail 31024 invoked by uid 500); 29 Aug 2010 20:50:55 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 30990 invoked by uid 500); 29 Aug 2010 20:50:55 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 30982 invoked by uid 99); 29 Aug 2010 20:50:55 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Aug 2010 20:50:55 +0000 X-ASF-Spam-Status: No, hits=2.7 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [61.9.168.149] (HELO nskntmtas05p.mx.bigpond.com) (61.9.168.149) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Aug 2010 20:50:32 +0000 Received: from nskntotgx03p.mx.bigpond.com ([61.9.223.241]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20100829205007.IKAK731.nskntmtas05p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com> for ; Sun, 29 Aug 2010 20:50:07 +0000 Received: from [10.1.1.2] (really [61.9.223.241]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20100829205006.FUJJ13584.nskntotgx03p.mx.bigpond.com@[10.1.1.2]> for ; Sun, 29 Aug 2010 20:50:06 +0000 Message-ID: <4C7AC6F7.1090205@zeus.net.au> Date: Mon, 30 Aug 2010 06:45:43 +1000 From: Peter Firmstone User-Agent: Thunderbird 2.0.0.14 (X11/20080531) MIME-Version: 1.0 To: river-dev@incubator.apache.org Subject: Re: Question about JIRA use References: <4C79F175.9050009@acm.org> In-Reply-To: <4C79F175.9050009@acm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090203.4C7AC7FF.0026,ss=1,fgs=0 X-Virus-Checked: Checked by ClamAV on apache.org We've got MultithreadedTC in the test/lib directory for allows for specific interleaving of threads to test concurrency issues. http://www.cs.umd.edu/projects/PL/multithreadedtc/overview.html Probably best wait till I've got the bug sorted though. An update on progress: It appears I've sorted the Null pointer issue and the Serialization issue, so I'm no longer getting exceptions, however I'm still getting test failures, in the ServiceDiscoveryManager, which appear related to timing issues, counting events etc. I integrated Brian's patch, but that fix isn't related to this particular case. The next step over the coming week, will be to go back to the stable build and incrementally add recent changes, including those I have locally now, so I can pinpoint problem causes. Did you want me to update my current local changes to SVN? I've been holding off, since additional changes that haven't solved the problem, won't make the problem any clearer to those trying to solve it. Cheers, Peter. Patricia Shanahan wrote: > In reading SDM source code, I've found a possible scaling performance > problem in the method findReg. Whether it is really a problem depends > on how many lookup services an SDM may know about at one time. I don't > intend to investigate that right now - I've got too many things going > on already. > > One way to remember something like this would be to write a JIRA issue > about it. Is that the best way? > > Patricia >