Re: multiple stores vs. multiple namespaces
One tradeoff of multiple namespaces is that a single WebdavServlet can only serve a single Namespace, AFAIK. Copying between two namespaces might be a prblem to. Stefan James Mason wrote: Multiple stores would be simpler to configure, but other than that I don't think there would be a big difference. I've never played with multiple namespaces, though, so I could be missing something there. -James On Wed, 2004-11-17 at 11:33 -0800, Mirko Froehlich wrote: We will likely need to use several JDBC (or rather J2EE) stores. The main reason is that each of these will fall under a slightly different publishing workflow, and we want to be able to independently publish them by copying the appropriate database from staging to production, etc. It seems like I could either set up multiple namespaces, with a single store for each namespace, or I could set up a single namespace with multiple stores. In both cases, the resulting folder hierarchy would look the same (assuming I configure the mappings appropriately in Domain.xml). I don't really care too much about things like access control, as most of this will be handled by our business logic rather than by Slide. Which configuration would you recommend, and what are the trade-offs? -Mirko - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Stefan Lützkendorf -- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server API
Hi Oliver I can't say that I have any inside knowledge as to which vendors (if any) will produce implementations of the JCR170 specification but I just feel that we won't be seeing any until the spec has been totally finalised and in the Java arena for a fair while. I expect that we will see some basic open source implementations of JCR for repositories such as Lotus Notes, MediaSurface etc before the vendors add their own propriety extensions to manage security etc. From our point of view if the standard API provides 80-90% of our required functionality then it will be of benefit as we will only need to create small adapter classes to implement issues such as security if we choose to support an extra CMS. My opinion is that the JCR specification provides a pretty good API for the basic CMS functions but it will prevent you from using the all the powerful features of the underlying CMS. It is a bit like a basic JDBC driver that will allow you to insert, update and delete records in a database but won't allow you to grant permissions on tables or execute stored procedures. Andy -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: 17 November 2004 17:22 To: Slide Users Mailing List Subject: Re: Server API On Wed, 17 Nov 2004 08:59:40 -0800, James Mason [EMAIL PROTECTED] wrote: On Wed, 2004-11-17 at 14:31 +, Andy Bowes wrote: The long term goal for our portal is to be able to migrate to a JCR compliant repository but I reckon it will be nearly a year before the major CMS players introduce robust implementations of the JCR specification. Our aim is to allow our customers to select a CMS based on cost / performance and to be able to switch CMS repositories just by reconfiguring the application. Have you seen signs that indicate major CMS players will finally implement the JCR? Just wondering... Anyway, I am afraid an exchange still will not be possible even when programming to the JCR. Certainly, it is nice to have something like an API people are familiar with, but - as you said - there are certain mandatory parts that are not adressed by the API. AFAIK this has been done on purpose and won't change. Oliver - 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]
Error putting large files into Slide 2.1b2 - Oracle Store
Hi, I seem to have solved most of the problems I was having by downloading 2.1b2; however, I am now having trouble putting any but the smallest of files into slide, I have tried with compression on and off and auto-versioning on and off (as these seem to be mentioned a few times in realation to Oracle trounles); however whatever I do I seem to get one of the follow errors. 18 Nov 2004 11:11:13 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - java.io.EOFException: Unexpected end of ZLIB input stream 18 Nov 2004 11:31:06 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - WARNING - java.sql.SQLException: Io exception: End of TNS data channel 18 Nov 2004 11:40:08 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - WARNING - java.sql.SQLException: Io exception: Connection reset by peer: socket write error I'm tearing my hair out here - any help would be greatly appreciated. I can give more details (domain.xml) and full stack traces if needed. Many Thanks, Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New user problems
Hi there. Very new to slide and WebDAV in general. I have checked the archive, but have found nothing that helps me with my problem. I am 'simply' trying to set up a new user. I have followed the instructions on http://jakarta.apache.org/slide/howto-create-users.html. However, when I try to log in (as in the instructions towards the end of the link) I get the following message: DAV interpreter 403 Access to the requested resource has been denied. and the Catalina log file has the following line: User null doesn't have his password property set : can't authenticate Can anyone help? Dharmesh Rana seems to have had the identical situation, but there is no reply on the archive... Thanks in advance. Andrew D. Ferguson Documentation Team Leader Graham Technology +44 (0) 141 533 4062 This email (and any attachments) is private and confidential, and is intended solely for the addressee. If you have received this communication in error please remove it and inform us via telephone or email. Although we take all possible steps to ensure mail and attachments are free from malicious content, malware and virii, we cannot accept any responsibility whatsoever for any changes to content outwith our administrative bounds. The views represented within this mail are solely the view of the author and do not reflect the views of Graham Technology as a whole. Graham Technology plc http://www.gtnet.com
Needs help with the creation of new roles and users
Hi, I'm rather new to world of Jakarta Slide and as such I could use some assistance. What I want to do is to first create a new role and then add a new user to that role. I also want to be able to give the role access to one or more collections (primarily in the /files collection). If this could be achieved with the DAV Explorer it would be great, but I haven't be able to so far. I have been able to create both roles and users, as well as assigning users to role(s), with DAV Explorer. However, all attempts to assign the new role to, say, the /files collection fails miserably as I can't login (I get a 403 Access to the requested resource has been denied). When creating a new user and assigning it to one of the user role (following the HOWTO located here: http://jakarta.apache.org/slide/howto-create-users.html), everything works like a charm. I'm a bit confused as to where I should do my changes, and what changes I should do. Should I work with the domain.xml file at all or should I only use other tools (such as DAV Explorer or a tool of my own making)? When looking at the metadata stored in a MySQL database I saw a field called succession in the permissions table, has this value any impact on the way permissions are evaluated? I.e. can a permission that should give role/user more access be blocked by another permission? The setup at moment is as follows: I'm using Slide 2.1b2 bundled with Tomcat 5.0.28, a standard Windows file system to store files in and a MySQL 4.1.7 database to store metadata in. I'm also using DAV Explorer 0.90. Best regards, Pontus Strand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New user problems
Scratch that request for help. My problem was that I was creating the user role property on a node instead of on the root. I think. Anyway, my new user now logs in happily. Andrew D. Ferguson Documentation Team Leader Graham Technology +44 (0) 141 533 4062 -Original Message- From: Andrew Ferguson [mailto:[EMAIL PROTECTED] Sent: 18 November 2004 12:46 To: [EMAIL PROTECTED] Subject: New user problems Hi there. Very new to slide and WebDAV in general. I have checked the archive, but have found nothing that helps me with my problem. I am 'simply' trying to set up a new user. I have followed the instructions on http://jakarta.apache.org/slide/howto-create-users.html. However, when I try to log in (as in the instructions towards the end of the link) I get the following message: DAV interpreter 403 Access to the requested resource has been denied. and the Catalina log file has the following line: User null doesn't have his password property set : can't authenticate Can anyone help? Dharmesh Rana seems to have had the identical situation, but there is no reply on the archive... Thanks in advance. Andrew D. Ferguson Documentation Team Leader Graham Technology +44 (0) 141 533 4062 This email (and any attachments) is private and confidential, and is intended solely for the addressee. If you have received this communication in error please remove it and inform us via telephone or email. Although we take all possible steps to ensure mail and attachments are free from malicious content, malware and virii, we cannot accept any responsibility whatsoever for any changes to content outwith our administrative bounds. The views represented within this mail are solely the view of the author and do not reflect the views of Graham Technology as a whole. Graham Technology plc http://www.gtnet.com This email (and any attachments) is private and confidential, and is intended solely for the addressee. If you have received this communication in error please remove it and inform us via telephone or email. Although we take all possible steps to ensure mail and attachments are free from malicious content, malware and virii, we cannot accept any responsibility whatsoever for any changes to content outwith our administrative bounds. The views represented within this mail are solely the view of the author and do not reflect the views of Graham Technology as a whole. Graham Technology plc http://www.gtnet.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Force authentication on edit of webdav document ?
Hi I notice that when I edit a document that is retrieved from the Slide webdav server, ie via a web folder, in an application like Word, it will ask for authentication the first time and then not after. Seems to be caching the credentials. For other apps, like Excel, the authentication is required every time the document is edited. With other webdav servers I have accessed, they seem to require the authentication with each and every request. This would tell me that its not a browser setting, since I am not accessing the document from a browser. Is there a way to force Slide's webdav server to request authentication every time a document is retrieved ? Nick
RE: Force authentication on edit of webdav document ?
Hello Nick, Actually, if you have authentication activated, tomcat (and slide) always expects you to be authenticated. If your're not, the server and client negotiate with witch other for authentication. More or less this is what happens: 1) client: gimme this file 2) server: you are not authorized, you must authenticate using this encryption algorithm using credentials of this realm 3) authenticated client: ok, now I'm this guy, gimme this file 4) server: ok, your credentials are confirmed, here is what you've requested What is happening when a client is always requested for credentials? A clear symptom is that the http application in the client side is not very smart, because it's always discarding the credentials introduced in previous negotiations. So a quick answer is: slide and tomcat always need someone to be authenticated before interaction can occur, so you don't have a problem there; what you probably need to satisfy that requisite is a dumb http application in the client side. Hope this helps, Miguel Figueiredo -Original Message- From: Nick Longinow [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 18 de Novembro de 2004 14:02 To: 'Slide Users Mailing List' Subject: Force authentication on edit of webdav document ? Hi I notice that when I edit a document that is retrieved from the Slide webdav server, ie via a web folder, in an application like Word, it will ask for authentication the first time and then not after. Seems to be caching the credentials. For other apps, like Excel, the authentication is required every time the document is edited. With other webdav servers I have accessed, they seem to require the authentication with each and every request. This would tell me that its not a browser setting, since I am not accessing the document from a browser. Is there a way to force Slide's webdav server to request authentication every time a document is retrieved ? Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Force authentication on edit of webdav document ?
Ok, so then its not a Tomcat or Slide issue. That's what I needed to know. It will have to be tracked down on the client side, then. Thanks Miguel Nick -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 9:25 AM To: 'Slide Users Mailing List' Subject: RE: Force authentication on edit of webdav document ? Hello Nick, Actually, if you have authentication activated, tomcat (and slide) always expects you to be authenticated. If your're not, the server and client negotiate with witch other for authentication. More or less this is what happens: 1) client: gimme this file 2) server: you are not authorized, you must authenticate using this encryption algorithm using credentials of this realm 3) authenticated client: ok, now I'm this guy, gimme this file 4) server: ok, your credentials are confirmed, here is what you've requested What is happening when a client is always requested for credentials? A clear symptom is that the http application in the client side is not very smart, because it's always discarding the credentials introduced in previous negotiations. So a quick answer is: slide and tomcat always need someone to be authenticated before interaction can occur, so you don't have a problem there; what you probably need to satisfy that requisite is a dumb http application in the client side. Hope this helps, Miguel Figueiredo -Original Message- From: Nick Longinow [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 18 de Novembro de 2004 14:02 To: 'Slide Users Mailing List' Subject: Force authentication on edit of webdav document ? Hi I notice that when I edit a document that is retrieved from the Slide webdav server, ie via a web folder, in an application like Word, it will ask for authentication the first time and then not after. Seems to be caching the credentials. For other apps, like Excel, the authentication is required every time the document is edited. With other webdav servers I have accessed, they seem to require the authentication with each and every request. This would tell me that its not a browser setting, since I am not accessing the document from a browser. Is there a way to force Slide's webdav server to request authentication every time a document is retrieved ? 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: Force authentication on edit of webdav document ?
np :) -Original Message- From: Nick Longinow [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 18 de Novembro de 2004 14:35 To: 'Slide Users Mailing List' Subject: RE: Force authentication on edit of webdav document ? Ok, so then its not a Tomcat or Slide issue. That's what I needed to know. It will have to be tracked down on the client side, then. Thanks Miguel Nick -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 9:25 AM To: 'Slide Users Mailing List' Subject: RE: Force authentication on edit of webdav document ? Hello Nick, Actually, if you have authentication activated, tomcat (and slide) always expects you to be authenticated. If your're not, the server and client negotiate with witch other for authentication. More or less this is what happens: 1) client: gimme this file 2) server: you are not authorized, you must authenticate using this encryption algorithm using credentials of this realm 3) authenticated client: ok, now I'm this guy, gimme this file 4) server: ok, your credentials are confirmed, here is what you've requested What is happening when a client is always requested for credentials? A clear symptom is that the http application in the client side is not very smart, because it's always discarding the credentials introduced in previous negotiations. So a quick answer is: slide and tomcat always need someone to be authenticated before interaction can occur, so you don't have a problem there; what you probably need to satisfy that requisite is a dumb http application in the client side. Hope this helps, Miguel Figueiredo -Original Message- From: Nick Longinow [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 18 de Novembro de 2004 14:02 To: 'Slide Users Mailing List' Subject: Force authentication on edit of webdav document ? Hi I notice that when I edit a document that is retrieved from the Slide webdav server, ie via a web folder, in an application like Word, it will ask for authentication the first time and then not after. Seems to be caching the credentials. For other apps, like Excel, the authentication is required every time the document is edited. With other webdav servers I have accessed, they seem to require the authentication with each and every request. This would tell me that its not a browser setting, since I am not accessing the document from a browser. Is there a way to force Slide's webdav server to request authentication every time a document is retrieved ? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
Wouldn't it be a good idea to create a Wiki page for WS? This email would a great start to cumulate all information in a single location. Oliver On Wed, 17 Nov 2004 17:30:07 -0500, Jagadeesh Sunkara [EMAIL PROTECTED] wrote: I am wondering if there is atleast one person who is successful in running the latest Slide 2.1 beta 2 on Websphere 5.1. I am running into many issues running slide on websphere and hoping that someone from this list will help me out... 1) JDOM issue, the jdom.jar (ver 1.0) that comes with slide2.1beta2 is later than websphere's version of jdom, so I had to remove/replace websphere's version and it works fine now, no errors during slide startup/initialization 2) Encoding issue. I am seeing the following error in the websphere console, not sure why. So I commented out resp.setContentType(utf8) in profind.java temporarily and now I am not seeing message in the console but the response is empty.. Some one has already complained about this issue in september but no response(http://www.mail-archive.com/slide-user@jakarta.apache.org/msg07484. html http://www.mail-archive.com/slide-user@jakarta.apache.org/msg07484.html ) [11/17/04 15:35:50:909 MST] 665844ce TraceNLS u No message text associated with key Failed.to.create.a.writer.with.encoding:.{0}..The.default.encoding.will.be.u sed. in bundle com.ibm.ejs.resources.seriousMessages [11/17/04 15:35:50:909 MST] 665844ce SRTServletRes W Failed to create a writer with encoding: UTF-8. The default encoding will be used. [11/17/04 15:35:51:190 MST] 665844ce SystemOut O Servlet.Engine.Transports : 0, 17-Nov-2004 15:35:50, , PROPFIND, 207 Multi-Status, 468 ms, / 3) I am using Webdav client.WebdavResource methods to access the server and all of these methods are returning 207 but nothing in the response, and all the properties like isCollection are set to default. I don't know where things are going. The exact same code works fine for slide on tomcat. The authentication is not an issue here as we are doing our own custom authentication and setting the Credentials properly. I've tried to debug the webdav server side code and everything looks fine(no exceptions thrown). I am wondering either some part of the code is swallowing exception or there is a serious bug or noone has tried running it on websphere... Any kind of help or atleast some pointers is appreciated... Thanks, Jagadeesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
Link to Slide Wiki: http://wiki.apache.org/jakarta-slide Oliver On Thu, 18 Nov 2004 16:10:03 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Wouldn't it be a good idea to create a Wiki page for WS? This email would a great start to cumulate all information in a single location. Oliver On Wed, 17 Nov 2004 17:30:07 -0500, Jagadeesh Sunkara [EMAIL PROTECTED] wrote: I am wondering if there is atleast one person who is successful in running the latest Slide 2.1 beta 2 on Websphere 5.1. I am running into many issues running slide on websphere and hoping that someone from this list will help me out... 1) JDOM issue, the jdom.jar (ver 1.0) that comes with slide2.1beta2 is later than websphere's version of jdom, so I had to remove/replace websphere's version and it works fine now, no errors during slide startup/initialization 2) Encoding issue. I am seeing the following error in the websphere console, not sure why. So I commented out resp.setContentType(utf8) in profind.java temporarily and now I am not seeing message in the console but the response is empty.. Some one has already complained about this issue in september but no response(http://www.mail-archive.com/slide-user@jakarta.apache.org/msg07484. html http://www.mail-archive.com/slide-user@jakarta.apache.org/msg07484.html ) [11/17/04 15:35:50:909 MST] 665844ce TraceNLS u No message text associated with key Failed.to.create.a.writer.with.encoding:.{0}..The.default.encoding.will.be.u sed. in bundle com.ibm.ejs.resources.seriousMessages [11/17/04 15:35:50:909 MST] 665844ce SRTServletRes W Failed to create a writer with encoding: UTF-8. The default encoding will be used. [11/17/04 15:35:51:190 MST] 665844ce SystemOut O Servlet.Engine.Transports : 0, 17-Nov-2004 15:35:50, , PROPFIND, 207 Multi-Status, 468 ms, / 3) I am using Webdav client.WebdavResource methods to access the server and all of these methods are returning 207 but nothing in the response, and all the properties like isCollection are set to default. I don't know where things are going. The exact same code works fine for slide on tomcat. The authentication is not an issue here as we are doing our own custom authentication and setting the Credentials properly. I've tried to debug the webdav server side code and everything looks fine(no exceptions thrown). I am wondering either some part of the code is swallowing exception or there is a serious bug or noone has tried running it on websphere... Any kind of help or atleast some pointers is appreciated... Thanks, Jagadeesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
Jagadeesh Sunkara [EMAIL PROTECTED] wrote: 1) JDOM issue, the jdom.jar (ver 1.0) that comes with slide2.1beta2 is later than websphere's version of jdom, so I had to remove/replace websphere's version and it works fine now, no errors during slide startup/initialization You should not touch WebSphere /lib directory. There is a ClassLoader Policy option at EAR level Use PARENT_LAST. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error putting large files into Slide 2.1b2 - Oracle Store
I really would appreciate it if someone could help me out with this, I know there have been similar questions in the past, but I've searched the mail archive and can't find anything that helps. I seem to have solved the Connection reset by peer: socket write error problem by downloading the latest (10g) oracle JDBC drivers. Everything now seems to work when auto-versioning and compression are both off; however, I *really* need to have auto-versioning enabled. In the mail archives it has been suggested that to achieve this I need to enable compression; with compression on I get the following error: 18 Nov 2004 15:47:21 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - java.io.EOFException: Unexpected end of ZLIB input stream java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134) at java.util.zip.ZipInputStream.read(ZipInputStream.java:139) at org.apache.slide.store.impl.rdbms.StoreContentZip.UnZip(StoreContentZip.java:103) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveRevisionContent(StandardRDBMSAdapter.java:745) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveRevisionContent(AbstractRDBMSStore.java:806) at org.apache.slide.store.AbstractStore.retrieveRevisionContent(AbstractStore.java:1290) at org.apache.slide.store.ExtendedStore.retrieveRevisionContent(ExtendedStore.java:492) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:352) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:322) at org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelper.java:274) at org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.java:397) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:386) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688) at java.lang.Thread.run(Thread.java:534) With compression off (but auto-versioning on) I get the following error: 18 Nov 2004 15:51:12 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - SQL error 17002 on /history/8: Io exception: Io exception: End of TNS data channel java.sql.SQLException: Io exception: Io exception: End of TNS data channel at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:125) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:162) at
RE: Error putting large files into Slide 2.1b2 - Oracle Store
It looks like you are using the compression = true flag in your store defn. Try turning this to false, and then use the patched driver created by Davide and available on his site (for testing) at: http://www.corefandango.net/slide/ Nick -Original Message- From: Luke Noel-Storr [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 11:00 AM To: Slide Users Mailing List Subject: Re: Error putting large files into Slide 2.1b2 - Oracle Store I really would appreciate it if someone could help me out with this, I know there have been similar questions in the past, but I've searched the mail archive and can't find anything that helps. I seem to have solved the Connection reset by peer: socket write error problem by downloading the latest (10g) oracle JDBC drivers. Everything now seems to work when auto-versioning and compression are both off; however, I *really* need to have auto-versioning enabled. In the mail archives it has been suggested that to achieve this I need to enable compression; with compression on I get the following error: 18 Nov 2004 15:47:21 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - java.io.EOFException: Unexpected end of ZLIB input stream java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134) at java.util.zip.ZipInputStream.read(ZipInputStream.java:139) at org.apache.slide.store.impl.rdbms.StoreContentZip.UnZip(StoreContentZip.java :103) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveRevisionConte nt(StandardRDBMSAdapter.java:745) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveRevisionContent (AbstractRDBMSStore.java:806) at org.apache.slide.store.AbstractStore.retrieveRevisionContent(AbstractStore.j ava:1290) at org.apache.slide.store.ExtendedStore.retrieveRevisionContent(ExtendedStore.j ava:492) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:352) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:322) at org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelpe r.java:274) at org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.java:397) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod .java:386) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:233) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:732) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:688) at
Re: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
OK, I created an initial Wiki page at http://wiki.apache.org/jakarta-slide/WebSphereSetup that initially contains Jagadeesh's experience. Lionel, have you been able to let Slide run on WS? Would you share your knowledge in the Wiki as well? Thanks, Oliver On Thu, 18 Nov 2004 16:57:15 +0100, Lionel Mayaud [EMAIL PROTECTED] wrote: Jagadeesh Sunkara [EMAIL PROTECTED] wrote: 1) JDOM issue, the jdom.jar (ver 1.0) that comes with slide2.1beta2 is later than websphere's version of jdom, so I had to remove/replace websphere's version and it works fine now, no errors during slide startup/initialization You should not touch WebSphere /lib directory. There is a ClassLoader Policy option at EAR level Use PARENT_LAST. - 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: Error putting large files into Slide 2.1b2 - Oracle Store
That seems to have done the trick. Thank you so much, if I was single and female I'd marry you and have your children! Many thanks, Luke. - Nick Longinow wrote: It looks like you are using the compression = true flag in your store defn. Try turning this to false, and then use the patched driver created by Davide and available on his site (for testing) at: http://www.corefandango.net/slide/ Nick -Original Message- From: Luke Noel-Storr [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 11:00 AM To: Slide Users Mailing List Subject: Re: Error putting large files into Slide 2.1b2 - Oracle Store I really would appreciate it if someone could help me out with this, I know there have been similar questions in the past, but I've searched the mail archive and can't find anything that helps. I seem to have solved the Connection reset by peer: socket write error problem by downloading the latest (10g) oracle JDBC drivers. Everything now seems to work when auto-versioning and compression are both off; however, I *really* need to have auto-versioning enabled. In the mail archives it has been suggested that to achieve this I need to enable compression; with compression on I get the following error: 18 Nov 2004 15:47:21 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - java.io.EOFException: Unexpected end of ZLIB input stream java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134) at java.util.zip.ZipInputStream.read(ZipInputStream.java:139) at org.apache.slide.store.impl.rdbms.StoreContentZip.UnZip(StoreContentZip.java :103) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveRevisionConte nt(StandardRDBMSAdapter.java:745) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveRevisionContent (AbstractRDBMSStore.java:806) at org.apache.slide.store.AbstractStore.retrieveRevisionContent(AbstractStore.j ava:1290) at org.apache.slide.store.ExtendedStore.retrieveRevisionContent(ExtendedStore.j ava:492) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:352) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:322) at org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelpe r.java:274) at org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.java:397) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod .java:386) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:233) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:732) at
Re: Needs help with the creation of new roles and users
After you create the users/roles, you'll need to modify the ACL of the collection you want to give access to. I don't think DAVExplorer can modify ACLs, so I'd suggest you use the Slide command-line client. http://jakarta.apache.org/slide/webdav-client.html should get you started. The command you'll need are open and grant. -James On Thu, 2004-11-18 at 14:01 +0100, Pontus Strand wrote: Hi, I'm rather new to world of Jakarta Slide and as such I could use some assistance. What I want to do is to first create a new role and then add a new user to that role. I also want to be able to give the role access to one or more collections (primarily in the /files collection). If this could be achieved with the DAV Explorer it would be great, but I haven't be able to so far. I have been able to create both roles and users, as well as assigning users to role(s), with DAV Explorer. However, all attempts to assign the new role to, say, the /files collection fails miserably as I can't login (I get a 403 Access to the requested resource has been denied). When creating a new user and assigning it to one of the user role (following the HOWTO located here: http://jakarta.apache.org/slide/howto-create-users.html), everything works like a charm. I'm a bit confused as to where I should do my changes, and what changes I should do. Should I work with the domain.xml file at all or should I only use other tools (such as DAV Explorer or a tool of my own making)? When looking at the metadata stored in a MySQL database I saw a field called succession in the permissions table, has this value any impact on the way permissions are evaluated? I.e. can a permission that should give role/user more access be blocked by another permission? The setup at moment is as follows: I'm using Slide 2.1b2 bundled with Tomcat 5.0.28, a standard Windows file system to store files in and a MySQL 4.1.7 database to store metadata in. I'm also using DAV Explorer 0.90. Best regards, Pontus Strand - 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: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
Oliver Zeigermann [EMAIL PROTECTED] wrote: Lionel, have you been able to let Slide run on WS? Would you share your knowledge in the Wiki as well? No I haven't tryed yet. I'll share information as soon as I have enough time to test. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Error putting large files into Slide 2.1b2 - Oracle Store
Glad it worked. Thanks for the offer ;) Nick -Original Message- From: Luke Noel-Storr [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 11:27 AM To: Slide Users Mailing List Subject: Re: Error putting large files into Slide 2.1b2 - Oracle Store That seems to have done the trick. Thank you so much, if I was single and female I'd marry you and have your children! Many thanks, Luke. - Nick Longinow wrote: It looks like you are using the compression = true flag in your store defn. Try turning this to false, and then use the patched driver created by Davide and available on his site (for testing) at: http://www.corefandango.net/slide/ Nick -Original Message- From: Luke Noel-Storr [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 11:00 AM To: Slide Users Mailing List Subject: Re: Error putting large files into Slide 2.1b2 - Oracle Store I really would appreciate it if someone could help me out with this, I know there have been similar questions in the past, but I've searched the mail archive and can't find anything that helps. I seem to have solved the Connection reset by peer: socket write error problem by downloading the latest (10g) oracle JDBC drivers. Everything now seems to work when auto-versioning and compression are both off; however, I *really* need to have auto-versioning enabled. In the mail archives it has been suggested that to achieve this I need to enable compression; with compression on I get the following error: 18 Nov 2004 15:47:21 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - ERROR - java.io.EOFException: Unexpected end of ZLIB input stream java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134) at java.util.zip.ZipInputStream.read(ZipInputStream.java:139) at org.apache.slide.store.impl.rdbms.StoreContentZip.UnZip(StoreContentZip.jav a :103) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveRevisionCont e nt(StandardRDBMSAdapter.java:745) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveRevisionConten t (AbstractRDBMSStore.java:806) at org.apache.slide.store.AbstractStore.retrieveRevisionContent(AbstractStore. j ava:1290) at org.apache.slide.store.ExtendedStore.retrieveRevisionContent(ExtendedStore. j ava:492) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:352) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:322) at org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelp e r.java:274) at org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.java:397) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMetho d .java:386) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio n FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC h ain.java:204) at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio n FilterChain.java:233) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC h ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j a va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContex t Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j a va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:18 4 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:16 4 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav a :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte x t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at
Re: auto-version checkout
For those who are interested, Slide DOES let you change the value of the auto-version property. The RFC says the server can forbid this, but luckly Slide does not. The following snippet of code accomplishes the task: (Code is from Cocoon javascript, so the typing is not explicit) var propPatch = new PropPatchMethod(filePath); propPatch.addPropertyToSet(auto-version, D:checkout/, null, DAV:); var state = client.executeMethod(propPatch); Tim James Mason wrote on 17/11/04 02:00 AM: Tim, I believe the behavior you're seeing is expected. There was a discussion about this a few weeks back, you may be able to find it in the archive. I don't know a lot about versions (maybe someone else can step in here), but as far as I know the auto-version parameter only effects newly-created resources. To change the behavior on existing resource you need to set a property on them directly (I don't know which property this is, but it sounds like you do ;) ). Try playing with propatch and propget and see if you can change the behavior. -James On Mon, 2004-11-15 at 12:54 -0500, Tim Frank wrote: I have been trying to experiment with the various settings for auto-version specified in section 3.2.2 of the DeltaV RFC. I am either not understanding one of these options, or it is not operating as it should. I have set the auto-version parameter to checkout in Domain.xml like this: parameter name=auto-versioncheckout/parameter I am using the KDE webadv:// protocol and Windows Web Folders as my dumb clients, DAV Explorer as my smart client. If I create a new file with DAV Explorer then the behaviour works as expected, the dumb clients only put the file in the checkout state, then I must use the smart client to check it in when complete. However, if I try to use a file in the repository from before the configuration change, the old auto-version behaviour persists. Is this auto-version behaviour tied to every single file as it is created?? I can't seem to get any information on the auto-version property using a DASL search, it is always listed in the 404 response section. Is there a way to change the auto-version behaviour on a previously created resource? Tim - 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: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1
Lionel: For some reason, PARENT_LAST doesn't work on websphere(on development environment, not sure on runtime). So either I have to remove the jdom.jar from websphere/lib or have a SHARED_LIBS defined. We will be going with the later approach. I'd really appreciate if you can spend few minutes and share your experience/knowledge in running slide on websphere Oliver: Thanks for taking initiative to create the wiki page, lets hope we will get some input on this websphere setup... Thanks, Jagadeesh -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 9:18 AM To: Slide Users Mailing List Subject: Re: Is anyone running Slide 2.1 Beta2 on Websphere 5.1.1 OK, I created an initial Wiki page at http://wiki.apache.org/jakarta-slide/WebSphereSetup that initially contains Jagadeesh's experience. Lionel, have you been able to let Slide run on WS? Would you share your knowledge in the Wiki as well? Thanks, Oliver On Thu, 18 Nov 2004 16:57:15 +0100, Lionel Mayaud [EMAIL PROTECTED] wrote: Jagadeesh Sunkara [EMAIL PROTECTED] wrote: 1) JDOM issue, the jdom.jar (ver 1.0) that comes with slide2.1beta2 is later than websphere's version of jdom, so I had to remove/replace websphere's version and it works fine now, no errors during slide startup/initialization You should not touch WebSphere /lib directory. There is a ClassLoader Policy option at EAR level Use PARENT_LAST. - 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]
PropPatchMethod Hints
I thought this piece of information might be useful for others who are using/setting their own properties. I had some difficulty using the PropPatchMethod from the org.apache.webdav.lib.methods class for properties that had children/descendants. For example, the auto-version property that looks like this: D:auto-version D:checkin-checkout/ /D:auto-version I could remove the property by passing auto-version as the property name, but I could not create the property on first try. The trick I used was to pass the XML portion for the children/descendants as the String Value of the property. I noticed that internally all of the XML assembly for the request is a string, hence it just gets passed through nicely. So, if you want to create more complex properties, this is how you can create them with the webdav client API. Don't ask me how to retrieve those properties with the same API though, I don't think it can be done at present. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Indexing / DASL without Lucene
Thanks for the info. Could you elaborate a little on the JDBC store? Does it automatically take advantage of the database's indexing and search capabilities, or do I have to configure something to enable this? -Mirko On Wed, 2004-11-17 at 20:42, James Mason wrote: Umm... yes ;). By default Slide does no indexing, but rather crawls your entire store for each search request. Obvious, this is horribly inefficient. If you're using a JDBC store you can take advantage of the database's capabilities for indexing, and Slide 2.2 will add a much more powerful indexing system with Lucene. -James On Wed, 2004-11-17 at 11:25 -0800, Mirko Froehlich wrote: I am slightly confused about Slide's search implementation. It appears that Slide supports Lucene for indexing documents. I am using a file and a JDBC store, neither of which defines an indexer (i.e. the contentindexer element is commented out in my Domain.xml). Still, performing a DASL search using the WebDAV client API works fine in both of my stores. Does Slide fall back to a default search implementation if no contentindexer is defined? In this case I assume that using Lucene would result in more efficient search queries? -Mirko - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Indexing / DASL without Lucene
Mirko Froehlich wrote: Thanks for the info. Could you elaborate a little on the JDBC store? Does it automatically take advantage of the database's indexing and search capabilities, or do I have to configure something to enable this? You have to configure your JDBCStore with: parameter name=use-rdbms-expression-factorytrue/parameter Be aware that this leverages database indexes only for searches on properties but not for content searches. Guido - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Indexing / DASL without Lucene
Thanks, that's good to know. For content searches, is there any way to leverage MySQL's fulltext capabilities? Or are searches simply performed using a like clause? If not, is it already possible in 2.1b2 to configure a JDBC/J2EE store to use the Lucene indexer? -Mirko On Thu, 2004-11-18 at 11:51, Guido Casper wrote: Mirko Froehlich wrote: Thanks for the info. Could you elaborate a little on the JDBC store? Does it automatically take advantage of the database's indexing and search capabilities, or do I have to configure something to enable this? You have to configure your JDBCStore with: parameter name=use-rdbms-expression-factorytrue/parameter Be aware that this leverages database indexes only for searches on properties but not for content searches. Guido - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: clustering
Hi James, I tried /Warcontext/slide from both Domain.xml and web.xml, but still does not work. in web.xml param-namenamespace/param-name param-value/mywar/slide/param-value in Domain.xml slide namespace name=/mywar/slide Seems to be a bug. thanks Bin James Mason [EMAIL PROTECTED] wrote: Bin, If you can't use a combination of repository-domain and base-uri to get the path you want, than it's probably a bug. You can try setting your repository domain to /Warcontext/slide, I think that should work. I don't have a setup where I can test this, so you're going to have to let me know what does and does not work. -James On Tue, 2004-11-16 at 13:26 -0800, Bin Liu wrote: Hi, I have tried clustering on Slide2.1b2 and works great. However, I found the url has to be in the format of: http://host:port/slide, if I there is a WAR context in between, it won't work. eg. http://host:port/Warcontext/slide. Is there way to get around this? thanks Bin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Discover all thats new in My Yahoo!
Re: clustering
Bin, I'm confused about what you're trying to accomplish. Neither of those values has anything to do with clustering. -James On Thu, 2004-11-18 at 14:31 -0800, Bin Liu wrote: Hi James, I tried /Warcontext/slide from both Domain.xml and web.xml, but still does not work. in web.xml param-namenamespace/param-name param-value/mywar/slide/param-value in Domain.xml slide namespace name=/mywar/slide Seems to be a bug. thanks Bin James Mason [EMAIL PROTECTED] wrote: Bin, If you can't use a combination of repository-domain and base-uri to get the path you want, than it's probably a bug. You can try setting your repository domain to /Warcontext/slide, I think that should work. I don't have a setup where I can test this, so you're going to have to let me know what does and does not work. -James On Tue, 2004-11-16 at 13:26 -0800, Bin Liu wrote: Hi, I have tried clustering on Slide2.1b2 and works great. However, I found the url has to be in the format of: http://host:port/slide, if I there is a WAR context in between, it won't work. eg. http://host:port/Warcontext/slide. Is there way to get around this? thanks Bin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Discover all thats new in My Yahoo! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Indexing / DASL without Lucene
2.1b2 supports content indexing with Lucene. Take a look at the org.apache.slide.search.IndexTrigger event listener near the bottom of Domain.xml. -James On Thu, 2004-11-18 at 12:44 -0800, Mirko Froehlich wrote: Thanks, that's good to know. For content searches, is there any way to leverage MySQL's fulltext capabilities? Or are searches simply performed using a like clause? If not, is it already possible in 2.1b2 to configure a JDBC/J2EE store to use the Lucene indexer? -Mirko On Thu, 2004-11-18 at 11:51, Guido Casper wrote: Mirko Froehlich wrote: Thanks for the info. Could you elaborate a little on the JDBC store? Does it automatically take advantage of the database's indexing and search capabilities, or do I have to configure something to enable this? You have to configure your JDBCStore with: parameter name=use-rdbms-expression-factorytrue/parameter Be aware that this leverages database indexes only for searches on properties but not for content searches. Guido - 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]
using CLOB for properties table's property_value column
Hi, Has anybody tried to using Oracle's CLOB for properties table's property_value column, instead of the original VARCHAR2(255)? We are trying to do this right now. Although it can pass the basic test cases, we are still not sure whether this is a reliable solution. Could anyone share your experience with us? Thanks. regards, Jun - Do you Yahoo!? Meet the all-new My Yahoo! Try it today!
Re: using CLOB for properties table's property_value column
Hi, I thought about that too somewhen. Indexing the CLOB will be an issue. Formally you need the Context Option, which basically will mean that it will be a Domain Index suitable for fulltext search. If you try to index that type of column you get an ORA-02327 (cannot create index ...). The workaround was to alter the table and extend the column to varchar2(4000) (this apparently didn't find the way into beta 2. I remember a hotfix a while ago). Good luck Am Fr 19.11.2004 08:25, Gao Jun [EMAIL PROTECTED] schrieb: Hi, Has anybody tried to using Oracle's CLOB for properties table's property_value column, instead of the original VARCHAR2(255)? We are trying to do this right now. Although it can pass the basic test cases, we are still not sure whether this is a reliable solution. Could anyone share your experience with us? Thanks. regards, Jun - Do you Yahoo!? Meet the all-new My Yahoo! Try it today! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]