[ 
http://issues.apache.org/jira/browse/DIRMINA-200?page=comments#action_12444343 
] 
            
Simon Temple commented on DIRMINA-200:
--------------------------------------


Sorry I took so long!

I've just test DS 1.0 and MINA 1.0.0 and the bug is fixed.

Many Thanks

SimonT

22 June 2006 02:06
To: [EMAIL PROTECTED]
cc:
From: "Trustin Lee (JIRA)" <[EMAIL PROTECTED]>
Subject: [jira] Commented: (DIRMINA-200) IBM iSeries throws unexpected
SocketException


    [
    
http://issues.apache.org/jira/browse/DIRMINA-200?page=comments#action_12417223
 ]

Trustin Lee commented on DIRMINA-200:
-------------------------------------

SocketAcceptor/ConnectorDelegate has been replaced with
SocketAcceptor/Connector in 0.9.5.  Unfortunately, you'll have to patch it
manually for now though the next RC of ApacheDS will use MINA 0.9.5 or
above.

The following URL shows all changes made for this issue:

http://issues.apache.org/jira/browse/DIRMINA-200?page=com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel


applications should consider it a hint."
indicating that the operation is not permitted."
there is an error obtaining' condition.
trafficClass value to be read or written.  I think this may also be the
case as reported here on Linux:
a log4j WARN instead?  Or hooking up with an appropriate monitor?), socket
sessions can be established without error on an IBM iSeries.
[org.apache.mina.common.support.DefaultExceptionMonitor](SocketAcceptor-0)
Unexpected exception.
org.apache.mina.common.RuntimeIOException.<init>(RuntimeIOException.java:48)
org.apache.mina.transport.socket.nio.support.SocketSessionImpl$SocketSessionConfigImpl.setTrafficClass(SocketSessionImpl.java:342)
org.apache.mina.transport.socket.nio.support.SocketSessionImpl.<init>(SocketSessionImpl.java:71)
org.apache.mina.transport.socket.nio.support.SocketAcceptorDelegate$Worker.processSessions(SocketAcceptorDelegate.java:379)
org.apache.mina.transport.socket.nio.support.SocketAcceptorDelegate$Worker.run(SocketAcceptorDelegate.java:326)
sun.nio.ch.SocketOptsImpl$IP.typeOfService(SocketOptsImpl.java:249)

--

This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
   -
   For more information on JIRA, see:
   http://www.atlassian.com/software/jira



> IBM iSeries throws unexpected SocketException
> ---------------------------------------------
>
>                 Key: DIRMINA-200
>                 URL: http://issues.apache.org/jira/browse/DIRMINA-200
>             Project: Directory MINA
>          Issue Type: Bug
>    Affects Versions: 0.9.3, 0.9.4
>         Environment: mina-0.9.3  JDK 1.4.2  IBM iSeries OS/400 V5R2
>            Reporter: Simon Temple
>         Assigned To: Trustin Lee
>            Priority: Blocker
>             Fix For: 0.9.5
>
>         Attachments: mina-ex.patch
>
>
> Proposal of a change to nio SocketSessionImpl.
> I'd like the calls to:
>       getTrafficClass
>       setTrafficClass
>       setSendBufferSize
>       setReceiveBufferSize
> to not throw RuntimeIOException when a SocketException is caught.
> My reasoning is based on the Socket class javadoc:
> E.g.  setTrafficClass
> "As the underlying network implementation may ignore this value applications 
> should consider it a hint."
> and
> "Setting bits in the precedence field may result in a SocketException 
> indicating that the operation is not permitted."
> The other getter/setter method javadoc also refer to 'hints' and a 'if there 
> is an error obtaining' condition.
> Some operating systems (OS/400 in my case ;-) ), do not allow the 
> trafficClass value to be read or written.  I think this may also be the case 
> as reported here on Linux:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4709474
> By ignoring the SocketException thrown by these methods (perhaps issuing a 
> log4j WARN instead?  Or hooking up with an appropriate monitor?), socket 
> sessions can be established without error on an IBM iSeries.
> Example stack trace:
> 2006-04-03 17:26:26,343 WARN  
> [org.apache.mina.common.support.DefaultExceptionMonitor](SocketAcceptor-0) 
> Unexpected exception.
> org.apache.mina.common.RuntimeIOException: java.net.SocketException
>       at java.lang.Throwable.<init>(Throwable.java:240)
>       at java.lang.Exception.<init>(Exception.java:77)
>       at java.lang.RuntimeException.<init>(RuntimeException.java:77)
>       at 
> org.apache.mina.common.RuntimeIOException.<init>(RuntimeIOException.java:48)
>       at 
> org.apache.mina.transport.socket.nio.support.SocketSessionImpl$SocketSessionConfigImpl.setTrafficClass(SocketSessionImpl.java:342)
>       at 
> org.apache.mina.transport.socket.nio.support.SocketSessionImpl.<init>(SocketSessionImpl.java:71)
>       at 
> org.apache.mina.transport.socket.nio.support.SocketAcceptorDelegate$Worker.processSessions(SocketAcceptorDelegate.java:379)
>       at 
> org.apache.mina.transport.socket.nio.support.SocketAcceptorDelegate$Worker.run(SocketAcceptorDelegate.java:326)
> Caused by: java.net.SocketException
>       at java.lang.Throwable.<init>(Throwable.java:180)
>       at java.lang.Exception.<init>(Exception.java:29)
>       at java.io.IOException.<init>(IOException.java:28)
>       at java.net.SocketException.<init>(SocketException.java:35)
>       at sun.nio.ch.Net.setIntOption(Net.java:156)
>       at sun.nio.ch.SocketChannelImpl$1.setInt(SocketChannelImpl.java:398)
>       at sun.nio.ch.SocketOptsImpl.setInt(SocketOptsImpl.java:46)
>       at sun.nio.ch.SocketOptsImpl$IP.typeOfService(SocketOptsImpl.java:249)
>       at sun.nio.ch.OptionAdaptor.setTrafficClass(OptionAdaptor.java:158)
>       at sun.nio.ch.SocketAdaptor.setTrafficClass(SocketAdaptor.java:320)
>       ... 4 more
> I have attached a proposed patch and welcome any comments.
> SimonT

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to