You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2012/07/17 17:07:33 UTC
[jira] [Created] (DIRMINA-900) One MINA 2.0.4 test is failing when
run with a 1.7 jdk
Emmanuel Lecharny created DIRMINA-900:
-----------------------------------------
Summary: One MINA 2.0.4 test is failing when run with a 1.7 jdk
Key: DIRMINA-900
URL: https://issues.apache.org/jira/browse/DIRMINA-900
Project: MINA
Issue Type: Bug
Affects Versions: 2.0.4
Environment: JDK 1.7.0_05-b06, ubuntu, maven 3.0.4
Reporter: Emmanuel Lecharny
Priority: Blocker
Fix For: 2.0.5
The org.apache.mina.example.echoserver.ConnectorTest is failing when run with the Java 7 JDK.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (DIRMINA-900) One MINA 2.0.4 test is failing
when run with a 1.7 jdk
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRMINA-900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13416272#comment-13416272 ]
Emmanuel Lecharny commented on DIRMINA-900:
-------------------------------------------
Here is the trace we get :
-------------------------------------------------------------------------------
Test set: org.apache.mina.example.echoserver.ConnectorTest
-------------------------------------------------------------------------------
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 10.676 sec <<< FAILURE!
testTCPWithSSL(org.apache.mina.example.echoserver.ConnectorTest) Time elapsed: 10.408 sec <<< FAILURE!
java.lang.AssertionError: expected:<160> but was:<0>
at org.junit.Assert.fail(Assert.java:91)
at org.junit.Assert.failNotEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:126)
at org.junit.Assert.assertEquals(Assert.java:470)
at org.junit.Assert.assertEquals(Assert.java:454)
at org.apache.mina.example.echoserver.ConnectorTest.waitForResponse(ConnectorTest.java:229)
at org.apache.mina.example.echoserver.ConnectorTest.testConnector0(ConnectorTest.java:199)
at org.apache.mina.example.echoserver.ConnectorTest.testConnector(ConnectorTest.java:171)
at org.apache.mina.example.echoserver.ConnectorTest.testConnector(ConnectorTest.java:103)
at org.apache.mina.example.echoserver.ConnectorTest.testTCPWithSSL(ConnectorTest.java:90)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:146)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
at $Proxy0.invoke(Unknown Source)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:145)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:87)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)
> One MINA 2.0.4 test is failing when run with a 1.7 jdk
> ------------------------------------------------------
>
> Key: DIRMINA-900
> URL: https://issues.apache.org/jira/browse/DIRMINA-900
> Project: MINA
> Issue Type: Bug
> Affects Versions: 2.0.4
> Environment: JDK 1.7.0_05-b06, ubuntu, maven 3.0.4
> Reporter: Emmanuel Lecharny
> Priority: Blocker
> Fix For: 2.0.5
>
>
> The org.apache.mina.example.echoserver.ConnectorTest is failing when run with the Java 7 JDK.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (DIRMINA-900) One MINA 2.0.4 test is failing when
run with a 1.7 jdk
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRMINA-900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny resolved DIRMINA-900.
---------------------------------------
Resolution: Fixed
Fixed with http://svn.apache.org/viewvc?rev=1363012&view=rev
The AbstractTest() code was buggy. It was declaring a handler, in which the messageReceived() method was containing :
...
IoBuffer buf = (IoBuffer) message;
if (session.getFilterChain().contains("SSL")
&& buf.remaining() == 1 && buf.get() == (byte) '.') {
...
} else {
super.messageReceived(session, message);
}
If the first byte is not a '.', we branch to the else part, except that the buffer has moved forward one position.
Then, the message is considered as empty, and generates an exception, which close the connection, which makes the client to fail while trying to send new messages, if the connection is processed fast enough (which is the case on Java 7, not in Java 6)...
> One MINA 2.0.4 test is failing when run with a 1.7 jdk
> ------------------------------------------------------
>
> Key: DIRMINA-900
> URL: https://issues.apache.org/jira/browse/DIRMINA-900
> Project: MINA
> Issue Type: Bug
> Affects Versions: 2.0.4
> Environment: JDK 1.7.0_05-b06, ubuntu, maven 3.0.4
> Reporter: Emmanuel Lecharny
> Priority: Blocker
> Fix For: 2.0.5
>
>
> The org.apache.mina.example.echoserver.ConnectorTest is failing when run with the Java 7 JDK.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira