Re: [scm][VOTE] Reorganizing the re-organized structure.

Vinod Panicker wrote: > Since I work only with mina, its easier for me to checkout just the > mina trunk and work on it. > > The other issues may not really concern me right now, but I think its > better that the subprojects have some independence, rather than > depending on directory for the pom

[mina] sample with XML

Hi all Is there any source code that implement XML parsing for Mina ? my Aim is to implement an XML parsing (as a decoder) that transform XML in object and send this objects to the handler. Has anyone see some sample about that ? regards This message and any attachments (the "message") is inten

[MINA] Upgrading from 0.8 to 0.9 - some questions

Hi, We have been using MINA very successfully in an application and I am looking to upgrade to version 0.9. We were using the old ProtocolHandler and the DemuxingProtocolCodecFactory and I'm trying to understand how this works in the new version. Here are my specific questions: 1. Looking at th

Re: [mina] sample with XML

On 1/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hi all > > Is there any source code that implement XML parsing for Mina ? > my Aim is to implement an XML parsing (as a decoder) that transform XML in > object and send this objects to the handler. > Has anyone see some sample about that ?

Re: [scm][VOTE] Reorganizing the re-organized structure.

[X] 0 abstain I don't use Maven, I just checkout MINA trunk src into an eclipse project. Le vendredi 06 janvier 2006 à 12:29 +0900, Trustin Lee a écrit : > > > [x] +1 organize again > [ ] 0 abstain > [ ] + retain current structure >

Re: [mina] sample with XML

Hi, I ended up using Jdom for paring the XML in my proxy server for Jabber using MINA. It worked very well. Basically you can create a ProtocolCodecFactory that uses a custom ProtocolDecoder. The decoder will have to overwrite the decode() method where it will convert the ByteBuffer that it rec

Re: [scm][VOTE] Reorganizing the re-organized structure.

The points Trustin mentioned are really important in some way. So, [x] +1 organize again -- Ersin

Re: [scm][VOTE] Reorganizing the re-organized structure.

Let's reorganize the re-organization ! [+1] On Fri, 2006-01-06 at 18:07 +0200, Ersin Er wrote: > The points Trustin mentioned are really important in some way. So, > > [x] +1 organize again > > -- > Ersin -- Emmanuel Lécharny www.iktek.com

Re: [scm][VOTE] Reorganizing the re-organized structure.

[ ] +1 organize again [X] 0 abstain [ ] + retain current structure Enrique

Re: [mina] Maven 2 build failure

Brett Porter wrote: The IDs in that list are just groupId:artifactId pairs. That's done a bit, though its still larger than the last release by 1mb or so. Thanks Brett this helps a lot. Alex

[jira] Created: (DIRLDAP-81) Use Map for controls in o.a.l.c.message.Message instead of Collection

Use Map for controls in o.a.l.c.message.Message instead of Collection - Key: DIRLDAP-81 URL: http://issues.apache.org/jira/browse/DIRLDAP-81 Project: Directory LDAP Type: Improvement Reporter: Al

direct access to sockets

Dear mina team, currently i'm participate in 2 projects in which network communication plays a big role. The profile of the projects looks similar: - there is a lot of coordination communication to do, whereat mina is great - but a lot of large data blocks(simply call it files..) has to be move

Re: [scm][VOTE] Reorganizing the re-organized structure.

> [x] +1 organize again > [ ] 0 abstain > [ ] + retain current structure It will make it easier to get the big picture

[jira] Created: (DIREVE-318) Critical unsupported controls must result in an unsupported operation error.

Critical unsupported controls must result in an unsupported operation error. - Key: DIREVE-318 URL: http://issues.apache.org/jira/browse/DIREVE-318 Project: Directory Server Type: Bug Re