Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 75501 invoked from network); 17 Oct 2005 16:22:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Oct 2005 16:22:39 -0000 Received: (qmail 53806 invoked by uid 500); 17 Oct 2005 16:22:36 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 53755 invoked by uid 500); 17 Oct 2005 16:22:35 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 53744 invoked by uid 99); 17 Oct 2005 16:22:35 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Oct 2005 09:22:35 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [62.94.11.36] (HELO smtp.ludonet.it) (62.94.11.36) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 17 Oct 2005 09:22:35 -0700 Received: (qmail 23268 invoked by uid 1013); 17 Oct 2005 16:20:54 -0000 Received: from p.perrucci@ludonet.it by ip-11-36 by uid 1010 with qmail-scanner-1.22-st-qms ( Clear:RC:1(62.94.10.38):. Processed in 1.808879 secs); 17 Oct 2005 16:20:54 -0000 X-Antivirus-LUDONET-IT-Mail-From: p.perrucci@ludonet.it via ip-11-36 X-Antivirus-LUDONET-IT: 1.22-st-qms (Clear:RC:1(62.94.10.38):. Processed in 1.808879 secs Process 23263) Received: from unknown (HELO ?10.0.90.116?) (62.94.10.38) by smtp.ludonet.it with SMTP; 17 Oct 2005 16:20:52 -0000 Message-ID: <4353CFA1.1040407@ludonet.it> Date: Mon, 17 Oct 2005 18:21:53 +0200 From: Paolo Perrucci User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: Protocol decoder for vm pipe session References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I understand that encoding/decoding can be optional but I think that in some cases they can help to simplify the code. For example, in the last days I developed a tcp server (using ProtocolHandler) that read ReadMessage objects and write WriteMessage objects. Hence I wrote a TcpProtocolEncoder that trasform WriteMessage to ByteBuffer and a TcpProtocolDecoder that trasform ByteBuffer to ReadMessage. Now I would like to add the vm pipe transport type support to the same server but because I can't use encoding/decoding, MINA call ProtocolHandler.messageReceived() with a message of type WriteMessage. So when receiving messages from a vm pipe client the messageReceived() should first trasform the WriteMessage in a ReadMessage. Hence the messageReceived() code depends on the session trasport type. My question is: is there a design flaw in my project or I missed something in the use of vm pipe trasport type? Paolo Jose Alberto Fernandez ha scritto: >There is no serialization necessary when doing things in memory; hence >encoding/decoding is not needed. > >Jose > > > >>-----Original Message----- >>From: Paolo Perrucci [mailto:p.perrucci@ludonet.it] >>Sent: 17 October 2005 16:49 >>To: dev@directory.apache.org >>Subject: Protocol decoder for vm pipe session >> >>Hi all, >> >>it seems that vm pipe based protocol session doesn't use protocol >>endoder and decoder. Indeed ProtocolSession.getEncoder() return null. >>Is this a bug or a feature ? >> >>Thanks >>Paolo >> >> > > >