On Wed, Feb 25, 2009 at 8:22 PM, Niklas Gustavsson <[email protected]> wrote:
> I've built Harmony from sources and reran our tests. Your fix seems to
> have fixed the problem we had, only for a new one to emerge :-) We now
> get a NPE with the following stacktrace
Forget about that, I found I had some missing svn updates that fixed
this issue. Hunting further, most of our tests now fail with:
testHelp(org.apache.ftpserver.clienttests.HelpTest) Time elapsed:
2.279 sec <<< ERROR!
java.net.SocketException: No such file or directory
at
org.apache.harmony.luni.platform.OSNetworkSystem.read(OSNetworkSystem.java)
at
org.apache.harmony.luni.net.PlainSocketImpl.read(PlainSocketImpl.java:557)
at
org.apache.harmony.luni.net.SocketInputStream.read(SocketInputStream.java:87)
at java.io.InputStreamReader.read(InputStreamReader.java:257)
at java.io.BufferedReader.fillbuf(BufferedReader.java:110)
at java.io.BufferedReader.readLine(BufferedReader.java:320)
at org.apache.commons.net.ftp.FTP.__getReply(FTP.java:294)
at org.apache.commons.net.ftp.FTP._connectAction_(FTP.java:364)
at
org.apache.commons.net.ftp.FTPClient._connectAction_(FTPClient.java:540)
at org.apache.commons.net.SocketClient.connect(SocketClient.java:178)
at
org.apache.ftpserver.clienttests.ClientTestTemplate.doConnect(ClientTestTemplate.java:191)
at
org.apache.ftpserver.clienttests.ClientTestTemplate.connectClient(ClientTestTemplate.java:185)
at
org.apache.ftpserver.clienttests.ClientTestTemplate.setUp(ClientTestTemplate.java:127)
at org.apache.ftpserver.clienttests.HelpTest.setUp(HelpTest.java:36)
at junit.framework.TestCase.runBare(TestCase.java:128)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:120)
at junit.framework.TestSuite.runTest(TestSuite.java:230)
at junit.framework.TestSuite.run(TestSuite.java:225)
at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
at java.lang.reflect.Method.invoke(Method.java:317)
at
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)
at java.lang.reflect.Method.invoke(Method.java:317)
at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Note that this comes from commons-net FTP client, which is based on
blocking I/O rather than NIO. To test this, you should be able to do
the following:
svn co http://svn.apache.org/repos/asf/mina/ftpserver/trunk/ ftpserver
cd ftpserver/ftplet-api
mvn install
cd ../core
mvn -Dtest=HelpTest test
/niklas
