I missed one point: When SlideRealm is active and starting the server runs into an exception telling that Domain.xml was not found, then specifying the full path in slide.properties helped for me, e.g.:
org.apache.slide.domain=D:/Projects/IDE/slide/Domain.xml Regards, Peter > -----Original Message----- > From: Nevermann, Dr., Peter [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 17:50 > To: Slide Developers Mailing List > Subject: SlideRealm tested OK > > > Hi, > > I verified that SlideRealm in now compatible with the changes > made for ACL-draft-12 compliance some time ago. After a few > fixes, the testsuite now runs fine with: > > tprocessor.cmd -davauth default -pattern > *cases\\functional* -exclude *multi-user* > > === > Activating SlideRealm I first got the following exception: > > ServerLifecycleListener: processContainerAddChild: MBeanException > java.lang.Exception: ManagedBean is not found with SlideRealm > at > org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:642) > at > org.apache.catalina.mbeans.ServerLifecycleListener.createMBean > s(ServerLifecycleListener.java:462) > at > org.apache.catalina.mbeans.ServerLifecycleListener.processCont > ainerAddChild(ServerLifecycleListener.java:1358) > at > org.apache.catalina.mbeans.ServerLifecycleListener.containerEv > ent(ServerLifecycleListener.java:189) > at > org.apache.catalina.core.ContainerBase.fireContainerEvent(Cont > ainerBase.java:1404) > <...> > > Apparently, the server anyway runs fine. But to get rid of > it, I resurrected a shortened version of > src/wrappers/wrappers/catalina slide-descriptors.xml which is > needed to properly configure the ServerLifecycleListener in > server.xml of TC 4.x: > > <Listener > className="org.apache.catalina.mbeans.ServerLifecycleListener" > > descriptors="/wrappers/catalina/slide-descriptors.xml" debug="0"/> > > Probably, Remy can better explain why that is needed. Also, I > have no idea whether it is required for TC 5.x as well. > > === > Also, for when using SlideRealm, all users defined in > Domain.xml need a password property. Oliver did that update > of Domain.xml in exactly the same minute I was about to do it > ... telepathy? :-). > > === > Finally, there is some stuff related to the "old" roles > implementation, which is not needed anymore when going > through WebDAV and using ACLSecurityImpl: > > - src/roles (completely) > - NamespaceConfig: roleMappings, roleClassMappings and > defaultProperties > - Security, SecurityImpl, ACLSecurityImpl: methods > * boolean hasRole(ObjectNode object, String role) > * Enumeration getRoles(ObjectNode object) > and usages of it ... in particular, a very strange piece of code in > create() and store() of StructureImpl titled "Checking > roles" ... hmm?? > > Shall we keep that anyway for compatibility? Opinions? > > === > Well, and one more point: I run my tests by starting the > server in my IDE. So, I didn't work out how classes are to be > deployed in Tomcat ... e.g. SlideRealm has to reside below > tomcat/server which implies that some classes of > org.apache.slide.common are expected below tomcat/common ... > . Has somebody already a solution for that? > > Regards, > Peter > > --------------------------------------------------------------------- > 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]
