Sorry for the spam, my mail client was unsynchronized.
-----Original Message----- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 15 de Setembro de 2004 17:32 To: 'Slide Users Mailing List' Subject: RE: ldap configuration Hello Stefan, Using the JBDC store did not solve the problem. Instead of a null pointer exception, I get the following errors: org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - Failed to insert permission (/roles,self,all) org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - Failed to insert permission (/roles,/roles/projector,all) org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - Failed to insert permission (/roles,unauthenticated,all) I've re-examined the null pointer exception stack of the txfile store, and found out that the error also occurs when setting some kind of permissions. Removing the <data> tag from the domain.xml prevents the error. I've concluded that the error occurs only on the security and lock stores configured inside the JNDIPrincipalStore, for roles and users alike (I get a similar error but for the /users path), and when slide is trying to execute the following directives of the domain.xml file, inside the <data> element: <objectnode classname="org.apache.slide.structure.SubjectNode" uri="/roles"> <permission action="all" subject="self" inheritable="true"/> <permission action="all" subject="/roles/projector" inheritable="true"/> <permission action="all" subject="unauthenticated" inheritable="true" negative="true"/> ... </objectnode> Anyway, the good news is that, when examining the ACL permissions with a IExplorer (with directory-browsing-hide-acl = false), those same paths are correctly configured with the presented domain.xml directives... weird... Everything else seems to be working well. Best regards, Miguel _____ Thank you Stefan! I'll configure a JDBC store has the security & lock store (anyway, I wanted to play with JDBC in my next experience set ;)) Best regards, Miguel ______ Hello Miguel, I'm also working with the JNDIPrincipalStore. I think the problem is the way the file based stores are implemented. You have set the security and lock store to be a file based store. Earlier I've tried to separate data of an ExtendedStore by spreading it over 6 file based stores each using different directories. It didn't work. The error could lie in AbstractXMLResourceDescriptor.encodeObject() (if you don't use an old version of Slide): Element aElementObjectNode = new Element("objectnode"); if (object != null) { aElementObjectNode.setAttribute("classname", object.getClass().getName()); aElementObjectNode.setAttribute("uri", object.getUri()); if (object instanceof LinkNode) { aElementObjectNode.setAttribute("linkTo", ((LinkNode) object).getLinkedUri()); } } else { // for null locks aElementObjectNode.setAttribute("classname", "null"); aElementObjectNode.setAttribute("uri", uri.toString()); } aElementObjectNode.addContent(createBindings("children", "child", object.enumerateBindings())); aElementObjectNode.addContent(createBindings("parents", "parent", object.enumerateParentBindings())); aElementObjectNode.addContent(createElements("links", "link", object.enumerateLinks())); return aElementObjectNode; First there is distinguished between an object being null or not. After that there is always tried to access the child bindings of object - even if it's null. Try replacing your security and lock store by a JDBCStore. For me it works that way. Stefan Am Tue, 14 Sep 2004 11:42:17 +0100 schrieb Miguel Figueiredo <[EMAIL PROTECTED]>: > > Hello folks, > > I've been trying to configure slide to use an ldap server for authentication > purposes. > I've been successful at that, but with a cost of an annoying null pointer > exception when tomcat is starting up: > > org.apache.slide.common.ServiceAccessException: Service > TxXMLFileDescriptorsStore at users/store/metadata working on us > ers/work/metadata access error : java.lang.NullPointerException > at > org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.encodeObje > ct(AbstractXMLResourceDescriptor.java:662) > > My current setup is the tomcat 5.0.19 / slide 2.1b1 bundle with the attached > domain.xml file. > > I suspect that it works well because JNDIPrincipalStore is read-only, so, > maybe it wouldn't need it's corresponding working directory, to witch this > exception relates to. Or perhaps I still didn't found any problem witch > shall occur more soon than later... > > Does slide use the 'users working directory' in any of its use-cases? Am I > doing something wrong in the Domain.xml file? > > > Thanks in advance, > Miguel Figueiredo > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
