Return-Path: 
 <dev-return-60268-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 1061 invoked from network); 10 Sep 2004 14:48:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 10 Sep 2004 14:48:07 -0000
Received: (qmail 54154 invoked by uid 500); 10 Sep 2004 14:48:03 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 54005 invoked by uid 500); 10 Sep 2004 14:48:02 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 53971 invoked by uid 99); 10 Sep 2004 14:48:00 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=NO_REAL_NAME
X-Spam-Check-By: apache.org
Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10)
  by apache.org (qpsmtpd/0.28) with SMTP; Fri, 10 Sep 2004 07:47:58 -0700
Received: (qmail 18151 invoked by uid 50); 10 Sep 2004 14:49:42 -0000
Date: 10 Sep 2004 14:49:42 -0000
Message-ID: <20040910144942.18150.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@ant.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 31165] New:  -
    should we set networkaddress.cache.ttl to something sensible in our
 startup scripts
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31165>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31165

should we set networkaddress.cache.ttl to something sensible in our startup scripts

           Summary: should we set networkaddress.cache.ttl to something
                    sensible in our startup scripts
           Product: Ant
           Version: 1.7Alpha (nightly)
          Platform: All
        OS/Version: Other
            Status: NEW
          Severity: Minor
          Priority: Other
         Component: Wrapper scripts
        AssignedTo: dev@ant.apache.org
        ReportedBy: stevel@apache.org


by default java caches ns lookup values indefinitely, which is no good for long
lived builds (e.g. gridant) or things launched inside ant's own jvm with a long
lifespan. 

if we set the system property networkaddress.cache.ttl to something other than
-1 then java would reload at the frequency we say. For security reasons you
cannot do this inside the jvm itself, it has to be in wrapper/launcher code. 

Alternatively, we just document this next to the forthcoming <nslookup> task.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org