You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Alexei Zakharov (JIRA)" <de...@geronimo.apache.org> on 2006/04/05 11:46:48 UTC
[jira] Created: (GERONIMO-1805)
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
------------------------------------------------------------------
Key: GERONIMO-1805
URL: http://issues.apache.org/jira/browse/GERONIMO-1805
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: naming
Versions: 1.0
Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2
Reporter: Alexei Zakharov
The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
--
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
[jira] Commented: (GERONIMO-1805)
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1805?page=comments#action_12373347 ]
Jeff Genender commented on GERONIMO-1805:
-----------------------------------------
Have you opened a bug on the Directory project? Have they fixed this in later implementations?
> org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
> ------------------------------------------------------------------
>
> Key: GERONIMO-1805
> URL: http://issues.apache.org/jira/browse/GERONIMO-1805
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: naming
> Versions: 1.0
> Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2
> Reporter: Alexei Zakharov
> Attachments: MyDirectoryTest.java
>
> The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
> This bug may result in overall instability while running in BEA VMs.
--
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
[jira] Updated: (GERONIMO-1805)
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
Posted by "Alexei Zakharov (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1805?page=all ]
Alexei Zakharov updated GERONIMO-1805:
--------------------------------------
Attachment: MyDirectoryTest.java
Below is the running statistics for this test on various JVMs.
Running on Sun 1.4.2 and Sun 1.5.0
----------------------------------
Starting LDAP Directory service
LDAP Directory service started.
in testMe()
exiting testMe
Test PASSED
Sometimes the following exception is also visible:
org.apache.ldap.common.NotImplementedException: N O T I M P L E M E N T E D
Y E T !
don't know how to do this just yet
at org.apache.ldap.server.protocol.AbandonHandler.messageReceived(Abando
nHandler.java:44)
at org.apache.mina.protocol.handler.DemuxingProtocolHandler.messageRecei
ved(DemuxingProtocolHandler.java:70)
at org.apache.mina.protocol.AbstractProtocolFilterChain$2.messageReceive
d(AbstractProtocolFilterChain.java:149)
at org.apache.mina.protocol.AbstractProtocolFilterChain.callNextMessageR
eceived(AbstractProtocolFilterChain.java:365)
at org.apache.mina.protocol.AbstractProtocolFilterChain.access$1000(Abst
ractProtocolFilterChain.java:50)
at org.apache.mina.protocol.AbstractProtocolFilterChain$Entry$1.messageR
eceived(AbstractProtocolFilterChain.java:524)
at org.apache.mina.protocol.AbstractProtocolFilterChain$1.messageReceive
d(AbstractProtocolFilterChain.java:99)
at org.apache.mina.protocol.AbstractProtocolFilterChain.callNextMessageR
eceived(AbstractProtocolFilterChain.java:365)
at org.apache.mina.protocol.AbstractProtocolFilterChain.messageReceived(
AbstractProtocolFilterChain.java:356)
at org.apache.mina.protocol.ProtocolSessionManagerFilterChain$1.messageR
eceived(ProtocolSessionManagerFilterChain.java:77)
at org.apache.mina.protocol.AbstractProtocolFilterChain.callNextMessageR
eceived(AbstractProtocolFilterChain.java:365)
at org.apache.mina.protocol.AbstractProtocolFilterChain.access$1000(Abst
ractProtocolFilterChain.java:50)
at org.apache.mina.protocol.AbstractProtocolFilterChain$Entry$1.messageR
eceived(AbstractProtocolFilterChain.java:524)
at org.apache.mina.protocol.filter.ProtocolThreadPoolFilter.processEvent
(ProtocolThreadPoolFilter.java:96)
at org.apache.mina.util.BaseThreadPool$Worker.processEvents(BaseThreadPo
ol.java:341)
at org.apache.mina.util.BaseThreadPool$Worker.run(BaseThreadPool.java:28
0)
But the VM exits normally in any case.
Running on BEA Jrockit 1.4.2
----------------------------
The test hangs with the following output:
Starting LDAP Directory service
LDAP Directory service started.
in testMe()
java.lang.IllegalArgumentException: cannot match with empty pattern
at org.apache.commons.lang.Validate.isTrue(ZLjava.lang.String;)V(Validat
e.java:191)
at org.apache.asn1.ber.digester.TagTree.getNormalNode(Lorg.apache.common
s.collections.primitives.IntStack;)Lorg.apache.asn1.ber.digester.TagNode;(TagTre
e.java:448)
at org.apache.asn1.ber.digester.TagTree.getNode(Lorg.apache.commons.coll
ections.primitives.IntStack;)Lorg.apache.asn1.ber.digester.TagNode;(TagTree.java
:405)
at org.apache.asn1.ber.digester.TagTree.match(Lorg.apache.commons.collec
tions.primitives.IntStack;)Ljava.util.List;(TagTree.java:392)
at org.apache.asn1.ber.digester.RulesBase.match(Lorg.apache.commons.coll
ections.primitives.IntStack;)Ljava.util.List;(RulesBase.java:105)
at org.apache.asn1.ber.digester.BERDigester$DigesterCallback.decodeOccur
red(Lorg.apache.asn1.codec.stateful.StatefulDecoder;Ljava.lang.Object;)V(BERDige
ster.java:199)
at org.apache.asn1.ber.BERDecoder.fireDecodeOccurred(Lorg.apache.asn1.be
r.Tuple;)V(BERDecoder.java:399)
at org.apache.asn1.ber.BERDecoder.decodeValue(Ljava.nio.ByteBuffer;)V(BE
RDecoder.java:226)
at org.apache.asn1.ber.BERDecoder.decode(Ljava.lang.Object;)V(BERDecoder
.java:159)
at org.apache.asn1.ber.digester.BERDigester.decode(Ljava.lang.Object;)V(
BERDigester.java:145)
at org.apache.ldap.common.berlib.asn1.SnickersDecoder.decode(Ljava.lang.
Object;)V(SnickersDecoder.java:98)
at org.apache.ldap.common.message.MessageDecoder.decode(Ljava.lang.Objec
t;)V(MessageDecoder.java:141)
at org.apache.asn1.codec.mina.Asn1CodecDecoder.decode(Lorg.apache.mina.p
rotocol.ProtocolSession;Lorg.apache.mina.common.ByteBuffer;Lorg.apache.mina.prot
ocol.ProtocolDecoderOutput;)V(Asn1CodecDecoder.java:41)
at org.apache.mina.protocol.io.IoAdapter$SessionHandlerAdapter.dataRead(
Lorg.apache.mina.io.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(IoAdapter.ja
va:136)
at org.apache.mina.io.AbstractIoFilterChain$2.dataRead(Lorg.apache.mina.
io.IoFilter$NextFilter;Lorg.apache.mina.io.IoSession;Lorg.apache.mina.common.Byt
eBuffer;)V(AbstractIoFilterChain.java:150)
at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(Lorg.apache
.mina.io.AbstractIoFilterChain$Entry;Lorg.apache.mina.io.IoSession;Lorg.apache.m
ina.common.ByteBuffer;)V(AbstractIoFilterChain.java:366)
at org.apache.mina.io.AbstractIoFilterChain.access$1000(Lorg.apache.mina
.io.AbstractIoFilterChain;Lorg.apache.mina.io.AbstractIoFilterChain$Entry;Lorg.a
pache.mina.io.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(AbstractIoFilterCh
ain.java:51)
at org.apache.mina.io.AbstractIoFilterChain$Entry$1.dataRead(Lorg.apache
.mina.io.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(AbstractIoFilterChain.j
ava:525)
at org.apache.mina.io.AbstractIoFilterChain$1.dataRead(Lorg.apache.mina.
io.IoFilter$NextFilter;Lorg.apache.mina.io.IoSession;Lorg.apache.mina.common.Byt
eBuffer;)V(AbstractIoFilterChain.java:100)
at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(Lorg.apache
.mina.io.AbstractIoFilterChain$Entry;Lorg.apache.mina.io.IoSession;Lorg.apache.m
ina.common.ByteBuffer;)V(AbstractIoFilterChain.java:366)
at org.apache.mina.io.AbstractIoFilterChain.dataRead(Lorg.apache.mina.io
.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(AbstractIoFilterChain.java:357)
at org.apache.mina.io.IoSessionManagerFilterChain$1.dataRead(Lorg.apache
.mina.io.IoFilter$NextFilter;Lorg.apache.mina.io.IoSession;Lorg.apache.mina.comm
on.ByteBuffer;)V(IoSessionManagerFilterChain.java:78)
at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(Lorg.apache
.mina.io.AbstractIoFilterChain$Entry;Lorg.apache.mina.io.IoSession;Lorg.apache.m
ina.common.ByteBuffer;)V(AbstractIoFilterChain.java:366)
at org.apache.mina.io.AbstractIoFilterChain.access$1000(Lorg.apache.mina
.io.AbstractIoFilterChain;Lorg.apache.mina.io.AbstractIoFilterChain$Entry;Lorg.a
pache.mina.io.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(AbstractIoFilterCh
ain.java:51)
at org.apache.mina.io.AbstractIoFilterChain$Entry$1.dataRead(Lorg.apache
.mina.io.IoSession;Lorg.apache.mina.common.ByteBuffer;)V(AbstractIoFilterChain.j
ava:525)
at org.apache.mina.io.filter.IoThreadPoolFilter.processEvent(Ljava.lang.
Object;Lorg.apache.mina.common.Session;Lorg.apache.mina.util.EventType;Ljava.lan
g.Object;)V(IoThreadPoolFilter.java:95)
at org.apache.mina.util.BaseThreadPool$Worker.processEvents(Lorg.apache.
mina.util.BaseThreadPool$SessionBuffer;)V(BaseThreadPool.java:341)
at org.apache.mina.util.BaseThreadPool$Worker.run()V(BaseThreadPool.java
:280)
at java.lang.Thread.startThreadFromVM(Ljava.lang.Thread;)V(Unknown Sourc
e)
Running on BEA JRockit 1.5.0
----------------------------
The output is the following:
Starting LDAP Directory service
LDAP Directory service started.
in testMe()
exiting testMe
Test PASSED
In 50% of cases VM hangs and in another 50% exits normally.
> org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
> ------------------------------------------------------------------
>
> Key: GERONIMO-1805
> URL: http://issues.apache.org/jira/browse/GERONIMO-1805
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: naming
> Versions: 1.0
> Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2
> Reporter: Alexei Zakharov
> Attachments: MyDirectoryTest.java
>
> The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
> This bug may result in overall instability while running in BEA VMs.
--
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
[jira] Commented: (GERONIMO-1805)
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
Posted by "Alexei Zakharov (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1805?page=comments#action_12374056 ]
Alexei Zakharov commented on GERONIMO-1805:
-------------------------------------------
I have tried thier recent stable build ApacheDS 1.0 RC1 (as well as previous stable builds). The bug is still reproducable but the stack trace is different. See http://issues.apache.org/jira/browse/DIRSERVER-607
> org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
> ------------------------------------------------------------------
>
> Key: GERONIMO-1805
> URL: http://issues.apache.org/jira/browse/GERONIMO-1805
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: naming
> Versions: 1.0
> Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2
> Reporter: Alexei Zakharov
> Attachments: MyDirectoryTest.java
>
> The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
> This bug may result in overall instability while running in BEA VMs.
--
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
[jira] Updated: (GERONIMO-1805)
org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
Posted by "Alexei Zakharov (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1805?page=all ]
Alexei Zakharov updated GERONIMO-1805:
--------------------------------------
Description:
The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
This bug may result in overall instability while running in BEA VMs.
was:The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
> org.apache.geronimo.directory.RunningTest hangs on BEA Jrockit VMs
> ------------------------------------------------------------------
>
> Key: GERONIMO-1805
> URL: http://issues.apache.org/jira/browse/GERONIMO-1805
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: naming
> Versions: 1.0
> Environment: 3Ghz Pentium 4 CPU, 2 GB RAM, Win XP professional SP 2
> Reporter: Alexei Zakharov
>
> The unit test from "directory" module - org.apache.geronimo.directory.RunningTest - hangs while running on BEA JRockit VMs. I have localized the problem. It seems the problem is in built-in LDAP server from the "apacheds-core" package. See the attached test case. The code of this test case has been extracted from org.apache.geronimo.directory.RunnigTest and from org.apache.geronimo.directory.DirectoryGBean. You may need to set a correct classpath to be able to run this test.
> This bug may result in overall instability while running in BEA VMs.
--
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