Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 61527 invoked from network); 5 Dec 2005 18:04:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Dec 2005 18:04:46 -0000 Received: (qmail 44217 invoked by uid 500); 5 Dec 2005 18:04:45 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 44158 invoked by uid 500); 5 Dec 2005 18:04:44 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 44147 invoked by uid 99); 5 Dec 2005 18:04:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 10:04:44 -0800 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [194.75.234.2] (HELO smtpgate.saa-cons.co.uk) (194.75.234.2) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 10:04:44 -0800 Received: (from uucp@localhost) by smtpgate.saa-cons.co.uk (8.8.8/8.8.8) id SAA24435 for ; Mon, 5 Dec 2005 18:06:11 GMT (envelope-from Simon.Temple@saaconsultants.com) Received: from domino-mail.saa-cons.co.uk(10.10.10.4) by smtpgate.saa-cons.co.uk via smap (V2.1) id xma024432; Mon, 5 Dec 05 18:05:53 GMT In-Reply-To: Subject: Re: Could not find java.naming.ldap.attributes.binary key in environment To: "Apache Directory Developers List" X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: Simon.Temple@saaconsultants.com Date: Mon, 5 Dec 2005 18:05:19 +0000 X-MIMETrack: Serialize by Router on domino-mail/Saa(Release 6.5.1|January 21, 2004) at 05/12/2005 18:05:20 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I think I've tracked it down... sorry to bother you with this. I forgot to add asn.1.berlib.provider=org.apache.ldap.common.berlib.asn1.SnickersProvider to the environment. :-( I guess the default provider mechanism doesn't pass down the whole environment...? - Simon Temple Simon.Temple@saac onsultants.com To 05/12/2005 17:09 Apache Directory Developers List cc Please respond to "Apache Directory Subject Developers List" Could not find key in environment I'm having real problems with binary data and hope someone can help? When I start my embedded server I set the property java.naming.ldap.attributes.binary. The log4j states this is set: 2005-12-05 15:53:42,656 INFO [org.apache.ldap.server.DefaultDirectoryService](main) Startup environment contains java.naming.ldap.attributes.binary 2005-12-05 15:53:42,656 INFO [org.apache.ldap.server.DefaultDirectoryService](main) Setting binaries to union of schema defined binaries and those provided in java.naming.ldap.attributes.binary 2005-12-05 15:53:42,656 DEBUG [org.apache.ldap.server.DefaultDirectoryService](main) binary ids used: [1.2.6.1.4.1.18060.1.1.1.3.22, bytecode, userpassword, 1.3.6.1.4.1.42.2.27.4.1.8, usersmimecertificate, deltarevocationlist, personalsignature, 2.5.4.40, krb5key, 0.9.2342.19200300.100.1.7, 2.5.4.35, photo, 2.6.1.4.12, x500uniqueidentifier, vcselementbinaryvalue, crosscertificatepair, supportedalgorithms, 0.9.2342.19200300.100.1.55, 2.5.4.38, userpkcs12, javaserializeddata, 0.9.2342.19200300.100.1.60, 2.16.840.1.113730.3.1.40, 2.5.4.37, cacertificate, certificaterevocationlist, authorityrevocationlist, jpegphoto, audio, 2.5.4.52, 2.5.4.36, 2.16.840.1.113730.3.1.216, 2.5.4.39, 2.5.4.53, usercertificate, 0.9.2342.19200300.100.1.53] However when I perform a remote connection to the directory the MessageDecoder has not been initialised with my environment: org.apache.ldap.common.message.MessageDecoder]Could not find java.naming.ldap.attributes.binary key in environment. Using empty set for binaries. I added an env.toString() and a stack dump to the start of MessageDecoder to enable me to see the value of env and from where it was being called: 2005-12-05 16:36:32,031 INFO [STDOUT](IoThreadPool-2) env {asn.1.berlib.provider=org.apache.ldap.common.berlib.asn1.SnickersProvider} 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) Stack 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.ldap.common.message.MessageDecoder.(MessageDecoder.java:87) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.ldap.common.message.MessageDecoder.(MessageDecoder.java:68) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.ldap.server.protocol.LdapProtocolProvider$ProtocolCodecFactoryImpl.getDecoder(LdapProtocolProvider.java:343) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.filter.codec.ProtocolCodecFilter.getDecoder(ProtocolCodecFilter.java:186) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:40) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:513) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:51) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain$Entry$1.messageReceived(AbstractIoFilterChain.java:708) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain$1.messageReceived(AbstractIoFilterChain.java:119) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:513) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.messageReceived(AbstractIoFilterChain.java:504) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.IoSessionManagerFilterChain$1.messageReceived(IoSessionManagerFilterChain.java:92) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:513) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:51) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.common.support.AbstractIoFilterChain$Entry$1.messageReceived(AbstractIoFilterChain.java:708) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.filter.ThreadPoolFilter.processEvent(ThreadPoolFilter.java:615) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.filter.ThreadPoolFilter$Worker.processEvents(ThreadPoolFilter.java:371) 2005-12-05 16:36:32,031 ERROR [STDERR](IoThreadPool-2) at org.apache.mina.filter.ThreadPoolFilter$Worker.run(ThreadPoolFilter.java:326) Question: Can anyone help me find where the environment hashtable is being dropped or truncated so I can figure out a patch. (Somewhere between DefaultDirectoryService and MessageDecoder I think) =================================================================================================================================================== My binary problem details : Binding javaserializeddata via a remote LDAP connection and then retrieving it fails on the deserialize. I'm hoping this is due to the uninitialised environment try { Hashtable h = new Hashtable(); h.put("Hello", "World"); String name = "cn=Wibble,"+instanceNodeName; context.bind(name, h); Object o = context.lookup(name); System.out.println(o.toString()); } catch (Exception ex) { ex.printStackTrace(); } javax.naming.NamingException. Root exception is java.io.StreamCorruptedException: invalid stream header at java.io.ObjectInputStream.readStreamHeader( ObjectInputStream.java:737) at java.io.ObjectInputStream.(ObjectInputStream.java:253) Many thanks - Simon Temple