[jira] Commented: (DIRMINA-687) 2.0.0-M5 REGRESSION: sessionClosed called before doDecode completes
[ https://issues.apache.org/jira/browse/DIRMINA-687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12703515#action_12703515 ] Emmanuel Lecharny commented on DIRMINA-687: --- I looked at the code yesturday. Did it worked on 2.0.0-M4 ? I suspect that we don't check if some close event has been received when we process some new incomming requests for a session. It's a bit strange... Will try to analyze the situation again tonite, but it's not really as simple as I though. The code is a bit convoluted in this area :/ Also the 'javadoc' and 'comments' don't help, to say the least ... 2.0.0-M5 REGRESSION: sessionClosed called before doDecode completes --- Key: DIRMINA-687 URL: https://issues.apache.org/jira/browse/DIRMINA-687 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Reporter: Serge Baranov Assignee: Emmanuel Lecharny Priority: Critical Fix For: 2.0.0-RC1 Attachments: regression-test.zip The problem is described in detail at http://markmail.org/message/3iqmkdcukhygxxva . I did more tests by setting the CLOSED custom attribute inside sessionClosed and by checking for this attribute in the middle of doDecode. Under some networking conditions on the production server I can see the following in the logs: [2009-04-16 22:30:17,329] Session closed in the middle of decoding! [2009-04-16 22:30:21,126] Session closed in the middle of decoding! [2009-04-16 22:30:22,345] Session closed in the middle of decoding! [2009-04-16 22:30:22,969] Session closed in the middle of decoding! [2009-04-16 22:30:25,217] Session closed in the middle of decoding! [2009-04-16 22:30:25,840] Session closed in the middle of decoding! [2009-04-16 22:30:59,958] Session closed in the middle of decoding! Unfortunately, I didn't manage to prepare an isolated test case for this issue, must be some race condition which is tricky to catch. Most likely the problem is caused by this commit: http://svn.apache.org/viewvc?view=revrevision=762167 . As mentioned, this problem is new to 2.0.0-M5, worked fine for many months with 2.0.0-M4 and previous builds. Rolling back to M4 builds fixes the problem instantly. OrderedThreadPool must guarantee the order of events, sessionClosed must not be called when doDecode is in progress. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DIRMINA-687) 2.0.0-M5 REGRESSION: sessionClosed called before doDecode completes
[ https://issues.apache.org/jira/browse/DIRMINA-687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12703524#action_12703524 ] Serge Baranov commented on DIRMINA-687: --- Did it worked on 2.0.0-M4 ? Yes, you can run the attached test and see the difference yourself. 2.0.0-M5 REGRESSION: sessionClosed called before doDecode completes --- Key: DIRMINA-687 URL: https://issues.apache.org/jira/browse/DIRMINA-687 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Reporter: Serge Baranov Assignee: Emmanuel Lecharny Priority: Critical Fix For: 2.0.0-RC1 Attachments: regression-test.zip The problem is described in detail at http://markmail.org/message/3iqmkdcukhygxxva . I did more tests by setting the CLOSED custom attribute inside sessionClosed and by checking for this attribute in the middle of doDecode. Under some networking conditions on the production server I can see the following in the logs: [2009-04-16 22:30:17,329] Session closed in the middle of decoding! [2009-04-16 22:30:21,126] Session closed in the middle of decoding! [2009-04-16 22:30:22,345] Session closed in the middle of decoding! [2009-04-16 22:30:22,969] Session closed in the middle of decoding! [2009-04-16 22:30:25,217] Session closed in the middle of decoding! [2009-04-16 22:30:25,840] Session closed in the middle of decoding! [2009-04-16 22:30:59,958] Session closed in the middle of decoding! Unfortunately, I didn't manage to prepare an isolated test case for this issue, must be some race condition which is tricky to catch. Most likely the problem is caused by this commit: http://svn.apache.org/viewvc?view=revrevision=762167 . As mentioned, this problem is new to 2.0.0-M5, worked fine for many months with 2.0.0-M4 and previous builds. Rolling back to M4 builds fixes the problem instantly. OrderedThreadPool must guarantee the order of events, sessionClosed must not be called when doDecode is in progress. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chang Xiangzhong updated DIRMINA-706: - Description: After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) was: After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[MINA] purpose of filter-codec-netty package
Why do we have filter-codec-netty in MINA? The Decoder seem to use some Netty constructs like Message and MessageRecognizer I am not sure if I get the use of this package. Is it like a bridge between MINA and Netty or I am missing something? Has anyone used it before? -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: [MINA] purpose of filter-codec-netty package
Ashish wrote: Why do we have filter-codec-netty in MINA? The Decoder seem to use some Netty constructs like Message and MessageRecognizer I am not sure if I get the use of this package. Is it like a bridge between MINA and Netty or I am missing something? Has anyone used it before? AFAIK, this has been there for historical reason. I'm not sure it's needed anymore. -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Header stuff
Hi, Anyone from the experienced MINA crew who'd like to comment on http://issues.apache.org/jira/browse/VYSPER-2 Thanks, Bernd
Re: [Vysper] Publish/Subscribe timetable
Michael Jakl wrote: Hi! On Thu, Apr 23, 2009 at 11:54, Bernd Fondermann bf_...@brainlounge.de wrote: Michael Jakl wrote: Until 2009-05-23 my plan would be to continue to explore the current Vysper capabilities as well as to read the XEP-060 in detail. Since this is also the Community Bonding Period, do you have any idea how to get you out of your study and provide some feedback loops? I was thinking about that the last few days. Besides discussing implementation details and providing code-examples (like my first steps yesterday) I can't think of something. Of course, I participate in discussions on the list (at least where I can add something ;)). Do you have something on your mind? I'd define two goals: Structure the spec for implementation (plan) and maybe summarize the parts to involve the rest of the community, so that they get an idea of what it's all about. Creating documentation on confluence would be one possible approach. I'll do that. Currently I'm in the middle of RFC3920, which is (as you said it) absolutely essential for understanding Vysper/XMPP, after that I'll have to reread some parts of XEP-0060. At the coding-front I've set up the handler for the IQ stanzas within the pubsub namespace for normal pubsub stanzas and owner stanzas. Although I haven't yet managed to set up a good test-environment for me. For those not familiar with XMPP, at the top level are three types of stanzas namely presence, message and iq. A stanza is nothing more than a XML element exchanged between XMPP parties. The info/query stanzas are very general and can have different types (like set, get, error, and result). Publish/Subscribe operates within these iq-stanzas. The sub-elements of the iq-stanzas lie within a specific namespace, which can be used to route the stanzas. So far I've registered a handler for the iq-stanzas for the pubsub-extension. Cheers, Michael Bernd
Re: [MINA] purpose of filter-codec-netty package
Le Tue, 28 Apr 2009 10:22:15 +0200, Emmanuel Lecharny elecha...@apache.org a écrit : Ashish wrote: Why do we have filter-codec-netty in MINA? The Decoder seem to use some Netty constructs like Message and MessageRecognizer I am not sure if I get the use of this package. Is it like a bridge between MINA and Netty or I am missing something? Has anyone used it before? AFAIK, this has been there for historical reason. I'm not sure it's needed anymore. Hi, It was for use with netty2 (trustin project before mina, pretty old). I thought we passed a vote for remove this module of MINA 2, but I can't find it. I'm pretty sure nobody use it. I think we should remove it. Julien signature.asc Description: PGP signature
Re: Header stuff
On Tue, Apr 28, 2009 at 1:53 PM, Bernd Fondermann bf_...@brainlounge.de wrote: Hi, Anyone from the experienced MINA crew who'd like to comment on http://issues.apache.org/jira/browse/VYSPER-2 These are same, its my SVN client (Tortoise SVN) that hasn't updated these tags. See this http://svnbook.red-bean.com/en/1.1/ch07s02.html I think I did put this up http://mina.markmail.org/message/rpucxhis34aaktz2?q=from:Ashish+date:200904+page=2 Any help is appreciated, to help me fix this issue with my SVN client. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: Recommended reading: XMPP specs
+1 Patches are welcome! ;-) Will capture them in Wiki. Just trying to figure a way to start working with fresh wiki :-) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: Recommended reading: XMPP specs
On Tue, Apr 28, 2009 at 10:36, Ashish paliwalash...@gmail.com wrote: +1 Patches are welcome! ;-) Will capture them in Wiki. Just trying to figure a way to start working with fresh wiki :-) Not for stopping you, but for your info: please be aware that there is already some cwiki doc at http://cwiki.apache.org/confluence/display/labs/vysper which still has to be moved. Bernd
Re: Recommended reading: XMPP specs
Will capture them in Wiki. Just trying to figure a way to start working with fresh wiki :-) Not for stopping you, but for your info: please be aware that there is already some cwiki doc at http://cwiki.apache.org/confluence/display/labs/vysper which still has to be moved. Thanks ! I am struggling with organization as of now :-( We should try to have site similar to ApacheDS, its cool -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
JIRA notifications
Hi, VYSPER jira notification are not send out anywhere. Anyone have the required karma to set that up? (I haven't appearently.) Otherwise I'll go to infra. @Michael: I've commented on one or two of your issues. Bernd
Re: JIRA notifications
Michael Jakl wrote: Hi! On Tue, Apr 28, 2009 at 10:54, Bernd Fondermann bf_...@brainlounge.de wrote: @Michael: I've commented on one or two of your issues. Thanks. Is there a policy for JIRAs concerning closing/creating new ones? Like VYSPER-26[1], should I close it and make a new one like this Split existing pubsub handlers in smaller ones or should we close VYSPER-26 only when we are fully satisfied with the outcome? It depends. In this case we could reuse the JIRA. I propose you close issues as you see them fully covered and committed. Bernd
Re: JIRA notifications
Hi! On Tue, Apr 28, 2009 at 10:54, Bernd Fondermann bf_...@brainlounge.de wrote: @Michael: I've commented on one or two of your issues. Thanks. Is there a policy for JIRAs concerning closing/creating new ones? Like VYSPER-26[1], should I close it and make a new one like this Split existing pubsub handlers in smaller ones or should we close VYSPER-26 only when we are fully satisfied with the outcome? Michael 1: https://issues.apache.org/jira/browse/VYSPER-26
Re : [MINA] purpose of filter-codec-netty package
I remember there was a previous discution thread which seemed to get to a consensus on getting rid of it no ? Cordialement, Regards, -Edouard De Oliveira- Blog: http://tedorgwp.free.fr WebSite: http://tedorg.free.fr/en/main.php - Message d'origine De : Emmanuel Lecharny elecha...@apache.org À : dev@mina.apache.org Envoyé le : Mardi, 28 Avril 2009, 10h22mn 15s Objet : Re: [MINA] purpose of filter-codec-netty package Ashish wrote: Why do we have filter-codec-netty in MINA? The Decoder seem to use some Netty constructs like Message and MessageRecognizer I am not sure if I get the use of this package. Is it like a bridge between MINA and Netty or I am missing something? Has anyone used it before? AFAIK, this has been there for historical reason. I'm not sure it's needed anymore. -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Re : [MINA] purpose of filter-codec-netty package
Two of us thinking the same ... hmmm ...can't be a coincidence :) Cordialement, Regards, -Edouard De Oliveira- Blog: http://tedorgwp.free.fr WebSite: http://tedorg.free.fr/en/main.php - Message d'origine De : Julien Vermillard jvermill...@archean.fr À : dev@mina.apache.org Envoyé le : Mardi, 28 Avril 2009, 10h29mn 59s Objet : Re: [MINA] purpose of filter-codec-netty package Le Tue, 28 Apr 2009 10:22:15 +0200, Emmanuel Lecharny elecha...@apache.org a écrit : Ashish wrote: Why do we have filter-codec-netty in MINA? The Decoder seem to use some Netty constructs like Message and MessageRecognizer I am not sure if I get the use of this package. Is it like a bridge between MINA and Netty or I am missing something? Has anyone used it before? AFAIK, this has been there for historical reason. I'm not sure it's needed anymore. Hi, It was for use with netty2 (trustin project before mina, pretty old). I thought we passed a vote for remove this module of MINA 2, but I can't find it. I'm pretty sure nobody use it. I think we should remove it. Julien
[jira] Commented: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12703804#action_12703804 ] Niklas Gustavsson commented on DIRMINA-706: --- This seems odd. I've tried replacing M4 for M5 and get no problems. And the IoAcceptor.bind() method that it claims to be missing is one of the very core methods in MINA which has not changed for a very long time. Could you maybe try attaching your copy of MINA M5? The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chang Xiangzhong updated DIRMINA-706: - Attachment: using lib mina-core-20.0.0-m4.jpg When the m4 is used, there's no issue. The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor Attachments: using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chang Xiangzhong updated DIRMINA-706: - Attachment: issue happens with mina-core-2.0.0-m5.jpg The issues happens when we use the m5. The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor Attachments: issue happens with mina-core-2.0.0-m5.jpg, using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chang Xiangzhong updated DIRMINA-706: - Attachment: mina-core-2.0.0-M5.jar The attach is the m5 jar, which has been tried. The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Priority: Minor Attachments: issue happens with mina-core-2.0.0-m5.jpg, mina-core-2.0.0-M5.jar, using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny reassigned DIRMINA-706: - Assignee: Emmanuel Lecharny The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Assignee: Emmanuel Lecharny Priority: Minor Attachments: issue happens with mina-core-2.0.0-m5.jpg, mina-core-2.0.0-M5.jar, using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12703849#action_12703849 ] Emmanuel Lecharny commented on DIRMINA-706: --- Chang is right. And this is my fault ... :/ I have changed the API from : void bind(SocketAddress address) throws IOException; to void bind(SocketAddress... addresses) throws IOException; thinking that it cover the case of a single argument. I will restore the previous API. Sorry for that. The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Assignee: Emmanuel Lecharny Priority: Minor Attachments: issue happens with mina-core-2.0.0-m5.jpg, mina-core-2.0.0-M5.jar, using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (DIRMINA-706) The project ftpserver can't work with mina-2.0-m5
[ https://issues.apache.org/jira/browse/DIRMINA-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRMINA-706. --- Resolution: Fixed Fix Version/s: 2.0.0-RC1 Fixed in : http://svn.apache.org/viewvc?rev=769571view=rev The project ftpserver can't work with mina-2.0-m5 - Key: DIRMINA-706 URL: https://issues.apache.org/jira/browse/DIRMINA-706 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M5 Environment: Windows Xp sp3 Eclipse 3.2 sun jdk-6.0.7 mina-2.0-m5 apache-ftpserver-1.0.0 Reporter: Chang Xiangzhong Assignee: Emmanuel Lecharny Priority: Minor Fix For: 2.0.0-RC1 Attachments: issue happens with mina-core-2.0.0-m5.jpg, mina-core-2.0.0-M5.jar, using lib mina-core-20.0.0-m4.jpg After reading the article [Embedding FtpServer in 5 minutes], I've tried it myself. The following is my source code. The server could not be started while I was using mina-core-2.0.0-M5.jar. If the jar was changed to mina-core-2.0.0-M4.jar everything would went well. package org.cxz.mina; import org.apache.ftpserver.FtpServer; import org.apache.ftpserver.FtpServerFactory; import org.apache.ftpserver.ftplet.FtpException; public class FtpSvrMgr { public static void main(String[] args) throws FtpException { FtpServerFactory serverFactory = new FtpServerFactory(); FtpServer server = serverFactory.createServer(); // start the server server.start(); } } Exceptions: Exception in thread main java.lang.NoSuchMethodError: org.apache.mina.transport.socket.SocketAcceptor.bind(Ljava/net/SocketAddress;)V at org.apache.ftpserver.listener.nio.NioListener.start(NioListener.java:182) at org.apache.ftpserver.impl.DefaultFtpServer.start(DefaultFtpServer.java:77) at org.cxz.mina.FtpSvrMgr.main(FtpSvrMgr.java:14) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DIRMINA-707) Add sendfile support to APR transport
Add sendfile support to APR transport - Key: DIRMINA-707 URL: https://issues.apache.org/jira/browse/DIRMINA-707 Project: MINA Issue Type: Improvement Components: Transport Reporter: Adam Brown Fix For: 2.0.0-RC2 Patch to add sendfile support to APR transport -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-707) Add sendfile support to APR transport
[ https://issues.apache.org/jira/browse/DIRMINA-707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Brown updated DIRMINA-707: --- Attachment: apr-sendfile-patch.txt Modifies FileRegion DefaultFileRegion to provide information necessary. Adds FilenameFileRegion. Modifies AprIoProcessor.transferFile() to use information from FilenameFileRegion (and other subclasses of FileRegion that provide the necessary information) to allow an APR File.sendfilen() operation to succeed. Add sendfile support to APR transport - Key: DIRMINA-707 URL: https://issues.apache.org/jira/browse/DIRMINA-707 Project: MINA Issue Type: Improvement Components: Transport Reporter: Adam Brown Fix For: 2.0.0-RC2 Attachments: apr-sendfile-patch.txt Patch to add sendfile support to APR transport -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re : [Asyncweb] form-urlencoded
Hi Anton, Could you please fill some JIRA's to track the two issues you raised ? Cordialement, Regards, -Edouard De Oliveira- Blog: http://tedorgwp.free.fr WebSite: http://tedorg.free.fr/en/main.php - Message d'origine De : Anton Tanasenko an...@jawilla.com À : dev@mina.apache.org Envoyé le : Vendredi, 24 Avril 2009, 15h57mn 25s Objet : [Asyncweb] form-urlencoded Hello again, DefaultHttpRequest.setContent(IoBuffer) fails to read x-www-form-urlencoded data if content type header also contains charset. Example: Content-type: application/x-www-form-urlencoded; charset=utf-8. Patch with a fix included. Form presence clears get parameters. Is that intentional? I didn't find anything that states get and post should be mutually exclusive.
[jira] Created: (FTPSERVER-296) FTP-1.0.0 some exceptions were cast when trying to upload the huge file via the public network.
FTP-1.0.0 some exceptions were cast when trying to upload the huge file via the public network. --- Key: FTPSERVER-296 URL: https://issues.apache.org/jira/browse/FTPSERVER-296 Project: FtpServer Issue Type: New Feature Affects Versions: 1.0.0 Environment: ftp-1.0.0 on linux . Reporter: Yajun Dong hey. The FTP-1.0.0 deployed over my linux, However, some exception were cast when trying to upload the huge file (500M) via the public network. === [ INFO] 2009-04-29 00:48:51,659 [admin] [61.171.184.170] RECEIVED: PASV [ WARN] 2009-04-29 00:48:51,659 [admin] [61.171.184.170] SENT: 227 Entering Passive Mode (222,73,163,169,229,37) [ INFO] 2009-04-29 00:48:51,679 [admin] [61.171.184.170] RECEIVED: LIST [ WARN] 2009-04-29 00:48:51,756 [admin] [61.171.184.170] SENT: 150 File status okay; about to open data connection. [ WARN] 2009-04-29 00:48:51,756 [admin] [61.171.184.170] SENT: 226 Closing data connection. [ INFO] 2009-04-29 00:48:52,104 [admin] [61.171.184.170] RECEIVED: PASV [ WARN] 2009-04-29 00:48:52,104 [admin] [61.171.184.170] SENT: 227 Entering Passive Mode (222,73,163,169,148,232) [ INFO] 2009-04-29 00:48:52,124 [admin] [61.171.184.170] RECEIVED: LIST [ WARN] 2009-04-29 00:48:52,196 [admin] [61.171.184.170] SENT: 150 File status okay; about to open data connection. [ WARN] 2009-04-29 00:48:52,197 [admin] [61.171.184.170] SENT: 226 Closing data connection. [ WARN] 2009-04-29 00:49:47,712 [admin] [61.171.184.170] CLOSED [ WARN] 2009-04-29 00:52:36,945 [admin] [61.171.184.170] SENT: 150 File status okay; about to open data connection. [ WARN] 2009-04-29 00:52:36,945 [admin] [61.171.184.170] SENT: 551 /oracle/NTSrv_disk1.ISO: Error on output file. [ERROR] 2009-04-29 01:10:29,764 [admin] [61.171.184.170] EXCEPTION : java.io.IOException: Connection timed out at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:236) at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:180) at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:568) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:547) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:539) at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:57) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:867) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:65) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) [ERROR] 2009-04-29 01:10:29,764 [admin] [61.171.184.170] Exception caught, closing session java.io.IOException: Connection timed out at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:236) at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:180) at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:42) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:568) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:547) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:539) at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:57) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:867) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:65) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) [ WARN]