[ 
https://issues.apache.org/jira/browse/DIRMINA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12580827#action_12580827
 ] 

Rob Butler commented on DIRMINA-514:
------------------------------------

I just tested the provided code using Mina 2.0-M1 (as available from the Apache 
website) and have this issue.  But I tried the same test using a slightly older 
version of a Mina 2.0-M1-snapshot and the connection is closed properly.  Both 
runs using the exact same JVM on Mac OS X Tiger.

java -versionjava version "1.5.0_07"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing)

The older snapshot was before ByteBuffer was renamed IoBuffer and before 
SocketAcceptor was renamed NioSocketAcceptor.  Other than updating the attached 
code to use the older API's no other changes were made.

Here's the data from the manifest of the Mina-core M1-snapshot that works if 
that helps determine when the snapshot was created:

Manifest-Version: 1
Created-By: Bnd-0.0.133
Bundle-License: http://www.apache.org/licenses/LICENSE-2.0
Import-Package: org.apache.mina.common,org.apache.mina.common.support,
 org.apache.mina.filter,org.apache.mina.filter.codec,org.apache.mina.f
 ilter.codec.demux,org.apache.mina.filter.codec.serialization,org.apac
 he.mina.filter.codec.support,org.apache.mina.filter.codec.textline,or
 g.apache.mina.filter.executor,org.apache.mina.filter.reqres,org.apach
 e.mina.handler,org.apache.mina.handler.chain,org.apache.mina.handler.
 demux,org.apache.mina.handler.multiton,org.apache.mina.handler.suppor
 t,org.apache.mina.management,org.apache.mina.transport.socket.nio,org
 .apache.mina.transport.socket.nio.support,org.apache.mina.transport.v
 mpipe,org.apache.mina.transport.vmpipe.support,org.apache.mina.util,o
 rg.slf4j;version=1.3
Include-Resource: src/main/resources/
Export-Package: org.apache.mina.transport.vmpipe;uses:="org.apache.min
 a.common.support,org.apache.mina.common,org.apache.mina.transport.vmp
 ipe.support",org.apache.mina.filter.executor;uses:="org.apache.mina.c
 ommon,org.slf4j",org.apache.mina.common;uses:="org.apache.mina.transp
 ort.vmpipe,org.apache.mina.common.support,org.apache.mina.util,org.ap
 ache.mina.transport.socket.nio",org.apache.mina.filter.reqres;uses:="
 org.apache.mina.common,org.apache.mina.util",org.apache.mina.transpor
 t.socket.nio.support;uses:="org.apache.mina.common.support,org.apache
 .mina.common,org.apache.mina.util,org.apache.mina.transport.socket.ni
 o",org.apache.mina.transport.socket.nio;uses:="org.apache.mina.common
 .support,org.apache.mina.common,org.apache.mina.util,org.apache.mina.
 transport.socket.nio.support",org.apache.mina.handler.chain;uses:=org
 .apache.mina.common,org.apache.mina.handler.multiton;uses:=org.apache
 .mina.common,org.apache.mina.transport.vmpipe.support;uses:="org.apac
 he.mina.transport.vmpipe,org.apache.mina.common.support,org.apache.mi
 na.common",org.apache.mina.handler.demux;uses:="org.apache.mina.commo
 n,org.apache.mina.util",org.apache.mina.common.support;uses:="org.apa
 che.mina.common,org.apache.mina.util,org.slf4j",org.apache.mina.handl
 er.support;uses:=org.apache.mina.common,org.apache.mina.management;us
 es:=org.apache.mina.common,org.apache.mina.filter.codec.textline;uses
 :="org.apache.mina.common,org.apache.mina.filter.codec",org.apache.mi
 na.filter.codec.support;uses:="org.apache.mina.common.support,org.apa
 che.mina.common,org.apache.mina.filter.codec",org.apache.mina.util;us
 es:="org.apache.mina.common,org.slf4j",org.apache.mina.filter;uses:="
 org.apache.mina.filter.executor,org.apache.mina.common,org.apache.min
 a.util,org.slf4j",org.apache.mina.filter.codec.serialization;uses:="o
 rg.apache.mina.common,org.apache.mina.filter.codec",org.apache.mina.f
 ilter.codec.demux;uses:="org.apache.mina.common,org.apache.mina.util,
 org.apache.mina.filter.codec",org.apache.mina.filter.codec;uses:="org
 .apache.mina.common.support,org.apache.mina.common,org.apache.mina.fi
 lter.codec.support,org.apache.mina.util",org.apache.mina.handler;uses
 :="org.apache.mina.handler.support,org.apache.mina.common,org.apache.
 mina.util"
Bundle-Version: 2.0.0.M1_SNAPSHOT
Bundle-Description: MINA (Multipurpose Infrastructure for Network Appl
 ications) is a
    network application framework which helps users de
 velop high
    performance and highly scalable network applications e
 asily.
Bundle-Name: Apache MINA Core API
Bundle-DocURL: http://mina.apace.org/
Bundle-ManifestVersion: 2
Bundle-Vendor: Apache MINA Project
Bundle-SymbolicName: org.apache.mina.mina-core

> Session closing problem on Mac OS X
> -----------------------------------
>
>                 Key: DIRMINA-514
>                 URL: https://issues.apache.org/jira/browse/DIRMINA-514
>             Project: MINA
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.0.0-M1
>         Environment: Mac OS X 10.4 with Java 1.5.0_07 -87
>            Reporter: Matteo Merli
>             Fix For: 2.0.0-M2
>
>         Attachments: Echo1_1.java, Echo2_0.java
>
>
> A call to session.close() does not send a FIN packet althought MINA will 
> considers the session as closed.
> I've attached two test cases, one that works with MINA 1.1 (and works fine) 
> and other with MINA 2.0 that doesn't close connections.
> This is a simple echo server that receives a message, writes it back to the 
> client and (should) close the connection. 
> This problem is *NOT* ocurring on Linux where the same test case works fine. 
> It only shows up on Mac OS X.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to