Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 3906 invoked from network); 31 Aug 2006 21:05:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2006 21:05:50 -0000 Received: (qmail 98615 invoked by uid 500); 31 Aug 2006 21:05:49 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 98577 invoked by uid 500); 31 Aug 2006 21:05:49 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 98568 invoked by uid 99); 31 Aug 2006 21:05:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Aug 2006 14:05:49 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Aug 2006 14:05:48 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B8C9141000B for ; Thu, 31 Aug 2006 21:02:22 +0000 (GMT) Message-ID: <6932546.1157058142745.JavaMail.jira@brutus> Date: Thu, 31 Aug 2006 14:02:22 -0700 (PDT) From: "Daniel John Debrunner (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-1794) Should create a test that verifies acceptable performance of network server startup In-Reply-To: <3725789.1157053642271.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/DERBY-1794?page=comments#action_12431981 ] Daniel John Debrunner commented on DERBY-1794: ---------------------------------------------- It would be good to have consistency in the way tests wait for the network server to start. A single method with the time set within the method not by the caller. In looking at htese related failures it seemed every test re-invented the way to wait for the network server and had a different amount of time to wait. Maybe indicates this functionality should be a utility method in the network server api itself. > Should create a test that verifies acceptable performance of network server startup > ----------------------------------------------------------------------------------- > > Key: DERBY-1794 > URL: http://issues.apache.org/jira/browse/DERBY-1794 > Project: Derby > Issue Type: Test > Components: Test > Affects Versions: 10.3.0.0 > Reporter: Mike Matrigali > > A number of tests in the regression suite rely on starting up a network server and subsequently connecting to it. Each tends to have some sort of "wait" mechanism and may fail if the wait is "too" long. It is often sort of cryptic to tell why these tests have failed if the real reason is the network server did not start in a reasonable amount of time. It would be good to develop a test that specifically looked at network server start up time and verified from release to release that it was behaving correctly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira