Re[6]: WebDAV JCA status=STATUS_NO_TRANSACTION
Hello Oliver! I have added track-connection-by-tx/ to webdav-connector-ds.xml and my test works. jboss-ds_1_0.dtd: !-- An element to specify that all intermediate end(suspend) and start(resume) calls. Also, all work on one tx will go through one connection. A side effect of this (currently at least) is that a connection will only be usable by one tx until the tx commits. Ex: track-connection-by-tx/ -- !ELEMENT track-connection-by-tx EMPTY Thank you for attention. -- Best regards, Andrewmailto:[EMAIL PROTECTED] Monday, November 29, 2004, 2:13:02 PM, you wrote: OZ Hmm, there seems to be a different error. Does it take some time OZ before the error actually gets displayed? If so there might be a OZ timeout. If there is a timeout maybe other unfinished transactions are OZ already running. OZ Additionally, I think Ryan has added some fixes to the recent the OZ connector which will be part of the upcoming RC1 release. It might be OZ an idea to try it as soon as it is out. OZ Oliver OZ On Mon, 29 Nov 2004 14:00:45 +0200, Andrew Tibets OZ [EMAIL PROTECTED] wrote: Hello! I used adapter-display-nameWebDAV-Connector/adapter-display-name with jboss3.2.5 (the default ds definition shipped with Slide) and rar-namewebdav-2.1b2.rar/rar-name connection-definitionjavax.resource.cci.ConnectionFactory/connection-definition with jboss4.0.0 The rar webdav-2.1b2.rar was delploed correctly. But earlier I tested without server side (slide.war :). I used Apache2 with Location /upload DAV On ... /Location Then I downloaded jakarta-slide-server-src-2.1b2.zip, compiled slide.war and deployed it to jboss. Then i had a result of test: Tx: [EMAIL PROTECTED] Factory: [EMAIL PROTECTED] Connection1: [EMAIL PROTECTED] WR1: http://localhost:8080/slide/files WR2: http://localhost:8080/slide/files WR1 sees Content WR2 sees this before commit HTTP Status 409 - Conflict: Service TxXMLFileDescriptorsStore at store/metadata working on work/metadata access error : Conflict with uri /files/file1. Cause is: no cause given type Status report message Conflict: Service TxXMLFileDescriptorsStore at store/metadata working on work/metadata access error : Conflict with uri /files/file1. Cause is: no cause given description The request could not be completed due to a conflict with the current state of the resource (Conflict: Service TxXMLFileDescriptorsStore at store/metadata working on work/metadata access error : Conflict with uri /files/file1. Cause is: no cause given). Apache Tomcat/5.0.28 WR2 sees this after commit Content and result of my test was the same as earlier: 13:38:54,147 WARN [TransactionImpl] XAException: tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, BranchQual=, localId=16] errorCode=XAER_NOTA javax.transaction.xa.XAException at org.apache.commons.transaction.util.xa.AbstractXAResource.end(AbstractXAResource.java:125) at org.jboss.tm.TransactionImpl$Resource.endResource(TransactionImpl.java:2031) 13:38:54,147 ERROR [LogInterceptor] TransactionRolledbackException in method: public abstract void fileservice.FileServi ceSession.createFile() throws java.rmi.RemoteException, causedBy: org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=pc268/16, Branc hQual=, localId=16] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.transaction.xa.XAException) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:325) Thanks, Best regards, Andrew mailto:[EMAIL PROTECTED] Wednesday, November 24, 2004, 12:16:53 PM, you wrote: OZ Why didn't you use the default ds definition shipped with Slide? In OZ webdavclient/etc/conf/connector/jboss/webdav-connector-ds.xml OZ ?xml version=1.0 encoding=UTF-8? OZ connection-factories OZ tx-connection-factory OZ jndi-nameWebDAV-Connector/jndi-name OZ xa-transaction/ OZ adapter-display-nameWebDAV-Connector/adapter-display-name OZ /tx-connection-factory OZ /connection-factories OZ With JBoss it is important to use the adapter-display-name to OZ associate it with the connector. A bit silly, but this is the way it OZ works. Thus add OZ adapter-display-nameWebDAV-Connector/adapter-display-name OZ to your ds config and try again... OZ Oliver OZ On Wed, 24 Nov 2004 10:31:23 +0200, Andrew Tibets OZ [EMAIL PROTECTED] wrote: Hello! The output of example with jboss 3.2.5: Tx: [EMAIL PROTECTED] Factory: [EMAIL PROTECTED] Connection1: [EMAIL PROTECTED] WR1: http://localhost:80/upload/ WR2: http://localhost:80/upload/ WR1 sees Content WR2 sees this
Re: WCK Building Error
A few questions: - Which target do you yourself compile to? - Why did you modify build.xml? - Are the libraries you collected needed by your code? Slide and WCK come with all libraries they require... Oliver On Tue, 30 Nov 2004 00:16:28 -0500, Jane [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I changed the target =1.3. Still getting the same error. Some of the libraries I am using may not be the right version. But where should I go to get the right version for all the required libraries: pathelement location=${jta.jar}/ pathelement location=${commons-pool.jar}/ pathelement location=${commons-transaction.jar}/ pathelement location=${slide-kernel.jar}/ pathelement location=${slide-jaas.jar}/ pathelement location=${slide-stores.jar}/ What I have done is: (1) downloaded source code from WCK CVS. (2) got some libraries. Got the libraries from everywhere here may be the problem (3) modified build.properties, build.xml (4) wrote my own code to glue WebDav to my content mgmt system. (5) Build. Problem as described before. Please help. Thanks, Jane - Original Message - From: Oliver Zeigermann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Friday, November 26, 2004 12:36 PM Subject: Re: WCK Building Error Maybe it is due to a mismatch of the compile target set in the build.properties. The sample file for WCK set it to 1.4 and the one for Slide is 1.3. I will align them... Oliver On Thu, 25 Nov 2004 15:14:43 -0500, Jane [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I am building WCK with my added custom store to do Tomcat+WCK+my own file mgmt system. Can anyone tell me why I am getting the following error? Thanks, Jane == build: [echo] Building WCK [javac] Compiling 17 source files to D:\eclipse\workspace\webdav\build\classes BUILD FAILED: java.lang.UnsupportedClassVersionError: com/sun/tools/javac/Main (Unsupported major.minor version 49.0) Total time: 891 milliseconds - 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]
Can't use log4j.Logger wth Slide-WCK
Hi, I have WebdavFileStore-like class based on WCK reference. In begin() of WebdavFileStore-like class I instantiate my data management class. In that data management class I try to declare and use org.apache.log4j.Logger; org.apache.log4j.Logger logger=Logger.getLogger(Data.class); loger.info(blah); When I try to do that I get weird NPE; 30 Nov 2004 14:38:22 - org.apache.slide.simple.store.WebdavStoreAdapter - EMERGENCY - Could not create new transactional resource 30 Nov 2004 14:38:22 - org.apache.slide.simple.store.WebdavStoreAdapter - EMERGENCY - java.lang.NullPointerException java.lang.NullPointerException at com.test.server.FileFolderManager.init(Unknown Source) at com.test.server.webdav.WebdavFileStore.begin(Unknown Source) at org.apache.slide.simple.store.WebdavStoreAdapter$TransactionId.init(WebdavStoreAdapter.java:399) at org.apache.slide.simple.store.WebdavStoreAdapter.createTransactionResource(WebdavStoreAdapter.java:340) at org.apache.commons.transaction.util.xa.AbstractXAResource.start(AbstractXAResource.java:170) at org.apache.slide.transaction.SlideTransaction.enlistResource(SlideTransaction.java:471) at org.apache.slide.store.AbstractStore.enlist(AbstractStore.java:1604) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:676) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:593) at org.apache.slide.structure.StructureImpl.create(StructureImpl.java:317) at org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:154) at org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:274) at org.apache.slide.common.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:90) at org.apache.slide.common.NamespaceAccessTokenImpl.importData(NamespaceAccessTokenImpl.java:272) at org.apache.slide.common.Namespace.loadBaseData(Namespace.java:852) at org.apache.slide.common.Domain.initNamespace(Domain.java:871) at org.apache.slide.common.Domain.init(Domain.java:447) at org.apache.slide.common.Domain.init(Domain.java:372) at org.apache.slide.common.Domain.init(Domain.java:335) at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:252) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:191) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4013) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4357) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478) at org.apache.catalina.core.StandardService.start(StandardService.java:480) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) 30 Nov 2004 14:38:22 - org.apache.slide.transaction.SlideTransaction - WARNING - Enlist failure: Resource manager org.apache.slide.simple.store.Webda [EMAIL PROTECTED] Error code UNKNOWN in Transaction 1 xid main-1101818301578-1- in thread main When logger initialization and loger calls commented out it works fine. How can this be related? I can't use my own logger with Slide/WCK? Thanks, Roman. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log SQL statements ?
That sounds great, thanks Andy -Original Message- From: Andy Bowes [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 6:18 AM To: 'Slide Users Mailing List' Subject: RE: Log SQL statements ? Hi Nick You might want to have a look at http://www.p6spy.com/. Basically it allows you to use a proxy in front of the true JDBC connection so that you can log all of the SQL statements that are sent to a JDBC driver. It's free and I believe that it works with pretty much any JDBC driver. Obviously it is useful for debugging and for test environments but it does add a performance overhead. This tool has proved v useful in a number of my previous projects. Hope it helps Andy -Original Message- From: Nick Longinow [mailto:[EMAIL PROTECTED] Sent: 29 November 2004 18:23 To: 'Slide Users Mailing List' Subject: Log SQL statements ? Hi I am finding situations where there is a db error (Oracle) returning SQL errors which show some sort of problem with the requested action. In these cases, its hard to tell what the requested action specifically was, but having the SQL that preceded the error would help. Is there a log setting on the OracleAdapter or its base classes that would send that info to a log ? Nick - 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]
Re: WCK Building Error
Hi, Oliver, Please see below. A few questions: - Which target do you yourself compile to? I changed in build.properties to target=1.3. was 1.4. - Why did you modify build.xml? my mistake. I did not modify build.xml - Are the libraries you collected needed by your code? Slide and WCK come with all libraries they require... Slide binary published on the web page http://jakarta.apache.org/site/binindex.cgi are all 2.0. WCK works with 2.2. What is the correct procedure to get Slide 2.2 comparable jar files? Required jar files were listed in my last email (please see below.) Thank you very much for help, Jane - Original Message - From: Oliver Zeigermann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 5:16 AM Subject: Re: WCK Building Error A few questions: - Which target do you yourself compile to? - Why did you modify build.xml? - Are the libraries you collected needed by your code? Slide and WCK come with all libraries they require... Oliver On Tue, 30 Nov 2004 00:16:28 -0500, Jane [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I changed the target =1.3. Still getting the same error. Some of the libraries I am using may not be the right version. But where should I go to get the right version for all the required libraries: pathelement location=${jta.jar}/ pathelement location=${commons-pool.jar}/ pathelement location=${commons-transaction.jar}/ pathelement location=${slide-kernel.jar}/ pathelement location=${slide-jaas.jar}/ pathelement location=${slide-stores.jar}/ What I have done is: (1) downloaded source code from WCK CVS. (2) got some libraries. Got the libraries from everywhere here may be the problem (3) modified build.properties, build.xml (4) wrote my own code to glue WebDav to my content mgmt system. (5) Build. Problem as described before. Please help. Thanks, Jane - Original Message - From: Oliver Zeigermann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Friday, November 26, 2004 12:36 PM Subject: Re: WCK Building Error Maybe it is due to a mismatch of the compile target set in the build.properties. The sample file for WCK set it to 1.4 and the one for Slide is 1.3. I will align them... Oliver On Thu, 25 Nov 2004 15:14:43 -0500, Jane [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I am building WCK with my added custom store to do Tomcat+WCK+my own file mgmt system. Can anyone tell me why I am getting the following error? Thanks, Jane == build: [echo] Building WCK [javac] Compiling 17 source files to D:\eclipse\workspace\webdav\build\classes BUILD FAILED: java.lang.UnsupportedClassVersionError: com/sun/tools/javac/Main (Unsupported major.minor version 49.0) Total time: 891 milliseconds - 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]
RE: Log SQL statements ?
Shame. The combination of P6Spy IronEye SQL (http://www.irongrid.com) has helped me out loads in the past. P6Spy is open source, does anyone fancy having a look at extending it to support the methods required by the Oracle Adapter ? Andy -Original Message- From: Davide Savazzi [mailto:[EMAIL PROTECTED] Sent: 30 November 2004 13:47 To: Slide Users Mailing List Subject: Re: Log SQL statements ? On Tuesday 30 November 2004 12:18, Andy Bowes wrote: You might want to have a look at http://www.p6spy.com/. Basically it allows you to use a proxy in front of the true JDBC connection so that you can log all of the SQL statements that are sent to a JDBC driver. It's free and I believe that it works with pretty much any JDBC driver. The Oracle adapter in cvs uses Oracle JDBC extensions to manage blobs, so this proxy will not work :( -- Davide Savazzi - 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]
RE: slide and jboss
I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 2:29 PM To: 'Slide Users Mailing List' Subject: slide and jboss I'm curious if anyone has been able to get authentication to work in jboss. Commenting out the lines in web.xml, brings up a login prompt, using DAVExplorer, but no username or passwords are accepted. My log spits out the following: 09:21:29,624 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files java.io.IOException: Properties file users.properties not found at org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217) at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:234) at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:662) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607) at javax.security.auth.login.LoginContext.login(LoginContext.java:534) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491) at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442) ... Moving a users.properties file around in the slide.war seems to do absolutely nothing. I'm not sure if this is the way to go, either, and I may be missing something simple. I'm currently evaluating slide for use in JBoss Portal. Roy Russo - 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]
RE: slide and jboss
wahoo! Good news! I have that on my list for Slide integration with Jboss/user-auth as a big requirement to help reduce administration. Glad to hear you have had success! -D -Original Message- From: Patrick van Kann [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:02 AM To: Slide Users Mailing List Subject: RE: slide and jboss I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't use log4j.Logger wth Slide-WCK
Obviously Logger.getLogger(Data.class) returns null. I suppose log4j is not properly configured as I see no way how Slide or WCK could interfere with your log4j setup... I'd recommend to use the LoggerFacade passed in the begin method to have all logging use the same logging mechanism. Oliver On Tue, 30 Nov 2004 15:29:38 +0200, Roman D [EMAIL PROTECTED] wrote: Hi, I have WebdavFileStore-like class based on WCK reference. In begin() of WebdavFileStore-like class I instantiate my data management class. In that data management class I try to declare and use org.apache.log4j.Logger; org.apache.log4j.Logger logger=Logger.getLogger(Data.class); loger.info(blah); When I try to do that I get weird NPE; 30 Nov 2004 14:38:22 - org.apache.slide.simple.store.WebdavStoreAdapter - EMERGENCY - Could not create new transactional resource 30 Nov 2004 14:38:22 - org.apache.slide.simple.store.WebdavStoreAdapter - EMERGENCY - java.lang.NullPointerException java.lang.NullPointerException at com.test.server.FileFolderManager.init(Unknown Source) at com.test.server.webdav.WebdavFileStore.begin(Unknown Source) at org.apache.slide.simple.store.WebdavStoreAdapter$TransactionId.init(WebdavStoreAdapter.java:399) at org.apache.slide.simple.store.WebdavStoreAdapter.createTransactionResource(WebdavStoreAdapter.java:340) at org.apache.commons.transaction.util.xa.AbstractXAResource.start(AbstractXAResource.java:170) at org.apache.slide.transaction.SlideTransaction.enlistResource(SlideTransaction.java:471) at org.apache.slide.store.AbstractStore.enlist(AbstractStore.java:1604) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:676) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:593) at org.apache.slide.structure.StructureImpl.create(StructureImpl.java:317) at org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:154) at org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:274) at org.apache.slide.common.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:90) at org.apache.slide.common.NamespaceAccessTokenImpl.importData(NamespaceAccessTokenImpl.java:272) at org.apache.slide.common.Namespace.loadBaseData(Namespace.java:852) at org.apache.slide.common.Domain.initNamespace(Domain.java:871) at org.apache.slide.common.Domain.init(Domain.java:447) at org.apache.slide.common.Domain.init(Domain.java:372) at org.apache.slide.common.Domain.init(Domain.java:335) at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:252) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:191) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4013) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4357) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478) at org.apache.catalina.core.StandardService.start(StandardService.java:480) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) 30 Nov 2004 14:38:22 - org.apache.slide.transaction.SlideTransaction - WARNING - Enlist failure: Resource manager org.apache.slide.simple.store.Webda [EMAIL PROTECTED] Error code UNKNOWN in Transaction 1 xid main-1101818301578-1- in thread main When logger initialization and loger calls commented out it works fine. How can this be related? I can't use my own logger with Slide/WCK? Thanks, Roman. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -
Re: slide and jboss
Well, its definitely good news to hear that someone got it working. I'm building on jboss-4.0. Shouldn't be too different, save the fact that its sitting on Tomcat 5. I tried adding the auto-create-users node to domain.xml and it had no effect. Could you give me an example of of configuring the SlideRealm? Once I get this working, I'll update the wiki page as well... it leaves a lot of loose ends. Roy Russo JBoss Portal Developer JBoss, Inc. 404-467-8555 x223 [EMAIL PROTECTED] - Original Message - From: Patrick van Kann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:01 AM Subject: RE: slide and jboss I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 2:29 PM To: 'Slide Users Mailing List' Subject: slide and jboss I'm curious if anyone has been able to get authentication to work in jboss. Commenting out the lines in web.xml, brings up a login prompt, using DAVExplorer, but no username or passwords are accepted. My log spits out the following: 09:21:29,624 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files java.io.IOException: Properties file users.properties not found at org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217) at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:234) at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:662) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607) at javax.security.auth.login.LoginContext.login(LoginContext.java:534) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491) at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442) ... Moving a users.properties file around in the slide.war seems to do absolutely nothing. I'm not sure if this is the way to go, either, and I may be missing something simple. I'm currently evaluating slide for use in JBoss Portal. Roy Russo - 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]
Anyone using Oracle store in a Tomcat/Slide windows service ?
I am able to run my Slide app from the commandline with an Oracle store perfectly, but when I try to run it as a Windows service, it will not allow me to login as the root user. It gives an internal server error but no more information than that. The service version will allow login and browsing if the store is a Tx store, though. I noticed that I needed to set the slide.properties to specify the full location for the domain.xml file in %CATALINA_HOME%/common/classes/slide.properties. Is there something else needed to specify for the Oracle libs ? Nick
RE: slide and jboss
Hi Richard, That should be added to the Wiki page - the author had been unable to solve the classloader issue you are refering to. Would you be willing to do that? Kind regards, Patrick -Original Message- From: Richard Emberson [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 3:41 PM To: Slide Users Mailing List Subject: Re: slide and jboss A couple of weeks ago I had to see if I could get Slide to work with JBoss. Someone pointed me to the Slide/JBoss Wiki or I arrived at the page by following links from the JBoss home page. At any rate, I then created an ant task for creating the war file. While the Slide war file worked in isolation, dropping our application's ear file in afterwards did not work - there were classloader issues. So, I added the Ant task to make a Slile ear and that was just right. one needs an application.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE application PUBLIC -//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN http://java.sun.com/dtd/application_1_3.dtd; application display-nameSlide/display-name module id=Slide_WAR web web-urislide.war/web-uri context-root/foobarcompany/slide/context-root /web /module /application and the file META-INF/jboss-app.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jboss-app PUBLIC -//JBoss//DTD J2EE Application 1.3V2//EN http://www.jboss.org/j2ee/dtd/jboss-app_3_2.dtd; jboss-app loader-repositorycom.foobarcompany:loader=slide.ear/loader-repository /jboss-app Richard Patrick van Kann wrote: I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 2:29 PM To: 'Slide Users Mailing List' Subject: slide and jboss I'm curious if anyone has been able to get authentication to work in jboss. Commenting out the lines in web.xml, brings up a login prompt, using DAVExplorer, but no username or passwords are accepted. My log spits out the following: 09:21:29,624 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files java.io.IOException: Properties file users.properties not found at org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217) at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:234) at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:662) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607) at javax.security.auth.login.LoginContext.login(LoginContext.java:534) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491) at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442) ... Moving a users.properties file around in the slide.war seems to do absolutely nothing. I'm not sure if this is the way to go, either, and I may be missing something simple. I'm currently evaluating slide for use in JBoss Portal. Roy Russo - 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] -- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. - To unsubscribe, e-mail:
RE: slide and jboss
auto-create-users will have no effect until you secure slide using a non-Slide realm. You have to get that working first - and the wiki page doesn't really describe this properly. The effect it will have is that when you authenticate against the external realm, Slide will automatically create a collection in /slide/users named after the principal you have logged in as. I believe there is also a setting for auto-create-roles that will do the same with any of the roles that the principal has in /slide/roles. The effect of this is that you will then be able to set ACLS on specific URIs based on these users and roles. If you don't use auto-create-users and auto-create-roles, you can use application logic (say in the portlet itself, assuming this is what you are developing) that can create these collections for you. These settings got non-slide authentication working for me: server/default/deploy/slide.war/WEB-INF/jboss-web.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3//EN http://www.jboss.org/j2ee/dtd/jboss-web_3_0.dtd; jboss-web class-loading java2ClassLoadingCompliance=false loader-repositoryorg.apache.slide:loader=slide.war/loader-repository /class-loading security-domainjava:/jaas/slide-domain/security-domain resource-ref res-ref-namejdbc/SlideDS/res-ref-name res-typejavax.sql.DataSource/res-type jndi-namejava:/jdbc/SlideDS/jndi-name /resource-ref /jboss-web in server/default/conf/login-config.xml I added a policy application-policy name = slide-domain authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag=required module-option name = dsJndiNamejava:/jdbc/SecurityDS/module-option module-option name = principalsQuery select password from Users where username=? /module-option module-option name = rolesQuery select groupname, null from GroupMembers m where m.username = ? /module-option /login-module /authentication /application-policy Hope it helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 3:29 PM To: Slide Users Mailing List Subject: Re: slide and jboss Well, its definitely good news to hear that someone got it working. I'm building on jboss-4.0. Shouldn't be too different, save the fact that its sitting on Tomcat 5. I tried adding the auto-create-users node to domain.xml and it had no effect. Could you give me an example of of configuring the SlideRealm? Once I get this working, I'll update the wiki page as well... it leaves a lot of loose ends. Roy Russo JBoss Portal Developer JBoss, Inc. 404-467-8555 x223 [EMAIL PROTECTED] - Original Message - From: Patrick van Kann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:01 AM Subject: RE: slide and jboss I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 2:29 PM To: 'Slide Users Mailing List' Subject: slide and jboss I'm curious if anyone has been able to get authentication to work in jboss. Commenting out the lines in web.xml, brings up a login prompt, using DAVExplorer, but no username or passwords are accepted. My log spits out the following: 09:21:29,624 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files java.io.IOException: Properties file users.properties not found at org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217) at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:234) at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:662) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at
Access Denied with JNDIPrincipalStore
Can someone tell me what they think the debug output below is saying? It looks to me like it finds everything in LDAP but then looses it in the cache. I also don't see any role queries, but maybe they would happen later. I have Slide running on WebLogic with the JNDIPrincipalStore. I think everything is starting up correctly, because when I had some bad setting for the JNDIPrincipalStore it would not start. Now when I log in to http://localhost:7001/slide I get Error 403--Forbidden. My userid is 'admin' and it can log in to other secured servlets hitting the same LDAP. Any thoughts? Thanks! - John [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG common.Domain - Create XHttpServletResponseFacade [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG webdav.WebdavS ervlet - == GET start: 11/29/04 10:07 PM [ExecuteThread: '14' for queue: 'weblo gic.kernel.Default'] [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 160 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptors - Cache Hit: '/' 33 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptors - Cache Hit: '/' 34 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 161 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptor - Cache Hit: '/-1.0' 1 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 162 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 163 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] INFO file.FileResou rceManager - Starting RM at 'users/store/metadata' / 'users/work/metadata' [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] INFO file.FileResou rceManager - Started RM [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Retrieving Object /users/admin. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG store.MemorySt ore- org.apache.slide.store.txjndi.JNDIPrincipalStoreCache: MemoryStore miss for object: /users/admin [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - org.apache.slide.store.txjndi.JNDIPrincipalStore cache - Miss [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Connecting to LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Disconnecting from LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Retrieving Object /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG store.MemorySt ore- org.apache.slide.store.txjndi.JNDIPrincipalStoreCache: MemoryStore miss for object: /users [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - org.apache.slide.store.txjndi.JNDIPrincipalStore cache - Miss [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Connecting to LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - uid=admin: Creating child binding admin for /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Creating SubjectNode for /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Putting ObjectNode for /users to cache . [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users now: 1101784071988 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users Creation Time: 1101784071988 Next To Last Access Time: 0 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users mostRecentTime: 1101784071988 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users Age to Idle: 90 Age Idled: 0 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - org.apache.slide.store.txjndi.JNDIPrincipalStore: Is element with key o bject: /users expired?: false [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Disconnecting from LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore -
Initial WCK Quick Start page in Wiki
Folks, I have added the initial WCK quick start page to the Wiki: http://wiki.apache.org/jakarta-slide/WckQuickStart This page can be edited by anyone who has set up a Wiki account. Please do so if you see anything missing or anything wrong. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Access Denied with JNDIPrincipalStore
Please ignore my previous email. I found this error higher up in the log. I was missing an 's' in attributes. [main] FATAL txjndi.JNDIPrincipalStore - Error during setup: No value set for jndi.attributes.rdn From: John Gilbert Sent: Tuesday, November 30, 2004 11:02 AM To: 'Slide Users Mailing List' Subject: Access Denied with JNDIPrincipalStore Can someone tell me what they think the debug output below is saying? It looks to me like it finds everything in LDAP but then looses it in the cache. I also don't see any role queries, but maybe they would happen later. I have Slide running on WebLogic with the JNDIPrincipalStore. I think everything is starting up correctly, because when I had some bad setting for the JNDIPrincipalStore it would not start. Now when I log in to http://localhost:7001/slide I get Error 403--Forbidden. My userid is 'admin' and it can log in to other secured servlets hitting the same LDAP. Any thoughts? Thanks! - John [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG common.Domain - Create XHttpServletResponseFacade [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG webdav.WebdavS ervlet - == GET start: 11/29/04 10:07 PM [ExecuteThread: '14' for queue: 'weblo gic.kernel.Default'] [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 160 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptors - Cache Hit: '/' 33 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptors - Cache Hit: '/' 34 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 161 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.descriptor - Cache Hit: '/-1.0' 1 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 162 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG tx.object - Cache Hit: '/' 163 / 16 / 16 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] INFO file.FileResou rceManager - Starting RM at 'users/store/metadata' / 'users/work/metadata' [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] INFO file.FileResou rceManager - Started RM [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Retrieving Object /users/admin. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG store.MemorySt ore- org.apache.slide.store.txjndi.JNDIPrincipalStoreCache: MemoryStore miss for object: /users/admin [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - org.apache.slide.store.txjndi.JNDIPrincipalStore cache - Miss [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Connecting to LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Disconnecting from LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Retrieving Object /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG store.MemorySt ore- org.apache.slide.store.txjndi.JNDIPrincipalStoreCache: MemoryStore miss for object: /users [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - org.apache.slide.store.txjndi.JNDIPrincipalStore cache - Miss [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Connecting to LDAP server. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - uid=admin: Creating child binding admin for /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Creating SubjectNode for /users. [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG txjndi.JNDIPri ncipalStore - JNDIPrincipalStore[/users]: Putting ObjectNode for /users to cache . [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users now: 1101784071988 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users Creation Time: 1101784071988 Next To Last Access Time: 0 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users mostRecentTime: 1101784071988 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG ehcache.Cache - object: /users Age to Idle: 90 Age Idled: 0 [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] DEBUG
Re: slide and jboss
ok... I got it working, without going to the DB for now, and heres what I did. (I will update our wiki page this week) It is exactly the same as securing the jmx-console: http://www.jboss.org/wiki/Wiki.jsp?page=SecureTheJmxConsole 1. Upack the slide.war and place it under the deploy dir. 2. Create /WEB-INF/classes/slide-users.properties and /WEB-INF/classes/slide-roles.properties 3. Edit the /server/standard/conf/login-config.xml and add a security domain for slide-domain: !-- Security domain for JBoss Portal - Jakarta Slide -- application-policy name = slide-domain authentication login-module code=org.jboss.security.auth.spi.UsersRolesLoginModule flag = required module-option name=usersPropertiesslide-users.properties/module-option module-option name=rolesPropertiesslide-roles.properties/module-option /login-module /authentication /application-policy 4. Create /WEB-INF/jboss-web.xml and add this to it: jboss-web security-domainjava:/jaas/slide-domain/security-domain /jboss-web 5. Go in to /WEB-INF/web.xml and uncomment the security contraint blocks at the bottom. 6. Start jboss. 7. Go to http://localhost:8080/slide and you should be prompted for a login. I think I got it all. Thank you very much, Pat. Roy Russo JBoss Portal Developer JBoss, Inc. 404-467-8555 x223 [EMAIL PROTECTED] - Original Message - From: Patrick van Kann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED]; Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:54 AM Subject: RE: slide and jboss auto-create-users will have no effect until you secure slide using a non-Slide realm. You have to get that working first - and the wiki page doesn't really describe this properly. The effect it will have is that when you authenticate against the external realm, Slide will automatically create a collection in /slide/users named after the principal you have logged in as. I believe there is also a setting for auto-create-roles that will do the same with any of the roles that the principal has in /slide/roles. The effect of this is that you will then be able to set ACLS on specific URIs based on these users and roles. If you don't use auto-create-users and auto-create-roles, you can use application logic (say in the portlet itself, assuming this is what you are developing) that can create these collections for you. These settings got non-slide authentication working for me: server/default/deploy/slide.war/WEB-INF/jboss-web.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3//EN http://www.jboss.org/j2ee/dtd/jboss-web_3_0.dtd; jboss-web class-loading java2ClassLoadingCompliance=false loader-repositoryorg.apache.slide:loader=slide.war/loader-repository /class-loading security-domainjava:/jaas/slide-domain/security-domain resource-ref res-ref-namejdbc/SlideDS/res-ref-name res-typejavax.sql.DataSource/res-type jndi-namejava:/jdbc/SlideDS/jndi-name /resource-ref /jboss-web in server/default/conf/login-config.xml I added a policy application-policy name = slide-domain authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag=required module-option name = dsJndiNamejava:/jdbc/SecurityDS/module-option module-option name = principalsQuery select password from Users where username=? /module-option module-option name = rolesQuery select groupname, null from GroupMembers m where m.username = ? /module-option /login-module /authentication /application-policy Hope it helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 3:29 PM To: Slide Users Mailing List Subject: Re: slide and jboss Well, its definitely good news to hear that someone got it working. I'm building on jboss-4.0. Shouldn't be too different, save the fact that its sitting on Tomcat 5. I tried adding the auto-create-users node to domain.xml and it had no effect. Could you give me an example of of configuring the SlideRealm? Once I get this working, I'll update the wiki page as well... it leaves a lot of loose ends. Roy Russo JBoss Portal Developer JBoss, Inc. 404-467-8555 x223 [EMAIL PROTECTED] - Original Message - From: Patrick van Kann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:01 AM Subject: RE: slide and jboss I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki: http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide I am not using the Slide authentication - I am using the JBoss RDBMS realm. This means that you either need to use the auto-create-users = true setting in Domain.xml or manually synchronise users in your Realm with the Slide users at /slide/users. Hope this helps. Patrick -Original
version numbers
Hi All! Is it possible to change the version numbering? The fact that all versions starts with 1.number seems very strange?!? Or am I missing something? /jacob
Slide and JSR170
Ok, simple question. Is the Slide API based on JSR170 ? If so, is JackRabbit used inside Slide ? We are considering if we should write our java clients to use WebDAV client protocols or use the Slide API, or if possible the 170 api. Any guidance would be appreciated. Jeff
Re: Slide and JSR170
Slide does not support JRS170. Jackrabbit isn't used either. It's the other way round as well, Jackrabbit does not use Slide either. I guess there are quite a number of parameters included in the decision which way to go, so I really can not make any recommendation. Good thing about WebDAV is that there already are a number of applications supporting it. Drawback would be that WebDAV by nature is a client/sever protocol, so you would always have the communication overhead. On the other hand while JSR170 covers only certain aspects of a content store, WebDAV is pretty much complete. Additionally, programming against JSR170 would restrict you to Java solutions. I *personally* would not at all recommend programming against the sever Slide API... Oliver On Tue, 30 Nov 2004 17:52:17 -0500, Jeff Broberg [EMAIL PROTECTED] wrote: Ok, simple question. Is the Slide API based on JSR170 ? If so, is JackRabbit used inside Slide ? We are considering if we should write our java clients to use WebDAV client protocols or use the Slide API, or if possible the 170 api. Any guidance would be appreciated. Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: slide and jboss
Hi Roy, Another option besides auto-create-users is to use Slide as the actual authentication realm. That way you can manage your users in Slide, and let Tomcat pull its usernames and passwords from Slide when you try to login. A SlideLoginModule that works with jboss was posted to the list by James Higginbotham. I don't think I had to make any changes to it for jboss 3.2.5 - 3.2.7. You can find it here: http://www.mail-archive.com/slide-user@jakarta.apache.org/msg03493.html Here is a policy file that you can use for this: application-policy name = slide-domain authentication login-module code=com.greenmud.auth.SlideLoginModule flag=required module-option name=namespaceslide/module-option /login-module /authentication /application-policy Good Luck, Ryan Rhodes From: Roy Russo [EMAIL PROTECTED] Reply-To: Slide Users Mailing List [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED] Subject: Re: slide and jboss Date: Tue, 30 Nov 2004 11:50:59 -0500 ok... I got it working, without going to the DB for now, and heres what I did. (I will update our wiki page this week) It is exactly the same as securing the jmx-console: http://www.jboss.org/wiki/Wiki.jsp?page=SecureTheJmxConsole 1. Upack the slide.war and place it under the deploy dir. 2. Create /WEB-INF/classes/slide-users.properties and /WEB-INF/classes/slide-roles.properties 3. Edit the /server/standard/conf/login-config.xml and add a security domain for slide-domain: !-- Security domain for JBoss Portal - Jakarta Slide -- application-policy name = slide-domain authentication login-module code=org.jboss.security.auth.spi.UsersRolesLoginModule flag = required module-option name=usersPropertiesslide-users.properties/module-option module-option name=rolesPropertiesslide-roles.properties/module-option /login-module /authentication /application-policy 4. Create /WEB-INF/jboss-web.xml and add this to it: jboss-web security-domainjava:/jaas/slide-domain/security-domain /jboss-web 5. Go in to /WEB-INF/web.xml and uncomment the security contraint blocks at the bottom. 6. Start jboss. 7. Go to http://localhost:8080/slide and you should be prompted for a login. I think I got it all. Thank you very much, Pat. Roy Russo JBoss Portal Developer JBoss, Inc. 404-467-8555 x223 [EMAIL PROTECTED] - Original Message - From: Patrick van Kann [EMAIL PROTECTED] To: Slide Users Mailing List [EMAIL PROTECTED]; Slide Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 10:54 AM Subject: RE: slide and jboss auto-create-users will have no effect until you secure slide using a non-Slide realm. You have to get that working first - and the wiki page doesn't really describe this properly. The effect it will have is that when you authenticate against the external realm, Slide will automatically create a collection in /slide/users named after the principal you have logged in as. I believe there is also a setting for auto-create-roles that will do the same with any of the roles that the principal has in /slide/roles. The effect of this is that you will then be able to set ACLS on specific URIs based on these users and roles. If you don't use auto-create-users and auto-create-roles, you can use application logic (say in the portlet itself, assuming this is what you are developing) that can create these collections for you. These settings got non-slide authentication working for me: server/default/deploy/slide.war/WEB-INF/jboss-web.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3//EN http://www.jboss.org/j2ee/dtd/jboss-web_3_0.dtd; jboss-web class-loading java2ClassLoadingCompliance=false loader-repositoryorg.apache.slide:loader=slide.war/loader-repository /class-loading security-domainjava:/jaas/slide-domain/security-domain resource-ref res-ref-namejdbc/SlideDS/res-ref-name res-typejavax.sql.DataSource/res-type jndi-namejava:/jdbc/SlideDS/jndi-name /resource-ref /jboss-web in server/default/conf/login-config.xml I added a policy application-policy name = slide-domain authentication login-module code = org.jboss.security.auth.spi.DatabaseServerLoginModule flag=required module-option name = dsJndiNamejava:/jdbc/SecurityDS/module-option module-option name = principalsQuery select password from Users where username=? /module-option module-option name = rolesQuery select groupname, null from GroupMembers m where m.username = ? /module-option /login-module /authentication /application-policy Hope it helps. Patrick -Original Message- From: Roy Russo [mailto:[EMAIL PROTECTED] Sent: Tue 11/30/2004 3:29 PM To: Slide Users Mailing List Subject: Re: slide and jboss Well, its definitely good news to hear that someone got it
RE: Slide and JSR170
Thanks for the response. I quess my question is, What is the overall architecture for CMS as far as Apache goes ? There seems to be quite a bit of duplication, and I am not sure why slide wouldn't use jackrabbit, or 170. They seem like the logical stack. I agree with your assessment re: webdav. It is more global in nature. Just curious, why do you recommend against using the server Slide API. Is it because it is only relevant to slide ? If so, I agree, because it causes technology lockin. So, if that is the case, what is the benefit of the server api at all ? Jeff -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 6:08 PM To: Slide Users Mailing List; [EMAIL PROTECTED] Subject: Re: Slide and JSR170 Slide does not support JRS170. Jackrabbit isn't used either. It's the other way round as well, Jackrabbit does not use Slide either. I guess there are quite a number of parameters included in the decision which way to go, so I really can not make any recommendation. Good thing about WebDAV is that there already are a number of applications supporting it. Drawback would be that WebDAV by nature is a client/sever protocol, so you would always have the communication overhead. On the other hand while JSR170 covers only certain aspects of a content store, WebDAV is pretty much complete. Additionally, programming against JSR170 would restrict you to Java solutions. I *personally* would not at all recommend programming against the sever Slide API... Oliver On Tue, 30 Nov 2004 17:52:17 -0500, Jeff Broberg [EMAIL PROTECTED] wrote: Ok, simple question. Is the Slide API based on JSR170 ? If so, is JackRabbit used inside Slide ? We are considering if we should write our java clients to use WebDAV client protocols or use the Slide API, or if possible the 170 api. Any guidance would be appreciated. Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: version numbers
I don't know if you can change the version numbering. There is code in the jdbc store adapters that seems to assume that revision numbers take a certain format. I modified one usage of this in the DB2 store to make the file revision branching work but am pretty certain the other jdbc stores will have the same problem. The way that the numbering is formatted now lets you branch your document revisions eg. go from 1.2 to 1.2.1 for example. This can happen if two users checkout the same document but checkin in a different order... or something to that effect. Most version control systems that I've used where branching is possible start at 1.0 and increment in the same way that Slide does. Though I'm not sure if you can ever reach 2.0 :-) Warwick -Original Message- From: Jacob Lund [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 4:09 PM To: [EMAIL PROTECTED] Subject: version numbers Hi All! Is it possible to change the version numbering? The fact that all versions starts with 1.number seems very strange?!? Or am I missing something? /jacob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide and JSR170
I don't think jsr 170 forms a logical stack for Slide - who's primary concern is WebDAV protocol implementation. I am very skeptical of jsr 170 - more so after looking at participants - Fujitsu, IBM, BEA, Sun, HP, Borland aren't exactly companies I think of when considering content management systems. I think this is another example of the jcp's callous disregard for what already exists. Webdav, Delta V, ACL, WebDAV-search etc. already exist as standards in a language neutral way. Instead of specifying a java API that basically uses java native method calls in lieu of http, they've created a whole parallel spec set. What a waste ... - Original Message - From: Jeff Broberg [EMAIL PROTECTED] To: [EMAIL PROTECTED]; 'Slide Users Mailing List' [EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 7:56 PM Subject: RE: Slide and JSR170 Thanks for the response. I quess my question is, What is the overall architecture for CMS as far as Apache goes ? There seems to be quite a bit of duplication, and I am not sure why slide wouldn't use jackrabbit, or 170. They seem like the logical stack. I agree with your assessment re: webdav. It is more global in nature. Just curious, why do you recommend against using the server Slide API. Is it because it is only relevant to slide ? If so, I agree, because it causes technology lockin. So, if that is the case, what is the benefit of the server api at all ? Jeff -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 6:08 PM To: Slide Users Mailing List; [EMAIL PROTECTED] Subject: Re: Slide and JSR170 Slide does not support JRS170. Jackrabbit isn't used either. It's the other way round as well, Jackrabbit does not use Slide either. I guess there are quite a number of parameters included in the decision which way to go, so I really can not make any recommendation. Good thing about WebDAV is that there already are a number of applications supporting it. Drawback would be that WebDAV by nature is a client/sever protocol, so you would always have the communication overhead. On the other hand while JSR170 covers only certain aspects of a content store, WebDAV is pretty much complete. Additionally, programming against JSR170 would restrict you to Java solutions. I *personally* would not at all recommend programming against the sever Slide API... Oliver On Tue, 30 Nov 2004 17:52:17 -0500, Jeff Broberg [EMAIL PROTECTED] wrote: Ok, simple question. Is the Slide API based on JSR170 ? If so, is JackRabbit used inside Slide ? We are considering if we should write our java clients to use WebDAV client protocols or use the Slide API, or if possible the 170 api. Any guidance would be appreciated. Jeff - 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]
problem: OS X mounting webdav as read only
I've searched the archives and found some recent discussion around this but no great diagnostics or resolution. I'll do what I can to be helpful... My setup: I have slide running embedded in my own web application running on Tomcat 5. I built slide from CVS Nov 5. I have disabled authentication in slide and am using container-managed security for authentication (HTTP basic). I am using TransientLockStore and TransientSecurityStore and SimpleFileStore for the other stores. My problem: With my Win2k webdav client, I can use my webdav share with the ability to do all actions. On OS X 10.3.6, I can mount my webdav share but it mounts read only. I see that there are people who are having more success with OS X on this mailing list so I'm curious what could be different. I've tried: I've tried toggling lockdiscoveryIncludesPrincipalURL and get the same behavior. I tried a new build from the latest changes in CVS (I saw a post saying that recent changes may have fixed OS X issues) but ran in to showstopper issues with both webdav clients. (I'll provide info in another email.) I turned on debugging but see the same log entries for both the working win2k client and read-only OS X client. Goliath 1.0.1 seems to work great. I'm happy to provide more info. It doesn't look like webdavfs can be configured to run through a proxy so is tcpdump the call? Alon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Slide and JSR170
Just some food for thought to help protect your software from this duplication... If I were to start from scratch (not that I would) I would create an architecture that uses both in a multi-layered fashion. On the java client side (e.g. Swing) I would: - wrap a webdav api (e.g. slide) with the jsr170 api - this allows the client to access any webdav server - allows swapping jsr170 implementations - allows for swapping client-side CM tools that are used locally and don't need http. I think this is along the lines of jsr-147. On the server side I would: - expose the external facing/remote interface using webdav - this allows existing clients to access it - it also allows streaming large files over http which is more scalable then the non-streaming rmi alternative - internally I would use the jsr170 api so I don't have to define my own - the server could also act as a webdav client and use the wrapper mentioned above I use this logical architecture as a reference model when I need to decide what to use where and to help protect/decouple me from those choices. - John -Original Message- From: Jeff Broberg [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 7:57 PM To: [EMAIL PROTECTED]; 'Slide Users Mailing List' Subject: RE: Slide and JSR170 Thanks for the response. I quess my question is, What is the overall architecture for CMS as far as Apache goes ? There seems to be quite a bit of duplication, and I am not sure why slide wouldn't use jackrabbit, or 170. They seem like the logical stack. I agree with your assessment re: webdav. It is more global in nature. Just curious, why do you recommend against using the server Slide API. Is it because it is only relevant to slide ? If so, I agree, because it causes technology lockin. So, if that is the case, what is the benefit of the server api at all ? Jeff -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 6:08 PM To: Slide Users Mailing List; [EMAIL PROTECTED] Subject: Re: Slide and JSR170 Slide does not support JRS170. Jackrabbit isn't used either. It's the other way round as well, Jackrabbit does not use Slide either. I guess there are quite a number of parameters included in the decision which way to go, so I really can not make any recommendation. Good thing about WebDAV is that there already are a number of applications supporting it. Drawback would be that WebDAV by nature is a client/sever protocol, so you would always have the communication overhead. On the other hand while JSR170 covers only certain aspects of a content store, WebDAV is pretty much complete. Additionally, programming against JSR170 would restrict you to Java solutions. I *personally* would not at all recommend programming against the sever Slide API... Oliver On Tue, 30 Nov 2004 17:52:17 -0500, Jeff Broberg [EMAIL PROTECTED] wrote: Ok, simple question. Is the Slide API based on JSR170 ? If so, is JackRabbit used inside Slide ? We are considering if we should write our java clients to use WebDAV client protocols or use the Slide API, or if possible the 170 api. Any guidance would be appreciated. Jeff - 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]
Re: WCK: A Question
Thanz Oliver for the reply! :) Well, the symptoms are that when I try to create an item to my CMS through the webdav servlet, an item is added by name not by Id so that when i open it, my CMS complains that the id is not valid, (cos the diplay name is passed istead of the id) that's why i need to know how to change the item url to show the id instead of the name?? should I issue a refresh, (so that my CMS reads the items by ID and set the label as the diplay name as needed) ?? or is there another way?? Thanx alot! Rony Oliver Zeigermann [EMAIL PROTECTED] wrote: -- Forwarded message -- From: Oliver Zeigermann Date: Mon, 29 Nov 2004 17:59:55 +0100 Subject: Re: WCK: A Question To: EngR H On Mon, 29 Nov 2004 00:06:55 -0800 (PST), EngR H wrote: Hi Oliver, thanks alot for the reply! first of all, sorry for not being somehow to the point in my last mail.. may be cos English is not my mother language :) Well, concerning JAAS I didn't yet work wiz it ... English isn't my native language either, but people don't even understand me in German ;) About the problem, caching is half the problem .. I'll try to explain :) getChildrenNames in my customization returns my CMS item id's not labels, while labels are set as the display name property, so that items are seen with their display name while they are recognized by the webdav server by their id's, the problem is that when creating a new (folder/document) to the webdav server, the folder name is added to the webdav children by name and a new folder is added to my CMS. I need to let the webdav replace the folder name with my CMS folder ID, is that possible ??? Hmmm, not sure if this is such a good idea as some clients do not use the display name, but only the URL. Anyway, I think I understand the problem. What are the symptoms? Does the client see something wrong? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! Mail - You care about security. So do we.