Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of mloenko@gmail.com designates
 66.249.92.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=TVoNoueahulXawRxQarV5NEZiIo/2dflOSuKZ70LQgxdmVoGShjG0lwRCK2v9TOq7Nol94yO9BFg3bTKf5Fu90MFsE6QB/K6SoPvfmUskBEeCUF3QAjhL7DZXRr0Y2xA+/q9LiS2KUcaPyiUN92+6DGQqrk/3aWpjwRG0s6pSQc=
Message-ID: <906dd82e0605190431i1a27f97fj7faee94916f12d06@mail.gmail.com>
Date: Fri, 19 May 2006 18:31:47 +0700
From: "Mikhail Loenko" <mloenko@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: svn commit: r407752 - in
 /incubator/harmony/enhanced/classlib/trunk/modules/luni/src:
 main/java/org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.java
In-Reply-To: <6e47b64f0605190325rb907e45j4df4cf200b914cf3@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <6e47b64f0605190214w5636ebc6kf3fd84a6fc606ac7@mail.gmail.com>
	 <446D9497.2060205@googlemail.com>
	 <6e47b64f0605190322x649e4629i24aabc17907cff73@mail.gmail.com>
	 <6e47b64f0605190325rb907e45j4df4cf200b914cf3@mail.gmail.com>

Hi Stepan

how far the prototype from what is desired?

Thanks,
Mikhail

2006/5/19, Stepan Mishura <stepan.mishura@gmail.com>:
> On 5/19/06, Stepan Mishura wrote:
>
> >  Hi George,
> >
> > see below
> >
> > On 5/19/06, George Harley wrote:
> >
> > > Hi Stepan,
> > >
> > > Yes, there is probably scope for adding some logic to this test metho=
d
> > > where - in the event of no network connection we write a message to
> > > stderr and move on. An alternative is to provide for connections to b=
e
> > > opened up against a server on the local machine. A couple of days ago=
 I
> > > spent some time adding the small, lightweight (and Apache licensed)
> > > Jetty server to the LUNI tests. In my local sandbox the LUNI
> > > make/build.xml file the run.tests target was updated to start up Jett=
y
> > > --> run the LUNI tests --> stop Jetty. It worked fine apart from a
> > > glitch I had getting the cgi-bin to work properly in Jetty. Apparentl=
y
> > > this is a fairly common problem when it is used on Windows. I'm start=
ing
> > > to feel that it might be best to exclude the one or two cgi-bin relat=
ed
> > > tests in the LUNI tests for now in the interests of bringing Jetty on
> > > board. It would certainly help get some more java.net tests up and
> > > running and enable this particular test case to run without the need =
for
> > > a network connection. What do you think ?
> >
> >
> >  I think that we should try to develop small local test server that jus=
t
> > opens connection and optionally send/receive test message. There is a
> > prototype of such test server (see HARMONY-167) and but I didn't integr=
ate
> > it with tests yet.
> >
>
> Sorry, wrong JIRA number - see HARMONY-164
>
> Thanks,
> Stepan.
>
>
>
> >
> >
> > > I would, of course, float the Jetty proposal on the dev list first to
> > > make sure we were all happy with the suggestion :-)
> >
> >
> >  I'm OK only if we separate tests with Jetty from common test suite run=
.
> >
> > Thanks,
> > Stepan.
> >
> >
> >
> > > Best regards,
> > > George
> > >
> > >
> > >
> > > Stepan Mishura wrote:
> > > > Richard, George
> > > >
> > > > I'm not fan of tests that depend on network connection. Is it
> > > > necessary for
> > > > this test:
> > > >
> > > > + public void test_getOutputStream_afterConnection() throws Excepti=
on
> > > {
> > > > +     URLConnection uc =3D new
> > > > URL("http://www.apache.org ").openConnection<http://www.apache.org
> > > ").openconnection/>
> > > >
> > > > ();
> > > > +     uc.setDoOutput(true);
> > > > +     uc.connect();
> > > > +     assertNotNull( uc.getOutputStream());
> > > > + }
> > > >
> > > > Thanks,
> > > > Stepan Mishura
> > > > ------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.or=
g
> > > > For additional commands, e-mail: harmony-dev-help@incubator.apache.=
org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.or=
g
> > >
> > >
> >
> >
> > --
> > Thanks,
> > Stepan Mishura
> > Intel Middleware Products Division
> >
> > ------------------------------------------------------
> >
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
>
>
>
> --
> Thanks,
> Stepan Mishura
> Intel Middleware Products Division
>
> ------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org