Return-Path: 
 <dev-return-27677-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org>
Delivered-To: apmail-harmony-dev-archive@www.apache.org
Received: (qmail 12193 invoked from network); 13 Jun 2007 08:54:18 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 13 Jun 2007 08:54:18 -0000
Received: (qmail 58313 invoked by uid 500); 13 Jun 2007 08:54:19 -0000
Delivered-To: apmail-harmony-dev-archive@harmony.apache.org
Received: (qmail 58284 invoked by uid 500); 13 Jun 2007 08:54:19 -0000
Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@harmony.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@harmony.apache.org>
List-Post: <mailto:dev@harmony.apache.org>
List-Id: <dev.harmony.apache.org>
Reply-To: dev@harmony.apache.org
Delivered-To: mailing list dev@harmony.apache.org
Received: (qmail 58274 invoked by uid 99); 13 Jun 2007 08:54:19 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jun 2007 01:54:19 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of alexei.zakharov@gmail.com
 designates 66.249.90.183 as permitted sender)
Received: from [66.249.90.183] (HELO ik-out-1112.google.com) (66.249.90.183)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jun 2007 01:54:15 -0700
Received: by ik-out-1112.google.com with SMTP id c30so105845ika
        for <dev@harmony.apache.org>; Wed, 13 Jun 2007 01:53:53 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=TpPyM+ituJdykezdpU7c9dlUUpiXYLZpDBQ+nbeeLC8yxQG8NYQq2cJZ8eeE07UvipwbowdJEJCOcQacKPSh1VPRcJZ77uhdtPEu5L4uBQoPd9aCNyBDaFElT1kFs/o02efhRuteAKXjPawm/jaNgrHCrfwCTYYAuTO1WxD5gN0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=MTbcQwnJLbo93TzyjkzlBz+4MNDH4pOpoyUCK1rZk+Qfu3rxqChyOLiuMg92zjWpBapxGKR4yM2ZGiy7ZLDiZySJaa/kaKTU31aZBjKXmR67iaMJ7nh3cL+sfYzhmxT6HjxRUDA79KfFSgwjgD6OdogfcYAQ8nGNKroE46HcTw4=
Received: by 10.78.21.7 with SMTP id 7mr112198huu.1181724832786;
        Wed, 13 Jun 2007 01:53:52 -0700 (PDT)
Received: by 10.78.122.3 with HTTP; Wed, 13 Jun 2007 01:53:52 -0700 (PDT)
Message-ID: <2c9597b90706130153m70f2be97ma61586ff77f4bc9b@mail.gmail.com>
Date: Wed, 13 Jun 2007 12:53:52 +0400
From: "Alexei Zakharov" <alexei.zakharov@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib][testing] test domains/address (was: Re: [continuum]
 BUILD FAILURE: Classlib/linux.ia32 Build/Test)
In-Reply-To: <211709bc0706040312t3f7abfa0y36b3266f03c3e725@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20070602232502.4978.qmail@minotaur.apache.org>
	 <2c9597b90706030748g636ff67du64ee520a8c1831fb@mail.gmail.com>
	 <211709bc0706031904s30ffacaclb9cd15a32e6e17a0@mail.gmail.com>
	 <200706040940.l549e4hF018714@d12av02.megacenter.de.ibm.com>
	 <fc2fc95c0706040244t12a57415k34bed78b15c1c5d7@mail.gmail.com>
	 <211709bc0706040312t3f7abfa0y36b3266f03c3e725@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org

+1 for externalizing host names from tests and set it to
<something>.apache.org .

> Is it possible to get a domain name for multicast address?

Do we really need this?

Regards,

2007/6/4, Tony Wu <wuyuehao@gmail.com>:
> Is it possible to get a domain name for multicast address?
>
> On 6/4/07, Sian January <sianjanuary@googlemail.com> wrote:
> > +1
> >
> > I've tried to use www.apache.org in any tests I've contributed - I think
> > that makes sense.
> >
> >
> > On 04/06/07, Mark Hindess <mark.hindess@googlemail.com> wrote:
> > >
> > >
> > > Perhaps we should be more consistent in our use of domain names and IP
> > > addresses in tests?  I notice for instance that running our test causes
> > > DNS lookups for the following (all of which have valid name servers):
> > >
> > > superdns.com
> > > www.google.com
> > > a.b.c.x.y.z.com
> > > www.intel.com
> > > another.host.com
> > > jcltest.apache.org
> > >
> > > We also look up odd addresses like "-", "unresolved address", and
> > > "any-other-site-which-is-not-siteName.com".
> > >
> > > Do we really need to query these - particularly those that we don't
> > > control[0]?  It doesn't really seem polite to run automated tests that
> > > result in queries against machines we don't own[1].
> > >
> > > Similarly, we do PTR lookups for things like:
> > >
> > > 1.0.0.0
> > >
> > > which is currently reserved but could be given away at any time.
> > >
> > > I'd suggest that any test that results a DNS lookup should use an
> > > apache.org name/address where possible.  We should also pick two names
> > > (and two address for reverse lookups) to use consistently for lookup
> > > requiring valid and invalid lookups.
> > >
> > > Any test that merely references an name or ip address should use the
> > > conventions described in RFC-2606 or RFC-1918 respectively.
> > >
> > > I'm sure there will be exceptions - for instance, sometimes it might be
> > > better to use a 127.0.0.0/8 address - but I still think some consistency
> > > would be a good idea.  Comments?
> > >
> > > Regards,
> > > Mark.
> > >
> > > [0] z.com is actually owned by IBM but almost certainly not controlled
> > >    by anyone on this list.
> > >
> > > [1] Of course, there are some - like root servers - that we can't
> > > sensibly avoid.
> > >
> > > On 4 June 2007 at 10:04, "Tony Wu" <wuyuehao@gmail.com> wrote:
> > > > Hi Alexei,
> > > >
> > > > This test fails because the address 239.255.2.3 is baned by firewall.
> > > > I've added it to accpet list.
> > > >
> > > > test2276 Error Operation not permitted
> > > >
> > > > java.net.SocketException: Operation not permitted at
> > > > org.apache.harmony.luni.platform.OSNetworkSystem.sendDatagramImpl(Native
> > > > Method) at org.apache.harmony.luni.platform.OSNetworkSystem.sendDatagram
> > > (OSNe
> > > > tworkSystem.java:155)
> > > > at org.apache.harmony.luni.net.PlainDatagramSocketImpl.send
> > > (PlainDatagramSock
> > > > etImpl.java:275)
> > > > at java.net.DatagramSocket.send(DatagramSocket.java:448) at
> > > > tests.api.java.net.DatagramSocketTest.test2276(DatagramSocketTest.java
> > > :90)
> > > > at java.lang.reflect.AccessibleObject.invokeV(AccessibleObject.java:25)
> > > >
> > > >
> > > > On 6/3/07, Alexei Zakharov <alexei.zakharov@gmail.com> wrote:
> > > > > Hi all,
> > > > >
> > > > > >      [exec]     [junit] Tests run: 35, Failures: 0, Errors: 1, Time
> > > elaps
> > > > ed: 15.173 sec
> > > > > >      [exec]     [junit] TEST tests.api.java.net.DatagramSocketTestFAILED
> > > > >
> > > > > I can't reproduce it neither on Windows nor on Linux. Can anyone from
> > > > > IBM guys send more detailed information about this failure? Thanks!
> > > > >
> > > > > Alexei
> > > > >
> > > > > 7/6/3, nomail@hursley.ibm.com <nomail@hursley.ibm.com>:
...
> > > > --
> > > > Tony Wu
> > > > China Software Development Lab, IBM
> > --
> > Unless stated otherwise above:
> > IBM United Kingdom Limited - Registered in England and Wales with number
> > 741598.
> > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
> --
> Tony Wu
> China Software Development Lab, IBM


-- 
Alexei Zakharov,
Intel ESSD