Return-Path: X-Original-To: apmail-river-dev-archive@www.apache.org Delivered-To: apmail-river-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 645A8FB0C for ; Wed, 10 Apr 2013 11:45:49 +0000 (UTC) Received: (qmail 45363 invoked by uid 500); 10 Apr 2013 11:45:49 -0000 Delivered-To: apmail-river-dev-archive@river.apache.org Received: (qmail 45289 invoked by uid 500); 10 Apr 2013 11:45:49 -0000 Mailing-List: contact dev-help@river.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@river.apache.org Delivered-To: mailing list dev@river.apache.org Received: (qmail 45280 invoked by uid 99); 10 Apr 2013 11:45:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Apr 2013 11:45:49 +0000 X-ASF-Spam-Status: No, hits=1.8 required=5.0 tests=FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [216.221.81.25] (HELO fipsb03.cogeco.net) (216.221.81.25) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Apr 2013 11:45:41 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAN9PZVHY3VTZ/2dsb2JhbABQgz2+QIJngSd0gh8BAQWBCQsYLleILb4VjxsWgysDqAiDJyA X-IronPort-AV: E=Sophos;i="4.87,446,1363147200"; d="scan'208";a="382337323" Received: from d221-84-217.commercial.cgocable.net (HELO 192.168.1.20) ([216.221.84.217]) by fipsb03.cogeco.net with ESMTP; 10 Apr 2013 07:45:20 -0400 Subject: Re: Tests failing due to port in use From: Greg Trasuk To: dev@river.apache.org In-Reply-To: <5165492D.1090502@zeus.net.au> References: <51646C15.3070806@zeus.net.au> <1365539558.13775.448.camel@cameron> <5165492D.1090502@zeus.net.au> Content-Type: text/plain Message-Id: <1365593984.13775.478.camel@cameron> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6.305 Date: Wed, 10 Apr 2013 07:39:44 -0400 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I'm testing on JDK7 on a mac right now. When I see a good test run (started one last night. Looks promising at the moment) I was going to fire up tests on JDK6/Solaris 10, JDK7/win7x64 and JDK7/winxp32. Given that the Levels fix is for a JDK7 issue, it's pretty critical that we test on JDK7. Even having said that, I don't know that the Levels issue is immediately apparent - we should probably write a test that demonstrates the issue and fix. Is Dennis there? Do you have some code that shows the Levels problem? If so I'll see about writing a jtreg test for it. Cheers, Greg. On Wed, 2013-04-10 at 07:12, Peter Firmstone wrote: > Greg, > > Are you testing on Java 7? > > The last release was only tested with Java 5 and 6. > > Can you test with Java 6? > > Regards, > > Peter. > > > On 10/04/2013 6:32 AM, Greg Trasuk wrote: > > On Tue, 2013-04-09 at 15:29, Peter Firmstone wrote: > >> This was being discussed in two separate threads: > >> > >> Greg, > >> > >> Are you able to find which process is using a port? Perhaps jvisualvm > >> might help determine which test it is? If you can narrow it down to a > >> bunch of test definitions sharing a test class, by identifying the class > >> on the stack, you'll find it. > >> > > No, there's no process using the port. The evidence points to a > > configuration error. The problem is not that the registrars don't > > start. It's that they start on random ports when the port is supposed > > to be specified.