Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates
 64.233.184.205 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=pENBQBWE/7jBnlPqaFeeV7PYTViJERmSqopXIKNRYdVCLVcTwvl+p/y9ZRykUVsTecliY+YLHrz61YIi3Timtyu3wF+yoV2FkKMlyFgaUfohLiB1gGxMvzrD5QwYAyr4PMLQGqTd1dgJAh1+gsa8kCft8aCyEjQ351o436WtP1I=
Message-ID: <768dcb2e0510151720t62c606b9m@mail.gmail.com>
Date: Sun, 16 Oct 2005 09:20:30 +0900
From: Trustin Lee <trustin@gmail.com>
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: [mina] DatagramAcceptor RFE
In-Reply-To: <1129387782.18963.22.camel@localhost>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_17013_20476700.1129422030450"
References: <1129387782.18963.22.camel@localhost>

------=_Part_17013_20476700.1129422030450
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello Alban,

2005/10/15, Alban Peignier <alban.peignier@free.fr>:
>
> We're working on a Java peer-to-peer API with NAT traversal support.
> We're thinking about using the (great) Mina API to control the transport
> layer.
>
> http://wiki.tryphon.org/Kolaka_P2PNet
> http://wiki.tryphon.org/Kolaka_P2PNet#NAT_Traversal
>
> Everything is fine for us, except a missing feature in the
> DatagramAcceptor. Indeed we need to artificially send a response paquet
> (when needed) from a DatagramAcceptor. With the JDK APIs, we have the
> send methods to perform it. The DatagramAcceptor (logically) doesn't
> provide a such thing. But there is no way to extend the DatagramAcceptor
> to make it possible.
>
> Can we find a way together to make it possible ?


You can use DatagramConnector to send message first before the remote peer
send one.

IoConnector connector =3D new DatagramConnector();
IoSession session =3D connector.connect( ... );
session.write(...);

Thanks,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/

------=_Part_17013_20476700.1129422030450
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello Alban,<br><br><div><span class=3D"gmail_quote">2005/10/15, Alban Peig=
nier &lt;<a href=3D"mailto:alban.peignier@free.fr">alban.peignier@free.fr</=
a>&gt;:</span><blockquote class=3D"gmail_quote" style=3D"border-left: 1px s=
olid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We're working on a Java peer-to-peer API with NAT traversal support.<br>We'=
re thinking about using the (great) Mina API to control the transport<br>la=
yer.<br><br><a href=3D"http://wiki.tryphon.org/Kolaka_P2PNet">http://wiki.t=
ryphon.org/Kolaka_P2PNet
</a><br><a href=3D"http://wiki.tryphon.org/Kolaka_P2PNet#NAT_Traversal">htt=
p://wiki.tryphon.org/Kolaka_P2PNet#NAT_Traversal</a><br><br>Everything is f=
ine for us, except a missing feature in the<br>DatagramAcceptor. Indeed we =
need to artificially send a response paquet
<br>(when needed) from a DatagramAcceptor. With the JDK APIs, we have the<b=
r>send methods to perform it. The DatagramAcceptor (logically) doesn't<br>p=
rovide a such thing. But there is no way to extend the DatagramAcceptor
<br>to make it possible.<br><br>Can we find a way together to make it possi=
ble ?</blockquote><div><br>You can use DatagramConnector to send message fi=
rst before the remote peer send one.<br><br>IoConnector connector =3D new D=
atagramConnector();
<br>IoSession session =3D connector.connect( ... );<br>session.write(...);<=
br><br>Thanks,<br>Trustin<br></div></div>-- <br>what we call human nature i=
s actually human habit<br>--<br><a href=3D"http://gleamynode.net/">http://g=
leamynode.net/
</a>

------=_Part_17013_20476700.1129422030450--