You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Alex Karasulu (JIRA)" <di...@incubator.apache.org> on 2005/07/14 16:55:10 UTC
[jira] Commented: (DIRLDAP-45) search on specific object class results in java.lang.NoSuchMethodError
[ http://issues.apache.org/jira/browse/DIRLDAP-45?page=comments#action_12315842 ]
Alex Karasulu commented on DIRLDAP-45:
--------------------------------------
This looks like the wrong rule is firing: equality match instead of an existance rule for objectClass attributes. Looks like its deep within the bowls of the ASN.1 code too grrr this code is a real PITA. I'll start preparing a test case to capture this error using the request generated from the ldapsearch supplied.
Thanks Nick.
> search on specific object class results in java.lang.NoSuchMethodError
> ----------------------------------------------------------------------
>
> Key: DIRLDAP-45
> URL: http://issues.apache.org/jira/browse/DIRLDAP-45
> Project: Directory LDAP
> Type: Bug
> Versions: 0.9.1
> Reporter: Nick Faiz
> Assignee: Alex Karasulu
> Priority: Blocker
>
> If I specify the objectClass of an entry via ldapsearch a NoSuchMethodError is thrown:
> Jul 14, 2005 10:50:52 AM org.apache.asn1.ber.digester.BERDigesterLoggingMonitor ruleFailed
> SEVERE: Error while triggering rule org.apache.ldap.common.berlib.asn1.decoder.search.EqualityMatchRule@886ad0 with digester org.apache.asn1.ber.digester.BERDigester@c736e4: Rule.finish() threw error
> java.lang.NoSuchMethodError: org.apache.ldap.common.filter.SimpleNode.printToBuffer(Ljava/lang/StringBuffer;)V
> at org.apache.ldap.common.berlib.asn1.decoder.search.EqualityMatchRule.finish(EqualityMatchRule.java:159)
> at org.apache.asn1.ber.digester.BERDigester.fireFinishEvent(BERDigester.java:1136)
> at org.apache.asn1.ber.digester.BERDigester$DigesterCallback.decodeOccurred(BERDigester.java:200)
> at org.apache.asn1.ber.BERDecoder.fireDecodeOccurred(BERDecoder.java:399)
> at org.apache.asn1.ber.BERDecoder.decodeValue(BERDecoder.java:226)
> at org.apache.asn1.ber.BERDecoder.decode(BERDecoder.java:159)
> at org.apache.asn1.ber.digester.BERDigester.decode(BERDigester.java:145)
> at org.apache.ldap.common.berlib.asn1.SnickersDecoder.decode(SnickersDecoder.java:98)
> at org.apache.ldap.common.message.MessageDecoder.decode(MessageDecoder.java:141)
> at org.apache.asn1.codec.mina.Asn1CodecDecoder.decode(Asn1CodecDecoder.java:41)
> at org.apache.mina.protocol.io.IoAdapter$SessionHandlerAdapter.dataRead(IoAdapter.java:136)
> at org.apache.mina.io.AbstractIoFilterChain$2.dataRead(AbstractIoFilterChain.java:150)
> at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(AbstractIoFilterChain.java:366)
> at org.apache.mina.io.AbstractIoFilterChain.access$1000(AbstractIoFilterChain.java:51)
> at org.apache.mina.io.AbstractIoFilterChain$Entry$1.dataRead(AbstractIoFilterChain.java:525)
> at org.apache.mina.io.AbstractIoFilterChain$1.dataRead(AbstractIoFilterChain.java:100)
> at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(AbstractIoFilterChain.java:366)
> at org.apache.mina.io.AbstractIoFilterChain.dataRead(AbstractIoFilterChain.java:357)
> at org.apache.mina.io.IoSessionManagerFilterChain$1.dataRead(IoSessionManagerFilterChain.java:78)
> at org.apache.mina.io.AbstractIoFilterChain.callNextDataRead(AbstractIoFilterChain.java:366)
> at org.apache.mina.io.AbstractIoFilterChain.access$1000(AbstractIoFilterChain.java:51)
> at org.apache.mina.io.AbstractIoFilterChain$Entry$1.dataRead(AbstractIoFilterChain.java:525)
> at org.apache.mina.io.filter.IoThreadPoolFilter.processEvent(IoThreadPoolFilter.java:95)
> at org.apache.mina.util.BaseThreadPool$Worker.processEvents(BaseThreadPool.java:341)
> at org.apache.mina.util.BaseThreadPool$Worker.run(BaseThreadPool.java:280)
> Searching on a wildcard, however, works.
> ldapsearch -D 'uid=admin,ou=system' -h localhost -p 10389 -x -w secret -b 'ou=groups,ou=system' '(objectClass=*)'
> Runs successfully and outputs:
> # groups, system
> dn: ou=groups,ou=system
> ou: groups
> objectClass: organizationalUnit
> objectClass: top
> # groupA, groups, system
> dn: uid=groupA,ou=groups,ou=system
> ou: Teams
> ou: Human Resources
> cn: groupA
> objectclass: group
> objectclass: top
> uid: groupA
> l: groupA
> (etc.)
> The stacktrace above was caused by ldapsearch -D 'uid=admin,ou=system' -h localhost -p 10389 -x -w secret -b 'ou=groups,ou=system' '(objectClass=group)'
> Cheers,
> Nick
--
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