Luca Zago wrote: > ok..about WebDav servlet..you are right. It was a misunderstanding of > mine.. Then if I use only jsp, and not a webDAV client, if I understand > wwll, the servlet is useless..I can use only taglib in jsp pages.
Right. > about the creaction of the a user with a customized role, the > SlideEditorImpl has the contructor you suggest me, even if it's not > called directly by me, after all when I create a user with an role > 'user' evrything works fine, and the contructor I call is that one > without parameters. > Here is the stack trace of the exception: > 18 Sep 2002 16:09:24 - org.apache.slide.common.Domain - WARNING - > Service slidestore.reference.JDBCDescriptorsStore@88df60 access error : > mypackage.acl.slide.roles.SlideEditorImpl > org.apache.slide.common.ServiceAccessException: Service > slidestore.reference.JDBCDescriptorsStore@88df60 access error : > mypackage.acl.slide.roles.SlideEditorImpl > org.apache.slide.common.ServiceAccessException: Service > slidestore.reference.JDBCDescriptorsStore@88df60 access error : > mypackage.acl.slide.roles.SlideEditorImpl at > >slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescriptorsStore.java:683) > Okay, this is pretty clear. The JDBC store fails to instantiate your SlideEditorImpl class. Again, it must be public and the constructor with the parameters must be public. Maybe this is a classpath issue. For example, if you have slide-stores.jar in $TOMCAT_HOME/common/lib, the SlideEditorImpl must also be loadable by the common class loader. I.e., if it is only in the web-app classpath or shared classpath, loading it from the JDBC store will fail. Hope this helps. -- Christopher Lenz /=/ cmlenz at gmx.de -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
