Migration from mina 1.1.X to 2.0.X

2008-06-03 Thread Sergey Mamitko
Hello I have a lot of code which uses mina 1.1.X. JDK: java 1.5+ OS: Windows, Unix And now it was decided to create additional feature - implementation of serial communication. According to your tutorials it is possible to create serial communication using mina 2.0 I downloaded appropriate ver

Re: Migration from mina 1.1.X to 2.0.X

2008-06-03 Thread Eero Nevalainen
Sergey Mamitko wrote: Hello I have a lot of code which uses mina 1.1.X. JDK: java 1.5+ OS: Windows, Unix And now it was decided to create additional feature - implementation of serial communication. According to your tutorials it is possible to create serial communication using mina 2.0 I do

Re: Migration from mina 1.1.X to 2.0.X

2008-06-03 Thread Sergey Mamitko
Ok. Thank you for your help. And just last question: is there any plans to integrate serial communication functionality into MINA 1.X ? - Original Message - From: "Eero Nevalainen" <[EMAIL PROTECTED]> To: Sent: Tuesday, June 03, 2008 2:15 PM Subject: Re: Migration from mina 1.1.X t

Re: Migration from mina 1.1.X to 2.0.X

2008-06-03 Thread Julien Vermillard
Hi, no plan for serial on 1.X but serial communication is quite a simple transport, you could try to do the backport it by yourself. Julien On Tue, 3 Jun 2008 14:38:53 +0300 "Sergey Mamitko" <[EMAIL PROTECTED]> wrote: > > Ok. Thank you for your help. > And just last question: is there any plans

Re: FTPSERVER - Proposal to add additional SITE command functionality

2008-06-03 Thread Andy Thomson
Niklas, Good catch on this one! The SITE.getCommand() method can look for the requested command in the default map first, if it's not there, it can then search the user map (if one is defined). Yes, that's exactly how we do it for commands in general, although the other way around so that you

[jira] Commented: (DIRMINA-599) Lack of ASL 2.0 license header, and generally speaking, Javadoc lacking

2008-06-03 Thread Emmanuel Lecharny (JIRA)
[ https://issues.apache.org/jira/browse/DIRMINA-599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12602061#action_12602061 ] Emmanuel Lecharny commented on DIRMINA-599: --- ASF headers added : http://svn.apac

[jira] Created: (DIRMINA-599) Lack of ASL 2.0 license header, and generally speaking, Javadoc lacking

2008-06-03 Thread Emmanuel Lecharny (JIRA)
Lack of ASL 2.0 license header, and generally speaking, Javadoc lacking --- Key: DIRMINA-599 URL: https://issues.apache.org/jira/browse/DIRMINA-599 Project: MINA Issue Type:

FTPSERVER - Make User interface more basic

2008-06-03 Thread Andy Thomson
Niklas, What do you think about making User more basic, ie, more abstract, having only one method such as getEnabled(). Then push everything else up higher, like the Authority[]. This way we can allow other User-code styles that may not use the those mappings or approaches. In other words k

[jira] Created: (DIRMINA-600) IoFuture::isReady need to be renamed

2008-06-03 Thread Julien Vermillard (JIRA)
IoFuture::isReady need to be renamed Key: DIRMINA-600 URL: https://issues.apache.org/jira/browse/DIRMINA-600 Project: MINA Issue Type: Improvement Components: Core Affects Versions: 2.0.0-M1

AbstractIoSession Creates DefaultFileRegion Instances

2008-06-03 Thread Geoff Cadien
I am currently looking at adding sendfile support to the APR transport. One thing I'm trying to do is abstract out knowledge about the transport from FileRegion, currently FileRegion relies on FileChannel which ties it to NIO. AbstractIoSession creates instances of DefaultFileRegion if the messag

FTPSERVER - re: User

2008-06-03 Thread Andy Thomson
Niklas, In the last comment about the User, disregard the example, it's wrong, no way to cast that way. Don't know what I was thinking. The idea of having a simplified User still holds true. Just don't follow that example :-). Andy