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 zhanghuangzhu@gmail.com
 designates 66.249.82.196 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:references;
        b=Gj8ceaX69pFM0G2VlJm5ALzZukxxM9NZ/Gk+e7hPvZreS6jN0E+tU5SCR++X44FfpKDrG7U6rtByUlIwH+6qs5AsVqdITveTpJ3jRWAxTXBJ4/drv7uH8e5sJ75djCi+GtMarKvPi7mdx7d1lW8Wk9RVNjAoO++A/zK7cghZuFc=
Message-ID: <4d0b24970607122332u2fef44e0sd062cfd8c12f4087@mail.gmail.com>
Date: Thu, 13 Jul 2006 14:32:09 +0800
From: "Andrew Zhang" <zhanghuangzhu@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][nio][discussion] Implementation of
 java.nio.channels.spi.SelectorProvider.inheritedChannel()
In-Reply-To: <44B5E5ED.70905@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_3024_11806849.1152772329715"
References: <4d0b24970607122248w39b3e136h549755cf2d327bf7@mail.gmail.com>
	 <44B5E5ED.70905@gmail.com>

------=_Part_3024_11806849.1152772329715
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 7/13/06, Paulex Yang <paulex.yang@gmail.com> wrote:
>
> Andrew Zhang wrote:
> > Hello everybody,
> >
> > I plan to implement
> > java.nio.channels.spi.SelectorProvider.inheritedChannel()
> > method. Currently Harmony simply returns null.
> >
> > Spec doesn not specify how to detect inheritedChannel clearly,
> > "Returns the
> > channel inherited from the entity that created this Java virtual
> > machine."
> > "For example, on UNIX systems, the Internet services daemon (*inetd*) is
> > used to start programs to service requests when a request arrives on an
> > associated network port. In this example, the process that is started,
> > inherits a channel representing a network socket. "
> >
> > As my understanding, what inherited channel does is redirect socket to
> > standard input. Therefore, my solution looks like following:
> Don't need to check the stdout? IIRC inetd redirects both.


Paulex, I don't thin it's necessary. Even if stdout/stderr are not
redirected,

RI still returns inherited channel as long as stdin is redirected on Linux.

>
> > 1. get standard input file descriptor
> > 2. assert the file descriptor. If it is a socket type descriptor, then
> > returns a channel which wraps the descriptor.
> >
> > I also wrote some samples for ensuring my understanding. It seems OK on
> > linux, but not the case on Window. RI always returns null on Windows
> > (maybe
> > because there is no service daemon program on Windows? or my
> > understanding
> > is totally wrong?)
> Any chance to get non-null value if inetd is dummied on Windows? Seems
> some Services for UNIX(SFU) is provided by MS with Windows server 2003,
> which can mimic the inetd behavior[1]. I'm not sure if it applies to
> WinXP, too.
>
>
> [1]http://www.microsoft.com/technet/interopmigration/unix/sfu/intdrutil.mspx
>
> > Therefore, I want to hear suggestions from our community,
> > espeically folks experienced in network!
> >
> > Many thanks in advance!
> >
> > Best regards,
> >
>
>
> --
> Paulex Yang
> China Software Development Lab
> IBM
>
>
>
> ---------------------------------------------------------------------
> 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
>
>


-- 
Andrew Zhang
China Software Development Lab, IBM

------=_Part_3024_11806849.1152772329715--