Re: Is the ExceptionMonitor usefull ?
Mark Webb wrote: one additional note I have is that maybe it should be moved from core to util. That way the package name indicates that it is a utility class and not a core class. Good point ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Re: [VOTE] Release 2.0.M2
On Fri, 27 Jun 2008 11:30:59 +0200 Julien Vermillard [EMAIL PROTECTED] wrote: Hi, After a lot of package reorganisation, look like it's the moment for releasing 2.0M2. Here you can see the list of FIXED issues since M1 and the one still OPEN : https://issues.apache.org/jira/browse/DIRMINA?report=com.atlassian.jira.plugin.system.project:roadmap-panel This release is not a stable one, some API change will probably occurs like ByteBuffers, sendFile(), but it will help to get more feed back for about last changes. Julien, Now let's vote ! [ ]: +1, Release MINA 2.0-M1 [ ]: 0, Abstain [ ]: -1, Don't release MINA 2.0-M1 +1, I keep in mind we need to find a way to provide the correct signed jar in the future for better review process. Julien signature.asc Description: PGP signature
[RESULT] [VOTE] Release 2.0.M2
On Fri, 27 Jun 2008 11:30:59 +0200 Julien Vermillard [EMAIL PROTECTED] wrote: Hi, After a lot of package reorganisation, look like it's the moment for releasing 2.0M2. Here you can see the list of FIXED issues since M1 and the one still OPEN : https://issues.apache.org/jira/browse/DIRMINA?report=com.atlassian.jira.plugin.system.project:roadmap-panel This release is not a stable one, some API change will probably occurs like ByteBuffers, sendFile(), but it will help to get more feed back for about last changes. Julien, Now let's vote ! [ ]: +1, Release MINA 2.0-M1 [ ]: 0, Abstain [ ]: -1, Don't release MINA 2.0-M1 Closing the vote : Binding +1 : - Emmanuel Lecharny - Niklas Gustavsson - Mark Webb - Mike Heath - Julien Vermillard Let's start the release monkey job ;) Julien signature.asc Description: PGP signature
Re: [RESULT] [VOTE] Release 2.0.M2
Julien Vermillard wrote: On Fri, 27 Jun 2008 11:30:59 +0200 Julien Vermillard [EMAIL PROTECTED] wrote: Hi, After a lot of package reorganisation, look like it's the moment for releasing 2.0M2. Here you can see the list of FIXED issues since M1 and the one still OPEN : https://issues.apache.org/jira/browse/DIRMINA?report=com.atlassian.jira.plugin.system.project:roadmap-panel This release is not a stable one, some API change will probably occurs like ByteBuffers, sendFile(), but it will help to get more feed back for about last changes. Julien, Now let's vote ! [ ]: +1, Release MINA 2.0-M1 [ ]: 0, Abstain [ ]: -1, Don't release MINA 2.0-M1 Closing the vote : Binding +1 : - Emmanuel Lecharny - Niklas Gustavsson - Mark Webb - Mike Heath - Julien Vermillard Let's start the release monkey job ;) A good timing to check that we have signed the distribs correctly ! Julien -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Re: [RESULT] [VOTE] Release 2.0.M2
The release is done, now I wait for mirror to update, I placed the tarballs here temporary, if you want to check signature files : http://people.apache.org/~jvermillard/2.0.0-M2/ Julien Thanks, Julien ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Postponing issues as we are releasing 2.0.0-M2
Hi guys, now that Julien has started cutting the 2.0.0.-M2 release, we have to postpone all the related and unfixed issues to the newly created 2.0.0-M3 version. We also have 44 unscheduled issues. Would be good if we can schedule them. Thanks ! -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
Re: [RESULT] [VOTE] Release 2.0.M2
On Tue, 8 Jul 2008 13:14:37 +0200 Niklas Gustavsson [EMAIL PROTECTED] wrote: On Tue, Jul 8, 2008 at 11:43 AM, Julien Vermillard [EMAIL PROTECTED] wrote: The release is done, now I wait for mirror to update, I placed the tarballs here temporary, if you want to check signature files : http://people.apache.org/~jvermillard/2.0.0-M2/ Looks good, could we also verify the Maven artifacts? /niklas yes, they was automatically uploaded to maven repo. Julien signature.asc Description: PGP signature
[jira] Updated: (DIRMINA-600) IoFuture::isReady need to be renamed
[ https://issues.apache.org/jira/browse/DIRMINA-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-600: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 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 Reporter: Julien Vermillard Assignee: Julien Vermillard Fix For: 2.0.0-M3 in Iofuture.java : /** * Returns if the asynchronous operation is finished. */ boolean isReady(); I think isReady is not the good term, I propose isCompleted (or isFinished) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-605) Add support for serial port connection
[ https://issues.apache.org/jira/browse/DIRMINA-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-605: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Add support for serial port connection -- Key: DIRMINA-605 URL: https://issues.apache.org/jira/browse/DIRMINA-605 Project: MINA Issue Type: New Feature Affects Versions: 2.0.0-M1 Environment: Windows XP Reporter: john wang Fix For: 2.0.0-M3 Need to able to connect to a serial port (like we are able to connect to a TCP/IP port now). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-594) Javadoc documentation for APR transport
[ https://issues.apache.org/jira/browse/DIRMINA-594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-594: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Javadoc documentation for APR transport - Key: DIRMINA-594 URL: https://issues.apache.org/jira/browse/DIRMINA-594 Project: MINA Issue Type: Improvement Components: Transport, Web Site / Documentation Affects Versions: 2.0.0-M1 Reporter: Julien Vermillard Fix For: 2.0.0-M3 The APR transport module is javadoc less and probably need a like documentation in the wiki (instalation of APR jni bindings) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-593) Javadoc documentation for org/apache/mina/filter/reqres
[ https://issues.apache.org/jira/browse/DIRMINA-593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-593: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Javadoc documentation for org/apache/mina/filter/reqres - Key: DIRMINA-593 URL: https://issues.apache.org/jira/browse/DIRMINA-593 Project: MINA Issue Type: Improvement Components: Filter, Web Site / Documentation Affects Versions: 2.0.0-M1 Reporter: Julien Vermillard Fix For: 2.0.0-M3 no javadoc nor doc on the request/response filter, it need some examples too -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-556) Allow blocking CIDR subnets in BlacklistFilter
[ https://issues.apache.org/jira/browse/DIRMINA-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-556: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Allow blocking CIDR subnets in BlacklistFilter -- Key: DIRMINA-556 URL: https://issues.apache.org/jira/browse/DIRMINA-556 Project: MINA Issue Type: Improvement Components: Filter Affects Versions: 2.0.0-M1 Reporter: Niklas Gustavsson Priority: Minor Fix For: 2.0.0-M3 For FtpServer, we need support for blocking entire subnets from opening sessions, BlacklistFilter only support individual IP addresses. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-489) Composite IoBuffer
[ https://issues.apache.org/jira/browse/DIRMINA-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-489: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Composite IoBuffer -- Key: DIRMINA-489 URL: https://issues.apache.org/jira/browse/DIRMINA-489 Project: MINA Issue Type: New Feature Components: Core Reporter: David M. Lloyd Fix For: 2.0.0-M3 Attachments: mina-composite-20080515.patch.gz, mina-composite-20080517.patch, mina-composite-20080521-2.patch, mina-composite-20080521.patch Provide a way to create a large IoBuffer from several smaller IoBuffers, without copying the underlying data. It would probably be acceptable to constrain the composite buffer in various ways, for example by disallowing autoexpanding or otherwise changing the capacity, the implementation could be greatly simplified. The goal is to be able to process large messages with a minimum of copying. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-577) Implement a Selector pool
[ https://issues.apache.org/jira/browse/DIRMINA-577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-577: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Implement a Selector pool -- Key: DIRMINA-577 URL: https://issues.apache.org/jira/browse/DIRMINA-577 Project: MINA Issue Type: Improvement Affects Versions: 2.0.0-M1 Reporter: Emmanuel Lecharny Fix For: 2.0.0-M3 There is an interesting post from Jean-François Arcand : http://weblogs.java.net/blog/jfarcand/archive/2006/07/tricks_and_tips_4.html where he explains that we may use more than one single Selector to manage the incoming and outgoing events. Separating OP_READ, OP_WRITE and OP_ACCEPT selectors may lead to some improvement, depending on which kind of server you want to build. It seems interesting to implement these ideas in MINA. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-574) ClassCastException when a message is written on a closed session.
[ https://issues.apache.org/jira/browse/DIRMINA-574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-574: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 ClassCastException when a message is written on a closed session. - Key: DIRMINA-574 URL: https://issues.apache.org/jira/browse/DIRMINA-574 Project: MINA Issue Type: Bug Components: Core Affects Versions: 2.0.0-M1, 1.0.10, 1.1.7 Reporter: Trustin Lee Priority: Minor Fix For: 2.0.0-M3, 1.0.11, 1.1.8 Steps to reproduce: 1) Connection is closed at the socket level. 2) A user writes a message. 3) the message is encoded by a ProtocolCodecFilter. 4) MINA notices the closed socket and fires a sessionClosed event. 5) After the sessionClosed event is fired, IoFilterChain.clear() is called. 6) MINA tries to write the user write request, but the session is closed already - all write requests are discarded. 7) Before MINA discards all write requests, MINA checks if the first item in the queue is an empty buffer, which means a special separator which is handled by ProtocolCodecFilter. 8) If there's an empty buffer in the head of the queue, MINA fires a messageSent event with the empty buffer in the hope that ProtocolCodecFilter will catch it. 9) However, the filter chain is empty and therefore IoHandler implementation gets ClassCastException. A possible workaround is just to ignore the exception, but we need to provide a correct fix for this issue. The following is the stack trace that explains this scenario: 25151 [SocketAcceptorIoProcessor-0.4] WARN ServerPortSessionHandler - [/127.0.0.1:57120 http://127.0.0.1:57120] java.lang.ClassCastException: org.apache.mina.filter.codec.ProtocolCodecFilter$MessageByteBuffer incompatible with com.daishin.eai.adapter.socket.message.Por tMessage at com.daishin.eai.adapter.socket.handler.ServerPortSessionHandler.messageSent(ServerPortSessionHandler.java:80) at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageSent(AbstractIoFilterChain.java:579) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageSent(AbstractIoFilterChain.java:320) at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageSent(AbstractIoFilterChain.java:653) at org.apache.mina.common.support.AbstractIoFilterChain$HeadFilter.messageSent(AbstractIoFilterChain.java:504) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageSent(AbstractIoFilterChain.java:320) at org.apache.mina.common.support.AbstractIoFilterChain.fireMessageSent(AbstractIoFilterChain.java:314) at org.apache.mina.transport.socket.nio.SocketIoProcessor.releaseWriteBuffers(SocketIoProcessor.java:359) at org.apache.mina.transport.socket.nio.SocketIoProcessor.doFlush(SocketIoProcessor.java:314) at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$500(SocketIoProcessor.java:45) at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProcessor.java:488) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:810) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-477) Update page about differences between 1.x and 2.x
[ https://issues.apache.org/jira/browse/DIRMINA-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-477: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Update page about differences between 1.x and 2.x - Key: DIRMINA-477 URL: https://issues.apache.org/jira/browse/DIRMINA-477 Project: MINA Issue Type: Task Components: Web Site / Documentation Reporter: Trustin Lee Assignee: Trustin Lee Fix For: 2.0.0-M3 Our current web site doesn't describe what have been changed in 2.x comparing to 1.x. We need to carefully put all changes together there so people can migrate more easily. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-539) NioDatagramConnector doesn't takes the TrafficClass value set to his DatagramSessionConfig
[ https://issues.apache.org/jira/browse/DIRMINA-539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-539: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 NioDatagramConnector doesn't takes the TrafficClass value set to his DatagramSessionConfig --- Key: DIRMINA-539 URL: https://issues.apache.org/jira/browse/DIRMINA-539 Project: MINA Issue Type: Bug Affects Versions: 2.0.0-M1 Environment: WinXP, RHEL5 (probably not important) Reporter: martin krivosik Assignee: Trustin Lee Fix For: 2.0.0-M3 Original Estimate: 0.33h Remaining Estimate: 0.33h client sending datagrams without taking care to the trafficClas set in the config, so the ToS byte is not set in the packet sent from client. client code: NioDatagramAcceptor acceptor = new NioDatagramAcceptor(); DatagramSessionConfig dcfg = ((NioDatagramAcceptor)acceptor).getSessionConfig(); dcfg.setTrafficClass(tosByte); InetSocketAddress bindAddrPort = new InetSocketAddress(originatingIP, port); acceptor.bind(bindAddrPort); - connecting to another computer with NioDatagramConnector. for me it looks like in the newHandle method of NioDatagramConnector is not cared about TrafficClass (like it is done in NioDatagramAcceptor.open()) The server part with the accceptor is OK and the correct ToS byte is set in the packet. (the same problem may be in the socket, i have to check it) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-519) BufferingFilter
[ https://issues.apache.org/jira/browse/DIRMINA-519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-519: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 BufferingFilter --- Key: DIRMINA-519 URL: https://issues.apache.org/jira/browse/DIRMINA-519 Project: MINA Issue Type: New Feature Components: Filter Reporter: Trustin Lee Priority: Minor Fix For: 2.0.0-M3 As JDK provides BufferedOutputStream, we could provide BufferingFilteer which does the same thing, which buffers encoded data and flushes it out when the buffer becomes full or the flush operation is explicitly requested. This kind of filter is sometimes useful when a session is generating very small messages too frequently and consequently generates unnecessary traffic overhead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-518) Support gathering writes
[ https://issues.apache.org/jira/browse/DIRMINA-518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-518: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Support gathering writes Key: DIRMINA-518 URL: https://issues.apache.org/jira/browse/DIRMINA-518 Project: MINA Issue Type: New Feature Components: Core Reporter: David M. Lloyd Priority: Minor Fix For: 2.0.0-M3 It may be worthwhile to enhance the various processor implementations to accept a CollectionIoBuffer or IoBuffer[] and perform a gathering write across all the collection members. For datagram protocols, this would allow messages to be composed without copying. For stream protocols, this might simply improve performance. In addition, stream protocols could benefit from doing gathering writes in general when there are many buffers queued up. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-520) DemuxingIoHandler for SingleSessionIoHandlers
[ https://issues.apache.org/jira/browse/DIRMINA-520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-520: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 DemuxingIoHandler for SingleSessionIoHandlers - Key: DIRMINA-520 URL: https://issues.apache.org/jira/browse/DIRMINA-520 Project: MINA Issue Type: New Feature Components: Handler Reporter: Trustin Lee Priority: Minor Fix For: 2.0.0-M3 It will be nice if we implement DemuxingIoHandler which is integrated with org.apache.mina.handler.multiton. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-478) GzipFilter
[ https://issues.apache.org/jira/browse/DIRMINA-478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-478: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 GzipFilter -- Key: DIRMINA-478 URL: https://issues.apache.org/jira/browse/DIRMINA-478 Project: MINA Issue Type: New Feature Components: Filter Affects Versions: 1.1.4 Reporter: Matthew Giedt Priority: Trivial Fix For: 2.0.0-M3 Attachments: gzip.zip.rename Hi Matt, On Nov 14, 2007 4:47 AM, mgiedt [EMAIL PROTECTED] wrote: I did some poking around and couldn't find a protocol handler for GZip so I created this one. Would very much welcome the communities feedback; MINA team the code is yours to do whatever you wish. (rename the file to 'gzip.zip', bob's your uncle.) Thank you very much for your contribution first of all! :D However, would you mind if you can create a JIRA issue and attach that file there? You have to grant license to the ASF for your work (gzip.zip) when you attach a file. I know it's pain in the butt, but that's the way how legal stuff works. Thanks in advance and best regards, Trustin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-415) Proxy support
[ https://issues.apache.org/jira/browse/DIRMINA-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-415: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Proxy support - Key: DIRMINA-415 URL: https://issues.apache.org/jira/browse/DIRMINA-415 Project: MINA Issue Type: New Feature Components: Transport Reporter: Trustin Lee Fix For: 2.0.0-M3 Attachments: mina-connector-proxy-1.1.0-mina2.zip, mina-connector-proxy-1.1.0.zip, minaproxy-r2-2.0.0-M1.zip There has been enourmous demand for supporting proxy such as simple port forwarding and SOCKS. We need to investigate what the best way is to provide an extension point for proxies. IoFilters are not adequate for proxies because proxies needs changes in the socket addresses (both local and remote) of IoSession. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-554) A hook between bind() and accept()
[ https://issues.apache.org/jira/browse/DIRMINA-554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-554: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 A hook between bind() and accept() -- Key: DIRMINA-554 URL: https://issues.apache.org/jira/browse/DIRMINA-554 Project: MINA Issue Type: New Feature Components: Core Affects Versions: 2.0.0-M1 Reporter: Trustin Lee Priority: Minor Fix For: 2.0.0-M3 Related discussion: http://markmail.org/message/2yzhbttmen22gida The typical use case is to run a server with a regular user which binds to a previledged port (i.e. 1~1024). To implement this kind of server, there needs to be a hook after ServerSocket.bind() and before ServerSocket.accept(). The first suggested solution was to provide a listener method to IoServiceListener, but it's not optimal because IoServiceListener is used for both acceptor and connector. Any better idea is appreciated. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-250) Provide a test suite for a transport implementor.
[ https://issues.apache.org/jira/browse/DIRMINA-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-250: -- Fix Version/s: (was: 2.0.0-M2) 2.0.0-M3 Provide a test suite for a transport implementor. - Key: DIRMINA-250 URL: https://issues.apache.org/jira/browse/DIRMINA-250 Project: MINA Issue Type: Task Reporter: Trustin Lee Priority: Minor Fix For: 2.0.0-M3 The expected behaviors of all scenarios should be tested for all transport implementations to keep consistency between different transport implementations. This has to be done at least before we implement a new transport. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (DIRMINA-556) Allow blocking CIDR subnets in BlacklistFilter
[ https://issues.apache.org/jira/browse/DIRMINA-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Gustavsson closed DIRMINA-556. - Resolution: Fixed Fix Version/s: (was: 2.0.0-M3) 2.0.0-M2 This issue was in fact closed in M2 Allow blocking CIDR subnets in BlacklistFilter -- Key: DIRMINA-556 URL: https://issues.apache.org/jira/browse/DIRMINA-556 Project: MINA Issue Type: Improvement Components: Filter Affects Versions: 2.0.0-M1 Reporter: Niklas Gustavsson Priority: Minor Fix For: 2.0.0-M2 For FtpServer, we need support for blocking entire subnets from opening sessions, BlacklistFilter only support individual IP addresses. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-605) Add documentation for using and building serial port connection
[ https://issues.apache.org/jira/browse/DIRMINA-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julien Vermillard updated DIRMINA-605: -- Component/s: Transport Description: Add the documentation for building serial-transport and use it in your MINA application (was: Need to able to connect to a serial port (like we are able to connect to a TCP/IP port now).) Assignee: Julien Vermillard Issue Type: Improvement (was: New Feature) Summary: Add documentation for using and building serial port connection (was: Add support for serial port connection) Add documentation for using and building serial port connection --- Key: DIRMINA-605 URL: https://issues.apache.org/jira/browse/DIRMINA-605 Project: MINA Issue Type: Improvement Components: Transport Affects Versions: 2.0.0-M1 Environment: Windows XP Reporter: john wang Assignee: Julien Vermillard Fix For: 2.0.0-M3 Add the documentation for building serial-transport and use it in your MINA application -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRMINA-415) Proxy support
[ https://issues.apache.org/jira/browse/DIRMINA-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edouard De Oliveira updated DIRMINA-415: Attachment: minaproxy-2.0.0-M2.zip Source code updated to comply with MINA 2.0.0-M2 version. Some minor refactorings were made Added a telnet test client : tested it by communicating with a SMTP server through a http socks proxy. Proxy support - Key: DIRMINA-415 URL: https://issues.apache.org/jira/browse/DIRMINA-415 Project: MINA Issue Type: New Feature Components: Transport Reporter: Trustin Lee Fix For: 2.0.0-M3 Attachments: mina-connector-proxy-1.1.0-mina2.zip, mina-connector-proxy-1.1.0.zip, minaproxy-2.0.0-M2.zip, minaproxy-r2-2.0.0-M1.zip There has been enourmous demand for supporting proxy such as simple port forwarding and SOCKS. We need to investigate what the best way is to provide an extension point for proxies. IoFilters are not adequate for proxies because proxies needs changes in the socket addresses (both local and remote) of IoSession. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DIRMINA-607) Running tests leave files in /tmp
Running tests leave files in /tmp - Key: DIRMINA-607 URL: https://issues.apache.org/jira/browse/DIRMINA-607 Project: MINA Issue Type: Bug Affects Versions: 2.0.0-M2 Reporter: Emmanuel Lecharny Fix For: 2.0.0-M3 When running mvn test, some files are created on /tmp, but never deleted. This is a real problem as the file being created are quite huge (4 Mb) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (DIRMINA-607) Running tests leave files in /tmp
[ https://issues.apache.org/jira/browse/DIRMINA-607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny closed DIRMINA-607. - Fixed Running tests leave files in /tmp - Key: DIRMINA-607 URL: https://issues.apache.org/jira/browse/DIRMINA-607 Project: MINA Issue Type: Bug Affects Versions: 2.0.0-M2 Reporter: Emmanuel Lecharny Fix For: 2.0.0-M3 When running mvn test, some files are created on /tmp, but never deleted. This is a real problem as the file being created are quite huge (4 Mb) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
