[
http://issues.apache.org/jira/browse/DERBY-1080?page=comments#action_12370395 ]
Sunitha Kambhampati commented on DERBY-1080:
--------------------------------------------
I tested both with Thread.sleep(100) and removing the call altogether and the
test still passes OK in my environment. I am going to try to see if I can get
access to machine with 2.4 kernel similar to what you are using.
I am not sure why the Thread.sleep(5000) line is in this test. I'll try to
look at it. This line is also in the dataSourcePermissions_net.java test.
Does anyone know ?
There is this code:
// how do we do this with the new api?
//networkServer.join();
Thread.sleep(5000);
---------------------------------------------------------------------
Thanks.
> Connection reset when using security mechanism=EUSRIDPWD results in protocol
> error.
> -----------------------------------------------------------------------------------
>
> Key: DERBY-1080
> URL: http://issues.apache.org/jira/browse/DERBY-1080
> Project: Derby
> Type: Bug
> Versions: 10.0.2.0, 10.0.2.1, 10.1.1.0, 10.1.1.1, 10.1.1.2, 10.1.2.0,
> 10.1.2.1, 10.1.2.2
> Reporter: Sunitha Kambhampati
> Assignee: Sunitha Kambhampati
> Fix For: 10.2.0.0
> Attachments: DebugTest.diff.txt, Derby1080.diff.txt, Derby1080.stat.txt,
> derby-1080-testSecMec.tmp, derby1080.2.diff.txt, derby1080.2.stat.txt,
> derbyTesting.jar, premature_shutdown_derby.log,
> premature_shutdown_sysinfo.out,
> testSecMec.DerbyNet.shutdown.std.log_with_prints, testSecMec_with_prints.tmp
>
> if connection is reset, the security mechanism related information for
> EUSRIDPWD is not reset correctly and this leads to a protocol error.
--
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