Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 18084 invoked from network); 27 Nov 2005 19:26:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 27 Nov 2005 19:26:20 -0000 Received: (qmail 68420 invoked by uid 500); 27 Nov 2005 19:26:20 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 68348 invoked by uid 500); 27 Nov 2005 19:26:19 -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 68337 invoked by uid 99); 27 Nov 2005 19:26:19 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Nov 2005 11:26:18 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 336C2C9 for ; Sun, 27 Nov 2005 20:25:57 +0100 (CET) Message-ID: <2107402600.1133119557208.JavaMail.jira@ajax.apache.org> Date: Sun, 27 Nov 2005 20:25:57 +0100 (CET) From: "Matteo Merli (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRMINA-51) Object serialization filter In-Reply-To: <2030449646.1117638895574.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 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 [ http://issues.apache.org/jira/browse/DIRMINA-51?page=comments#action_12358576 ] Matteo Merli commented on DIRMINA-51: ------------------------------------- I reworked on the filter to resolve the issue with the stream being splitted in multiple packets. I'm dealing with the two different cases of TCP and UDP. TCP is working fine. I've added a 4 bytes int containing the overall stream length at the beginning. Then the object is de-serialized when the entire-stream is received. The partial buffer is saved as an attribute session. UDP is more difficult. I've implemented a packet fragmentation method that splits the stream and send every packet with attached sequence number. The receiver will get the UDP packets in no particular order and can reconstruct the stream using the sequence number. Problems arise because I can't save the received packets as a session attribute. Every time messageReceived() is called on the filter, the session object is different. I thinked to use a message Id attached to every packet, and store them temporarely into a static Map instead of session. But then a new problem comes up: using session, all the saved data is cleared when a timeout event is fired. Using a static map, lost packets will remain there forever.. Any thoughs? Is Udp support important or can it be droppen? I believe it's important, at least for a completeness point of view.. > Object serialization filter > --------------------------- > > Key: DIRMINA-51 > URL: http://issues.apache.org/jira/browse/DIRMINA-51 > Project: Directory MINA > Type: New Feature > Reporter: Trustin Lee > Assignee: Trustin Lee > Fix For: 0.9.1 > Attachments: SerializationFilter.java, TestSerialization.zip > > Users with no time to implement PDUs will be able to get a lot of benefit from this filter to test their protocol logic implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira