Re: DASL questions
Miguel Figueiredo wrote: Miguel> I believe you're using it correctly. Check the depth-limit parameter Miguel> in the WEB-INF\web.xml file of slide webapp: Miguel> " This init-parameter determines the depth limit for PROPFIND and Miguel> othermethods, to avoid performance hits on the server for Miguel> requests with infinite depth. The default value is '3'." Ah, cheers, I'll have a look at that, I guess that's probably the problem. Next, when I've tried to use database powered DASL serach by adding the following line to my config true I get the following warning: 16 Mar 2005 12:30:46 - org.apache.slide.common.Domain - WARNING - http8080-Processor25, 16-Mar-2005 12:30:46, luke, SEARCH, 400 "Bad Request", 750 ms, /files and no results. The line above in my log files shows the SQL that was being executed, and it seems the problem is that it isn't Oracle friendly. Any suggestions? Miguel> Hmm... that's the trick part. Are you using the oracle rdbms Miguel> adapter? Yep, that's the one. I guess the relevant methods for this haven't been overridden in the oracle adapter, or something. Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DASL questions
Hi, Sorry if this has been asked an answered previously, only there no longer seems to be a search feature on the mail asrchive, and searching it with Google returned nothing helpful. Anyway, I have a couple of problems using DASL: Firstly setting the depth to infinity, seem to actually set it to somewhere around 3, rather than infinity. For example, if I have the following: project/Demo/data/funds infinity no results are returned, but if I use: project/Demo/data/funds/1002 infinity two results are returned. Am I doing something wrong, or is this a bug (or just how it works)? Next, when I've tried to use database powered DASL serach by adding the following line to my config true I get the following warning: 16 Mar 2005 12:30:46 - org.apache.slide.common.Domain - WARNING - http8080-Processor25, 16-Mar-2005 12:30:46, luke, SEARCH, 400 "Bad Request", 750 ms, /files and no results. The line above in my log files shows the SQL that was being executed, and it seems the problem is that it isn't Oracle friendly. Any suggestions? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: max revision limit?
We're using Oracle (not my choice - I just wanted to use the flat file version, but unfortunately our product had been 'sold' on it being able to use an Oracle database back-end). The field is set to the maximum size for a varchar2, and I don't think I can get any bigger without going to a blob (which then needs to be read in in a different way). Plus, this is just putting the problem off for longer, rather than solving what is fundamentally a design flaw (putting a field that can grow indefinitely into a field of resticted size). I've come up with a temporary fix (which seems to be working so far), of trimming earlier entries off the start of the xml once it has grown too long. Cheers Luke. - Jacob Lund wrote: What database are you using? I assume that the problem you are talking about is regarding the size of properties?? I changed the datatype in my MSSQL server to ntext (max size is around 1 GB) - myssql has an equivalent data type. /jacob - Original Message ----- From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" Sent: Thursday, February 10, 2005 6:20 PM Subject: Re: max revision limit? Hi, I was just wondering if you'd made any progress with this? I've come up against this problem again now we are using a database backed version of Slide again, and it would be great if a solution was in the pipeline. It's certainly a design flaw as it is, and I can no longer make the fields in my database bigger (which just puts off the problem anyway) without changing them to blobs (which will also require a code change). Cheers Luke. - Carlos Villegas wrote: Ok. I'll work on it. I'm quite busy at work but I'll make some time for this. Carlos James Mason wrote: Carlos, This seems valuable to me as well. Multivalue properties are a bit of a pain to work with right now. -James Warwick Burrows wrote: Hi Carlos, I definitely think its worth it. How were you thinking of indexing this second table? The way to uniquely identify any individual property in the property table seems to require 3 fields -- property namespace, property name and version id? That would indicate that any table you create would need all three of these as the primary key? Warwick -Original Message- From: Carlos Villegas [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 07, 2004 8:40 PM To: Slide Users Mailing List Subject: Re: max revision limit? Warwick Burrows wrote: Yes, but how much bigger? :-) It seems to be a flaw in the design that there is a version property that constantly grows in length with each new version added. Is this the way the spec defined the value of this property, or is this just Slide's implementation? It seems to me it's a design flaw. There are several properties that are a list of values like history and group-member-set. I was thinking of adding a type identifier field to the properties table and storing the individual values in a different table, one per row. That's the usual relational db solution to this problem. BTW, there's a property_type field in the properties table and the Java object also has this field, but it doesn't seem to be used. Is it used at all? If is not can we use it for this purpose? I volunteer to try to fix at least one of the database stores using this technique if anybody thinks it's worth it. Carlos - 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] - 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: max revision limit?
Hi, I was just wondering if you'd made any progress with this? I've come up against this problem again now we are using a database backed version of Slide again, and it would be great if a solution was in the pipeline. It's certainly a design flaw as it is, and I can no longer make the fields in my database bigger (which just puts off the problem anyway) without changing them to blobs (which will also require a code change). Cheers Luke. - Carlos Villegas wrote: Ok. I'll work on it. I'm quite busy at work but I'll make some time for this. Carlos James Mason wrote: Carlos, This seems valuable to me as well. Multivalue properties are a bit of a pain to work with right now. -James Warwick Burrows wrote: Hi Carlos, I definitely think its worth it. How were you thinking of indexing this second table? The way to uniquely identify any individual property in the property table seems to require 3 fields -- property namespace, property name and version id? That would indicate that any table you create would need all three of these as the primary key? Warwick -Original Message- From: Carlos Villegas [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 07, 2004 8:40 PM To: Slide Users Mailing List Subject: Re: max revision limit? Warwick Burrows wrote: Yes, but how much bigger? :-) It seems to be a flaw in the design that there is a version property that constantly grows in length with each new version added. Is this the way the spec defined the value of this property, or is this just Slide's implementation? It seems to me it's a design flaw. There are several properties that are a list of values like history and group-member-set. I was thinking of adding a type identifier field to the properties table and storing the individual values in a different table, one per row. That's the usual relational db solution to this problem. BTW, there's a property_type field in the properties table and the Java object also has this field, but it doesn't seem to be used. Is it used at all? If is not can we use it for this purpose? I volunteer to try to fix at least one of the database stores using this technique if anybody thinks it's worth it. Carlos - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
auto-create-users problem
Hi, I am having trouble trying to use auto-create-users. It seems to work fine to start with, and everything works as expected with an auto added user, but then after re-starting Tomcat I get the following error: java.lang.NoSuchMethodException: slideroles.basic.UserRoleImpl.(java.lang.String, java.util.Vector, java.util.Vector, java.util.Vector) at java.lang.Class.getConstructor0(Class.java:1929) at java.lang.Class.getConstructor(Class.java:1019) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveObject(StandardRDBMSAdapter.java:342) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveObject(AbstractRDBMSStore.java:395) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:611) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:574) at org.apache.slide.security.SecurityImpl.getPrincipal(SecurityImpl.java:989) at org.apache.slide.lock.LockImpl.checkLock(LockImpl.java:387) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:162) at org.apache.slide.webdav.method.AbstractWebdavMethod.isLockNull(AbstractWebdavMethod.java:999) at org.apache.slide.webdav.method.GetMethod.executeRequest(GetMethod.java:178) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) org.apache.slide.common.ServiceAccessException: Service [EMAIL PROTECTED] access error : slideroles.basic.UserRoleImpl.(java.lang.String, java.util.Vector, java.util.Vector, java.util.Vector) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveObject(StandardRDBMSAdapter.java:346) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveObject(AbstractRDBMSStore.java:395) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:611) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:574) at org.apache.slide.security.SecurityImpl.getPrincipal(SecurityImpl.java:989) at org.apache.slide.lock.LockImpl.checkLock(LockImpl.java:387) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:162) at org.apache.slide.webdav.method.AbstractWebdavMethod.isLockNull(AbstractWebdavMethod.java:999) at org.apache.slide.webdav.metho
Re: using CLOB for properties table's property_value column
Roman Novak wrote: Hi Jun, - The db-schema scripts don't define an index on that column. - Possibly a change from varchar2(255) to varchar2(4000) will be sufficient for you I think the main problem with this field is with the version history, even with it set to varchar2(4000) I'd be worried about it 'running out' of space too soon. Though personally I feel this is more a design problem wth the version history being stored in this field rather, and any change to the database column type id just a work around. Is there any work under way to change the way version history is stored? Cheers Luke. - - 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 org.apache.tomcat.util.
Re: Error putting large files into Slide 2.1b2 - Oracle Store
rror.java:162) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:274) at oracle.jdbc.driver.T4CPreparedStatement.execute_for_rows(T4CPreparedStatement.java:559) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1028) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:2888) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:2960) at org.apache.slide.store.impl.rdbms.CommonRDBMSAdapter.storeContent(CommonRDBMSAdapter.java:344) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.storeRevisionContent(StandardRDBMSAdapter.java:1101) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.createRevisionContent(StandardRDBMSAdapter.java:1054) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.createRevisionContent(AbstractRDBMSStore.java:823) at org.apache.slide.store.AbstractStore.createRevisionContent(AbstractStore.java:1347) at org.apache.slide.store.ExtendedStore.createRevisionContent(ExtendedStore.java:508) at org.apache.slide.content.ContentImpl.create(ContentImpl.java:515) at org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelper.java:306) 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) Please can someone help, I hardly have any hair left as it is!! Many Thanks, Luke. ----- Luke Noel-Storr wrote: 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 -
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]
Re: Oracle store
and now a new exception (last problem still not solved) 17 Nov 2004 14:35:57 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - DeCompressing the data java.lang.IllegalStateException at org.apache.coyote.tomcat5.CoyoteResponseFacade.setBufferSize(CoyoteResponseFacade.java:244) at javax.servlet.ServletResponseWrapper.setBufferSize(ServletResponseWrapper.java:193) at org.apache.slide.webdav.method.GetMethod.executeRequest(GetMethod.java:246) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:345) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) Cheers Luke. - Luke Noel-Storr wrote: OK, I tried stating over, and that error seems to have gone now too. However, I now have the problem that whenever I try and store something, it seems to lose all the content of the file (I'm just drag-dropping it in with web-folders). I get the following in the logs after trying to add and open it a few times: http8080-Processor25, 17-Nov-2004 14:00:53, luke, HEAD, 404 "Not Found", 156 ms, /files/workflow.xml 17 Nov 2004 14:00:53 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - DeCompressing the data 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 http8080-Processor24, 17-Nov-2004 14:00:53, luke, PUT, 201 "Created", 829 ms, /files/workflow.xml http8080-Processor25, 17-Nov-2004 14:01:11, luke, GET, 304 "Not Modified", 31 ms, /files/workflow.xml http8080-Processor23, 17-Nov-2004 14:01:27, luke, HEAD, 200 "OK", 0 ms, /files/workflow.xml 17 Nov 2004 14:01:29 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:01:29 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO -
Re: Oracle store
OK, I tried stating over, and that error seems to have gone now too. However, I now have the problem that whenever I try and store something, it seems to lose all the content of the file (I'm just drag-dropping it in with web-folders). I get the following in the logs after trying to add and open it a few times: http8080-Processor25, 17-Nov-2004 14:00:53, luke, HEAD, 404 "Not Found", 156 ms, /files/workflow.xml 17 Nov 2004 14:00:53 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - DeCompressing the data 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 17 Nov 2004 14:00:54 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 http8080-Processor24, 17-Nov-2004 14:00:53, luke, PUT, 201 "Created", 829 ms, /files/workflow.xml http8080-Processor25, 17-Nov-2004 14:01:11, luke, GET, 304 "Not Modified", 31 ms, /files/workflow.xml http8080-Processor23, 17-Nov-2004 14:01:27, luke, HEAD, 200 "OK", 0 ms, /files/workflow.xml 17 Nov 2004 14:01:29 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /files/workflow.xml1.0 17 Nov 2004 14:01:29 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - DeCompressing the data 17 Nov 2004 14:01:29 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 http8080-Processor23, 17-Nov-2004 14:01:29, luke, PUT, 204 "No Content", 703 ms, /files/workflow.xml http8080-Processor24, 17-Nov-2004 14:02:35, luke, HEAD, 200 "OK", 0 ms, /files/workflow.xml 17 Nov 2004 14:02:37 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - DeCompressing the data 17 Nov 2004 14:02:37 - org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter - INFO - /history/11.0 http8080-Processor24, 17-Nov-2004 14:02:37, luke, PUT, 204 "No Content", 531 ms, /files/workflow.xml http8080-Processor23, 17-Nov-2004 14:03:03, luke, GET, 304 "Not Modified", 0 ms, /files/workflow.xml Cheers Luke. - Luke Noel-Storr wrote: OK, solved that one (had to copy some files from the lib directory in the download to the lib directory in the webapp), and then solved the problem of the PROPERTY_VALUE field being too small (although I still fear it will be too small - why isn't it a blob??). Next problem is the following exception: 17 Nov 2004 10:59:59 - org.apache.slide.webdav.WebdavServlet - ERROR - java.lang.NoSuchMethodError: org.jdom.output.XMLOutputter.(Ljava/lang/String;ZLjava/lang/String;)V java.lang.NoSuchMethodError: org.jdom.output.XMLOutputter.(Ljava/lang/String;ZLjava/lang/String;)V at org.apache.slide.webdav.method.OptionsMethod.(OptionsMethod.java:62) at org.apache.slide.webdav.method.DefaultMethodFactory.createMethod(DefaultMethodFactory.java:78) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:161) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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.a
Re: Oracle store
OK, solved that one (had to copy some files from the lib directory in the download to the lib directory in the webapp), and then solved the problem of the PROPERTY_VALUE field being too small (although I still fear it will be too small - why isn't it a blob??). Next problem is the following exception: 17 Nov 2004 10:59:59 - org.apache.slide.webdav.WebdavServlet - ERROR - java.lang.NoSuchMethodError: org.jdom.output.XMLOutputter.(Ljava/lang/String;ZLjava/lang/String;)V java.lang.NoSuchMethodError: org.jdom.output.XMLOutputter.(Ljava/lang/String;ZLjava/lang/String;)V at org.apache.slide.webdav.method.OptionsMethod.(OptionsMethod.java:62) at org.apache.slide.webdav.method.DefaultMethodFactory.createMethod(DefaultMethodFactory.java:78) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:161) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) Any suggestions?? Cheers Luke. - Luke Noel-Storr wrote: Hi, I'm trying to use the oracle store but get the following error: Error instantiating Adapter 'org.apache.slide.store.impl.rdbms.OracleRDBMSAdapter' I then get a load of exceptions later on, but suspect this may be the root of the problem. It seems to be connecting to the database OK though. Help appreciated. Cheers Luke. - - 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]
Oracle store
Hi, I'm trying to use the oracle store but get the following error: Error instantiating Adapter 'org.apache.slide.store.impl.rdbms.OracleRDBMSAdapter' I then get a load of exceptions later on, but suspect this may be the root of the problem. It seems to be connecting to the database OK though. Help appreciated. Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple question on opening a file (via webdav) for editing
If you're still trying to solve this problem, these posts of mine may help: http://www.mail-archive.com/cgi-bin/htsearch?method=and&format=short&config=slide-user_jakarta_apache_org&restrict=&exclude=&words=word.application Cheers Luke. - Nick Longinow wrote: Hi, I am just getting started with Slide, and have wrestled all day with this one. Maybe you can hel p ? I have created a document collection and added (put) a document into slide via java webdav client. Now I want to get the file out in edit mode, ie, this is a Word document, and I want Word to open up with the document loaded for editing. How do you do this ?? Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Changing file name with a ContentInterceptor
Hi,
Is is possible to change the name of a file being placed into a slide
repository by using a ContentInterceptor? (or any other method?).
I actually only want to change the file extension.
I have tried doing the following in the preStoreContent method:
String uri = revisionDescriptors.getUri();
String name = revisionDescriptor.getName();
if (uri.endsWith(".txt"))
{
uri = uri.substring(0, uri.lastIndexOf("."));
uri += "._";
revisionDescriptors.setUri(uri);
}
if (name.endsWith(".txt"))
{
name = name.substring(0, name.lastIndexOf("."));
name += "._";
revisionDescriptor.setName(name);
}
but that just results in the followin exception:
org.apache.slide.content.RevisionDescriptorNotFoundException: No
revision descriptor found on object /files/iplus/data/Test._
at
org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveRevisionDescriptors(StandardRDBMSAdapter.java:889)
at
org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveRevisionDescriptors(AbstractRDBMSStore.java:661)
at
org.apache.slide.store.ExtendedStore.retrieveRevisionDescriptors(ExtendedStore.java:696)
at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:291)
at
org.apache.slide.webdav.util.VersioningHelper.versionControl(VersioningHelper.java:238)
at
org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.java:401)
at
org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:343)
at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165)
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:139)
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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587)
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.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)
I have also tried setting the display name, but this doesn't fully
achieve what I want it to.
Any suggestions?
Cheers
Luke.
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: is a "mixed" store (jdbc/filesystem) possible?
Umm, that's a good question actually. I based this domain.xml on someone elses so am not actually all that sure. I'll try and investiagte for you if I get a moment (I'm quite bust today), and nobody else has answered by then. Cheers Luke. - Stefan Burkard wrote: great - that's exactly what i meant! may i ask what you're doing for the revision-stores? if i understand this config right you store it into the database, but with a class that uses/generates xml-files??? that looks interesting because i will receive xml-files each containing metadata to a pdf-file greetings stefan Luke Noel-Storr wrote: If I understand you correctly - then yes, as this is what I have set up. With my set-up all the content is stored in files, everything else is stored in a database. Here is the relevant part of my domain.xml: org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter com.mysql.jdbc.Driver jdbc:mysql://localhost/slide admin false 10 SERIALIZABLE false store2/content work2/content Stefan Burkard wrote: hi slide-users can i define ONE store that has a jdbc-store for the nodestore, a filesystem-store for the content-store and a reference to the jdbc-store on all other substores? i've seen some examples using jdbc OR filesystem for all substores of ONE store, but no mixed example (just mixed in the term of using two stores - one with all substores as filesystem, one with all substores as jdbc) thanks and greetings stefan - 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 a "mixed" store (jdbc/filesystem) possible?
If I understand you correctly - then yes, as this is what I have set up. With my set-up all the content is stored in files, everything else is stored in a database. Here is the relevant part of my domain.xml: org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter com.mysql.jdbc.Driver jdbc:mysql://localhost/slide admin false 10 SERIALIZABLE false store2/content work2/content Stefan Burkard wrote: hi slide-users can i define ONE store that has a jdbc-store for the nodestore, a filesystem-store for the content-store and a reference to the jdbc-store on all other substores? i've seen some examples using jdbc OR filesystem for all substores of ONE store, but no mixed example (just mixed in the term of using two stores - one with all substores as filesystem, one with all substores as jdbc) thanks and greetings stefan - 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 there any way to open document in edit mode using IE
The following JavaScript should do the trick:
function OpenDoc(strLocation)
{
try
{
var objWord = new ActiveXObject("Word.Application");
objWord.Visible = true;
}
catch (e)
{
// unable to create an instance of Word
alert("Unable to open Word - check your security settings");
}
try
{
objWord.Documents.Open(strLocation);
}
catch (e) {}
}
You can then just call the function from your href passing the url for
the file.
There are two drawbacks to this though:
1) Only works in IE
2) You need to change your security settings in IE so the site has
permission to run scripts agains ActiveX components not marked as safe
for scripting (I think the best way to do this is to add it to your
trusted sites and then allow trusted sites to do this).
Hope that heps
Cheers
Luke.
-
Solanki Mihir wrote:
Hi,
I have setup slide context in my tomcat.
I have also setup the Network place for it.
Now through network place when I am opening say any word document
(assume that
the document exist under “files” folder of slide) it is opening in
edit mode in MS Word.
I can edit the contents of this document and also able to save changes
to the server.
But when I am opening the slide website in IE and opening the same
document it is
Opening in MS Word properly but not allowing me to save any
modifications to that document.
Can anybody please tell me that is there any way to open the document
in edit mode
Using the IE
Thanks & Regards,
Mihir
**Senior Software Engineer**
**SBU: eBiz Location:Gandhinagar**
**Ph: 079 232 40905 EXT: 413**
**Patni Computer Systems Limited**
-
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: webdav security
Hi,
I don't have my code to hand; however, you need to have a vbscipt (or
javascript) function something like the following:
Sub openDocument()
Set Word = CreateObject("Word.Application")
Word.Visible = TRUE
Word.Documents.Open("http://my-slide-server/files/my-file.doc";)
End Sub
which you need to call in a way something like:
open in word
What this does is it creates an instance of Microsoft Word and then
tells it to open your document from the URL provided.
There's a bit of a snag with it though in that you need to edit your
security settings to allow scripting ActiveX components that are not
marked as safe for scripting (it's an option in the tools/security
settings in IE - I don't have a PC to hand to find what the option is).
I think the best way to do this is to add your webdav server to the
list of trusted sites (you may need to un-check the option that only
allows you to add secure sites to the list) and then make sure the
options for trusted sites allow scripting of non-safe ActiveX
components.
Also, this only works in IE.
Hope that helps, I'll be back in work on Tuesday if you need more
details.
Cheers
Luke.
-
On 30 May 2004, at 01:11, Simone Gianni wrote:
Luke Noel-Storr wrote:
If you just open via a link then it doesn't open it in word as a
document from webdav, it just opens it as it would any other word
document linked to from a website (ie: it downloads a temp copy and
then opens that read only in Word).
You can use vb/javascript to get it to open in word as a webdav
document if required (this seems to be the only way). I can post
some sample code if you like.
Hi Luke,
I'm very intrested in this. Since webdav uses the common HTTP URLs
there seems to be no standard way to tell a software that i'm
referring to a webdav server and not a simple http one. In future,
maybe, every software will consider an http url as a webdav one, and
try an OPTION or directly a PUT or a LOCK. In the meanwhile, how do i
tell MS-WORD to open a file and consider it webdav? If you have vb or
javascript or a pointer to somewhere could you please post it?
Thanks, ciao,
Simone Gianni
-
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: webdav security
On 27 May 2004, at 19:06, Julian Reschke wrote: Luke Noel-Storr wrote: If you just open via a link then it doesn't open it in word as a document from webdav, it just opens it as it would any other word document linked to from a website (ie: it downloads a temp copy and then opens that read only in Word). Well, not always. With Office2000 on W2000, it actually does protocol discovery, prompts for credentials, and then opens read/write. With Office2003 on W2000, *sometimes* it just opens it read-only (with the content from IE's cache), but sometimes it starts sending OPTIONS requests (both to the document and it's parent collection). That's interesting. I've tried with several versions of office on windows, and when opening a document from a style link, they've always just opened it as they would any document linked to from a webpage. Also, when looking for a solution to this it seems that everyone else has experienced the same thing. I'd be interested to hear more about this as one of the problems we've been having is opening the documents in word so they can be save straight back to slide. Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: webdav security
If you just open via a link then it doesn't open it in word as a document from webdav, it just opens it as it would any other word document linked to from a website (ie: it downloads a temp copy and then opens that read only in Word). You can use vb/javascript to get it to open in word as a webdav document if required (this seems to be the only way). I can post some sample code if you like. Cheers Luke. - On 27 May 2004, at 10:45, Julian Reschke wrote: Luke Noel-Storr wrote: How are you opening the document? From a webpage link? From a Web folder? In Word via a URL? From a web page link. Both opening from a web folder and via URL from Word both seem to work correctly (prompting for credentials and using OPTIONS/PROPFIND/LOCK and so on on the actual document). Best regards, Julian -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 - 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: webdav security
How are you opening the document? From a webpage link? From a Web folder? In Word via a URL? Cheers Luke. - Julian Reschke wrote: Michael Oliver wrote: Word 2k or XP yes. Interesting -- I'm just debugging this very issue. In Office 2003, I /sometimes/ see OPTIONS requests being made by Office, but no authentication dialogue appears. Office then falls back to opening read-only. Has anybody else seem this? Best regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto Create Users error.
Hi, I'm using LDAP to authenticate users, and have enabled auto-add users in slide. It at first seems to work, however, after I restart Tomcat I get the following error when an auto-created user trys to access a file: org.apache.slide.common.ServiceAccessException: Service [EMAIL PROTECTED] access error : slideroles.basic.UserRoleImpl.(java.lang.String, java.util.Vector, java.util.Vector, java.util.Vector) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveObject(StandardRDBMSAdapter.java:352) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveObject(AbstractRDBMSStore.java:436) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:498) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:408) at org.apache.slide.security.SecurityImpl.getPrincipal(SecurityImpl.java:977) at org.apache.slide.lock.LockImpl.checkLock(LockImpl.java:378) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:162) at org.apache.slide.webdav.method.AbstractWebdavMethod.isLockNull(AbstractWebdavMethod.java:928) at org.apache.slide.webdav.method.GetMethod.executeRequest(GetMethod.java:177) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:343) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) Any suggestions? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Could not parse DAV:version-set:
Carlos Villegas wrote: Some databases like PostgreSQL have a type TEXT with unlimited length. We only need to change the type in the schema, the DB adapter doesn't have to be changed. For databases that don't have a similar type, I guess a BLOB will be one way. MySQL also has a TEXT type (and LONGTEXT, MEDIUMTEXT, etc). It's not of unlimited length, but a LONGTEXT field can be up to 2^32 characters long, I guess the version history would need to be pretty damn long to exceed that. I've tried changing the field to a TEXT filed and it seems fine, can anyone see any potential problems with this approach? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Could not parse DAV:version-set:
Hmm, OK, yet further investigation has shown the problem to be with the properties table, the column type for the property_value column is varchar(255), so when the history-set is getting longer than this it is truncated and becomes invalid. Can anyone suggest any solutions to this? one alternative is to increase the field length, however that doesn't really solve the problem, it just means it'll take longer for it to occur. Any other solutions? Cheers Luke. - Luke Noel-Storr wrote: OK, I've done a bit more investigation, and by adding some logging to the VersionTreeReport class where the error was happening and it seems the problem is that the XML is being cut off at 256 characters, as shown below: /history/9/1.0/history/9/1.1/history/9/1.2/history/9/1.3/history/9/1.4/h Anyone have any idea what may be causing this? Cheers Luke. - Luke Noel-Storr wrote: Hi, I'm running a slide server using a MySQL database but with a file store to store the actual content. I've discovered I have a problem with slide losing the version history after a certain point. I've done a little investigating and it seems that the problem occurs after a file has gone through 10 changes or more (though it could be sooner) and I then restart Tomcat. Before restarting Tomcat it works fine, but after restating it I get the following exception in the logs: org.apache.slide.common.SlideException: Could not parse DAV:version-set: /history/9 at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:176) at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:159) at org.apache.slide.webdav.method.report.VersionTreeReport.execute(VersionTreeReport.java:131) at org.apache.slide.webdav.method.ReportMethod.executeRequest(ReportMethod.java:219) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:343) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) My diagnosis may not be exact, but it seems to be a consistent way of recreating the error. Any ideas? Cheers Luke. - - To unsubscribe, e-mail: [E
Re: Could not parse DAV:version-set:
OK, I've done a bit more investigation, and by adding some logging to the VersionTreeReport class where the error was happening and it seems the problem is that the XML is being cut off at 256 characters, as shown below: /history/9/1.0/history/9/1.1/history/9/1.2/history/9/1.3/history/9/1.4/h Anyone have any idea what may be causing this? Cheers Luke. - Luke Noel-Storr wrote: Hi, I'm running a slide server using a MySQL database but with a file store to store the actual content. I've discovered I have a problem with slide losing the version history after a certain point. I've done a little investigating and it seems that the problem occurs after a file has gone through 10 changes or more (though it could be sooner) and I then restart Tomcat. Before restarting Tomcat it works fine, but after restating it I get the following exception in the logs: org.apache.slide.common.SlideException: Could not parse DAV:version-set: /history/9 at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:176) at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:159) at org.apache.slide.webdav.method.report.VersionTreeReport.execute(VersionTreeReport.java:131) at org.apache.slide.webdav.method.ReportMethod.executeRequest(ReportMethod.java:219) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:343) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) My diagnosis may not be exact, but it seems to be a consistent way of recreating the error. Any ideas? Cheers Luke. - - 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]
Could not parse DAV:version-set:
Hi, I'm running a slide server using a MySQL database but with a file store to store the actual content. I've discovered I have a problem with slide losing the version history after a certain point. I've done a little investigating and it seems that the problem occurs after a file has gone through 10 changes or more (though it could be sooner) and I then restart Tomcat. Before restarting Tomcat it works fine, but after restating it I get the following exception in the logs: org.apache.slide.common.SlideException: Could not parse DAV:version-set: /history/9 at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:176) at org.apache.slide.webdav.method.report.VersionTreeReport.writeReport(VersionTreeReport.java:159) at org.apache.slide.webdav.method.report.VersionTreeReport.execute(VersionTreeReport.java:131) at org.apache.slide.webdav.method.ReportMethod.executeRequest(ReportMethod.java:219) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:343) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165) 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:139) 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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587) 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.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) My diagnosis may not be exact, but it seems to be a consistent way of recreating the error. Any ideas? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I stop Office caching files?
Julian Reschke wrote: You don't want it to be not cacheable. What you want are working "Etag" and "Last-Modified" headers. Maybe there's something wrong with those. Well, the "Last-Modified" header seem to be working (I have a JSP that displays details of the file and it is correctly displaying the last modified date - it uses the client API to get this date). What is the "Etag" header? how can and tell if it is working? why would it not be working? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
File upload form
I'd like to have a form that allows a user to upload a file into a slide repository. Is there a relatively straight forward way to do this (ie. can I just have a for send a put request directly to slide?), or would I need to write my own servlet to handle it? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I stop Office caching files?
Hi, There seems to be a problem with Office caching files from slide. If I edit a file on one computer it seems to open it as it was the last time it was saved on that same computer even if it has been edited on another computer in the meantime. So, if I edit a Word file on computer A, save it, and close Word; then edit it on computer B, save it, and close word; then open it again on A: it is in the same state as when I saved it on A, and the changes from B are not seen. Any ideas as to how to prevent this? Is there a way to set the nocache header in the response for files returned by Slide? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange problem with files over 64K and Webfolders/Office
OK, It seems that Windows is remembering that it didn't like that file before (when I was having problems with MySQL and blob sizes) and so it isn't retrieving it correctly now. I put an identical (but renamed) file in and it worked fine. This is hopefully problem solved (or at least blame shifted to Microsoft). Cheers for the suggestions/help. Luke. - Hoi Chong wrote: Hi, Have you tried with DAVExplorer or WebDrive (www.webdrive.com)? It could be WebFolders & Office being buggy. Cheers. - Original Message - From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 5:22 PM Subject: Re: Strange problem with files over 64K and Webfolders/Office Sorry, if you had read all my email you'd have seen that I tried this already, and that now I'm not even storing the file content in the MySQL database. Also, the files work fine when accessed via our client code or a browser (both of which I guess just do a simple http get), just not through web folders or Office (which I guess use the webdav get method). Thanks anyway. Cheers Luke. -- Jacob Lund wrote: Hi Luke! MySQL has as 64K limit in blob fields! Change the database scheme - replace blob with longblob! /jacob - Original Message - From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 11:12 AM Subject: Strange problem with files over 64K and Webfolders/Office Hi, I have a slide repository set up in MySQL, but with the content stored in a file store (I set it up this way due to problems with large files and MySQL). There now seems to be a problem with files over 64K, when we access them via our client code - they work fine, when downloaded from a URL, they work fine, when opened in Office, or copied from a webfolder, they cut off at 64K. Anyone else had this problem? any ideas? I had initial problems with files over 64K and MySQL in that only the first 64K was being stored in the blob, I then changed the blob fields to long blobs, this worked but caused out of memory exceptions for files over a few MB, so I then changed to storing the content in a file store outside of MySQL, however I'm now having problems with files over 64K in Office and Webfolder. Hair is being torn out and help would be greatly appreciated. Cheers Luke. - (ps, and many thanks to Ingo and others with my sessions problem; I have now *greatly* reduced the number of sessions being spawned) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange problem with files over 64K and Webfolders/Office
OK, I just tried in IndependantDav and it worked then. However, I also tried the same file from a version of Slide that was just using a file store for everything and that worked fine in Webfolders and in Office, so I still think it has something to do with how my store is set up. This is the part of my Domain.xml that configures my store: org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter com.mysql.jdbc.Driver jdbc:mysql://localhost/slide luke false 10 SERIALIZABLE false store2/content work2/content Cheers Luke. - Hoi Chong wrote: Hi, Have you tried with DAVExplorer or WebDrive (www.webdrive.com)? It could be WebFolders & Office being buggy. Cheers. - Original Message - From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 5:22 PM Subject: Re: Strange problem with files over 64K and Webfolders/Office Sorry, if you had read all my email you'd have seen that I tried this already, and that now I'm not even storing the file content in the MySQL database. Also, the files work fine when accessed via our client code or a browser (both of which I guess just do a simple http get), just not through web folders or Office (which I guess use the webdav get method). Thanks anyway. Cheers Luke. -- Jacob Lund wrote: Hi Luke! MySQL has as 64K limit in blob fields! Change the database scheme - replace blob with longblob! /jacob - Original Message - From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 11:12 AM Subject: Strange problem with files over 64K and Webfolders/Office Hi, I have a slide repository set up in MySQL, but with the content stored in a file store (I set it up this way due to problems with large files and MySQL). There now seems to be a problem with files over 64K, when we access them via our client code - they work fine, when downloaded from a URL, they work fine, when opened in Office, or copied from a webfolder, they cut off at 64K. Anyone else had this problem? any ideas? I had initial problems with files over 64K and MySQL in that only the first 64K was being stored in the blob, I then changed the blob fields to long blobs, this worked but caused out of memory exceptions for files over a few MB, so I then changed to storing the content in a file store outside of MySQL, however I'm now having problems with files over 64K in Office and Webfolder. Hair is being torn out and help would be greatly appreciated. Cheers Luke. - (ps, and many thanks to Ingo and others with my sessions problem; I have now *greatly* reduced the number of sessions being spawned) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange problem with files over 64K and Webfolders/Office
Sorry, if you had read all my email you'd have seen that I tried this already, and that now I'm not even storing the file content in the MySQL database. Also, the files work fine when accessed via our client code or a browser (both of which I guess just do a simple http get), just not through web folders or Office (which I guess use the webdav get method). Thanks anyway. Cheers Luke. -- Jacob Lund wrote: Hi Luke! MySQL has as 64K limit in blob fields! Change the database scheme - replace blob with longblob! /jacob - Original Message - From: "Luke Noel-Storr" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 11:12 AM Subject: Strange problem with files over 64K and Webfolders/Office Hi, I have a slide repository set up in MySQL, but with the content stored in a file store (I set it up this way due to problems with large files and MySQL). There now seems to be a problem with files over 64K, when we access them via our client code - they work fine, when downloaded from a URL, they work fine, when opened in Office, or copied from a webfolder, they cut off at 64K. Anyone else had this problem? any ideas? I had initial problems with files over 64K and MySQL in that only the first 64K was being stored in the blob, I then changed the blob fields to long blobs, this worked but caused out of memory exceptions for files over a few MB, so I then changed to storing the content in a file store outside of MySQL, however I'm now having problems with files over 64K in Office and Webfolder. Hair is being torn out and help would be greatly appreciated. Cheers Luke. - (ps, and many thanks to Ingo and others with my sessions problem; I have now *greatly* reduced the number of sessions being spawned) - 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]
Strange problem with files over 64K and Webfolders/Office
Hi, I have a slide repository set up in MySQL, but with the content stored in a file store (I set it up this way due to problems with large files and MySQL). There now seems to be a problem with files over 64K, when we access them via our client code - they work fine, when downloaded from a URL, they work fine, when opened in Office, or copied from a webfolder, they cut off at 64K. Anyone else had this problem? any ideas? I had initial problems with files over 64K and MySQL in that only the first 64K was being stored in the blob, I then changed the blob fields to long blobs, this worked but caused out of memory exceptions for files over a few MB, so I then changed to storing the content in a file store outside of MySQL, however I'm now having problems with files over 64K in Office and Webfolder. Hair is being torn out and help would be greatly appreciated. Cheers Luke. - (ps, and many thanks to Ingo and others with my sessions problem; I have now *greatly* reduced the number of sessions being spawned) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide Tomcat Sessions - Closing them
OK, I'm sure I'm probably being stupid, but how do I put my username and password into the URL? I've tried sticking "?user=luke&password=password" (and variations of this) at the end of the URL, but that doesn't seem to work. Cheers Luke. - Luke Noel-Storr wrote: I had just downloaded the source and discovered that it was this check that was causing the problem. Thank you for the solution to the problem, I will give it a go. At first glance though it would seem there are more security implications arround this solution - is this the case? Cheers Luke. - Ingo Brunberg wrote: Ok, I think I have found the reason you end up creating new sessions everytime. But that should not be specific to reportMethod() but all WebDAV methods you call from WebdavResource. Try putting your username and password into your URL. You can then omit the Credentials. There's a strange test in WebdavResource, that gets executed before every method call to check if the current credentials have changed. This method is broken if you don't put them into the URL. This check could be omitted if the URL and userinfo within WebdavResource were protected from foreign mutations. I would like to see these restrictions introduced in the post 2.0 code as 1) I see no benefit in being able to change those parameters after a WebdavResource is being created. 2) you could easily cache the decoded path and name to avoid decoding the path on every call to getPath(), getName() and when executing a WebDAV method for the current resource. Ingo - 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 Tomcat Sessions - Closing them
I had just downloaded the source and discovered that it was this check that was causing the problem. Thank you for the solution to the problem, I will give it a go. At first glance though it would seem there are more security implications arround this solution - is this the case? Cheers Luke. - Ingo Brunberg wrote: Ok, I think I have found the reason you end up creating new sessions everytime. But that should not be specific to reportMethod() but all WebDAV methods you call from WebdavResource. Try putting your username and password into your URL. You can then omit the Credentials. There's a strange test in WebdavResource, that gets executed before every method call to check if the current credentials have changed. This method is broken if you don't put them into the URL. This check could be omitted if the URL and userinfo within WebdavResource were protected from foreign mutations. I would like to see these restrictions introduced in the post 2.0 code as 1) I see no benefit in being able to change those parameters after a WebdavResource is being created. 2) you could easily cache the decoded path and name to avoid decoding the path on every call to getPath(), getName() and when executing a WebDAV method for the current resource. Ingo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide Tomcat Sessions - Closing them
Hi,
Here is an example of some test code I wrote:
Credentials credentials = new
UsernamePasswordCredentials("luke", "password");
String url =
"http://localhost:8080/slide2-db/files/iplus/data/funds/";;
WebdavResource wdr = new WebdavResource(url, credentials);
wdr.reportMethod(wdr.getHttpURL(), 0);
wdr.reportMethod(wdr.getHttpURL(), 0);
This creates THREE sessions in Tomcat. Adding another call to
reportMethod() creates a new session.
Any ideas?
I'm going to download 2.0 final now - hopefully this may fix it, but I'm
suspecting it won't.
Cheers
Luke.
-
Ingo Brunberg wrote:
Sorry, but I cannot see why reportMethod() should cause a new session
to be created. Btw., it is an inconsistency in the API that those
methods take a HttpURL argument instead of a simple path string like
the other methods. That should be resolved in CVS HEAD soon.
Coming back to the problem: The only methods that open a new session,
at least as far as I can see, are the optionsMethod() calls. Are you
sure you are not calling something like setHttpURL() before or after
invoking one of the report methods?
Ingo
Hi,
I did a bit more investigate and found I had made a mistake. It wasn't
getHttpURL() that was creating a new session, it was the methods of
WebdavResource that used the HttpURL I had got (for example
reportMethod) that were causing a new session to be created.
So, it seems it is not getHttpURL() that is creating the session, but
instead methods such as reportMethod() that take a HttpURL as a
parameter.
Cheers
Luke.
-
On 10 May 2004, at 18:15, Ingo Brunberg wrote:
This is indeed worth investigating. Calling getHttpURL() should really
not create a new session. Maybe you can post a code snippet?
Ingo
After a bit more investigation, it seems that constructing a new
HttpURL or
using the getHttpURL() method of WebdavResource also creates a new
session.
Should it be doing this?
Is there a way to avoid it doing so?
There are some cases where I can see no way of doing what I want
without
constructing a new WebdavResource or a HttpURL.
Cheers
Luke.
-
Quoting luke noel-storr <[EMAIL PROTECTED]>:
Hmm, either I misunderstood what you meant, or it doesn't quite fix
things
the
way I expected.
I now only construct one webdav resource in my code, however, after
running
just
a few simple getMethods, propFindMethods and reportMethods 5
sessions are
created when I expected only one to be created.
Any further suggestions?
Cheers
Luke.
-
Quoting luke noel-storr <[EMAIL PROTECTED]>:
Hi,
I don't have a problem in terms of errors or crashes or anything;
however,
I
was
in fear of the rapidly increasing session count (into several
thousands
after
just a few calls to a servlet I had).
I shall now recode based on your advice though - thank you for your
help.
Cheers
Luke.
-
Quoting Ingo Brunberg <[EMAIL PROTECTED]>:
Do you actually have a problem with open sessions or is you
interest
rather theoretical?
As I explained some time ago, you should use WebdavResource in
such a
way that you call a WebdavResource constructor only once in your
application. This way you have no more than one connection, so you
should hit no resource limits, hence my question above.
The reason that WebdavResouce.close() does not really close the
connection is that this would lead to having to reconnect if a
parent
or a child obtained by calling listWebdavResources() or
getChildResources() issues the next request.
You may call this a design deficiency, but this is how you are
cuurently supposed to work with the client library.
-
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 Tomcat Sessions - Closing them
Hi, I did a bit more investigate and found I had made a mistake. It wasn't getHttpURL() that was creating a new session, it was the methods of WebdavResource that used the HttpURL I had got (for example reportMethod) that were causing a new session to be created. So, it seems it is not getHttpURL() that is creating the session, but instead methods such as reportMethod() that take a HttpURL as a parameter. Cheers Luke. - On 10 May 2004, at 18:15, Ingo Brunberg wrote: This is indeed worth investigating. Calling getHttpURL() should really not create a new session. Maybe you can post a code snippet? Ingo After a bit more investigation, it seems that constructing a new HttpURL or using the getHttpURL() method of WebdavResource also creates a new session. Should it be doing this? Is there a way to avoid it doing so? There are some cases where I can see no way of doing what I want without constructing a new WebdavResource or a HttpURL. Cheers Luke. - Quoting luke noel-storr <[EMAIL PROTECTED]>: Hmm, either I misunderstood what you meant, or it doesn't quite fix things the way I expected. I now only construct one webdav resource in my code, however, after running just a few simple getMethods, propFindMethods and reportMethods 5 sessions are created when I expected only one to be created. Any further suggestions? Cheers Luke. - Quoting luke noel-storr <[EMAIL PROTECTED]>: Hi, I don't have a problem in terms of errors or crashes or anything; however, I was in fear of the rapidly increasing session count (into several thousands after just a few calls to a servlet I had). I shall now recode based on your advice though - thank you for your help. Cheers Luke. - Quoting Ingo Brunberg <[EMAIL PROTECTED]>: Do you actually have a problem with open sessions or is you interest rather theoretical? As I explained some time ago, you should use WebdavResource in such a way that you call a WebdavResource constructor only once in your application. This way you have no more than one connection, so you should hit no resource limits, hence my question above. The reason that WebdavResouce.close() does not really close the connection is that this would lead to having to reconnect if a parent or a child obtained by calling listWebdavResources() or getChildResources() issues the next request. You may call this a design deficiency, but this is how you are cuurently supposed to work with the client library. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide Tomcat Sessions - Closing them
After a bit more investigation, it seems that constructing a new HttpURL or using the getHttpURL() method of WebdavResource also creates a new session. Should it be doing this? Is there a way to avoid it doing so? There are some cases where I can see no way of doing what I want without constructing a new WebdavResource or a HttpURL. Cheers Luke. - Quoting luke noel-storr <[EMAIL PROTECTED]>: > > Hmm, either I misunderstood what you meant, or it doesn't quite fix things > the > way I expected. > > I now only construct one webdav resource in my code, however, after running > just > a few simple getMethods, propFindMethods and reportMethods 5 sessions are > created when I expected only one to be created. > > Any further suggestions? > > > Cheers > > Luke. > - > > > > > Quoting luke noel-storr <[EMAIL PROTECTED]>: > > > Hi, > > > > I don't have a problem in terms of errors or crashes or anything; however, > I > > was > > in fear of the rapidly increasing session count (into several thousands > > after > > just a few calls to a servlet I had). > > > > I shall now recode based on your advice though - thank you for your help. > > > > > > Cheers > > > > Luke. > > - > > > > > > > > Quoting Ingo Brunberg <[EMAIL PROTECTED]>: > > > > > Do you actually have a problem with open sessions or is you interest > > > rather theoretical? > > > > > > As I explained some time ago, you should use WebdavResource in such a > > > way that you call a WebdavResource constructor only once in your > > > application. This way you have no more than one connection, so you > > > should hit no resource limits, hence my question above. > > > > > > The reason that WebdavResouce.close() does not really close the > > > connection is that this would lead to having to reconnect if a parent > > > or a child obtained by calling listWebdavResources() or > > > getChildResources() issues the next request. > > > > > > You may call this a design deficiency, but this is how you are > > > cuurently supposed to work with the client library. > > > > - > > 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: Slide Tomcat Sessions - Closing them
Hmm, either I misunderstood what you meant, or it doesn't quite fix things the way I expected. I now only construct one webdav resource in my code, however, after running just a few simple getMethods, propFindMethods and reportMethods 5 sessions are created when I expected only one to be created. Any further suggestions? Cheers Luke. - Quoting luke noel-storr <[EMAIL PROTECTED]>: > Hi, > > I don't have a problem in terms of errors or crashes or anything; however, I > was > in fear of the rapidly increasing session count (into several thousands > after > just a few calls to a servlet I had). > > I shall now recode based on your advice though - thank you for your help. > > > Cheers > > Luke. > - > > > > Quoting Ingo Brunberg <[EMAIL PROTECTED]>: > > > Do you actually have a problem with open sessions or is you interest > > rather theoretical? > > > > As I explained some time ago, you should use WebdavResource in such a > > way that you call a WebdavResource constructor only once in your > > application. This way you have no more than one connection, so you > > should hit no resource limits, hence my question above. > > > > The reason that WebdavResouce.close() does not really close the > > connection is that this would lead to having to reconnect if a parent > > or a child obtained by calling listWebdavResources() or > > getChildResources() issues the next request. > > > > You may call this a design deficiency, but this is how you are > > cuurently supposed to work with the client library. > > - > 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 Tomcat Sessions - Closing them
Hi, I don't have a problem in terms of errors or crashes or anything; however, I was in fear of the rapidly increasing session count (into several thousands after just a few calls to a servlet I had). I shall now recode based on your advice though - thank you for your help. Cheers Luke. - Quoting Ingo Brunberg <[EMAIL PROTECTED]>: > Do you actually have a problem with open sessions or is you interest > rather theoretical? > > As I explained some time ago, you should use WebdavResource in such a > way that you call a WebdavResource constructor only once in your > application. This way you have no more than one connection, so you > should hit no resource limits, hence my question above. > > The reason that WebdavResouce.close() does not really close the > connection is that this would lead to having to reconnect if a parent > or a child obtained by calling listWebdavResources() or > getChildResources() issues the next request. > > You may call this a design deficiency, but this is how you are > cuurently supposed to work with the client library. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Slide Tomcat Sessions - Closing them
Hi, I posted a question a few days ago about Slide sessions within Tomcat not being closed, when using the client Java API. I didn't notice any replies so thought I'd post again under a different subject. Anyway, if anyone has experiences of trying to close sessions within Tomcat from within the client API then I'd be glad to hear about it. The .close() method of a WebdavResource doesn't seem to be working. (I'm currently using verion 2.0rc1 on the client side - does the final version fix this?). Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
.close() - does it work?
Hi, I'm using the java client API and I've been keeping an eye on sessions in the Tomcat Manager utility and it seems that Slide sessions are not being closed. I thought the .close() method should close the connections - it doesn't seem to be though and the session count just keeps going up. I created a very simple test to make sure I am calling the .close() method, and am certain it is being called; however, the sessions are not being closed. Any suggestions? Could this cause a problem? Cheers Luke. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java Client - putMethod for a new file in a new directory
Thank you, that seemed to do the trick.
It was mkcolMethod that I had been looking for.
Cheers
Luke.
-
On 27 Apr 2004, at 17:43, Amr Elssamadisy wrote:
This is a test that I have written that I think does what you want -
hope it helps.
/**
* Expecting user name of test/test to allow a correct login and
give
* write permissions
* @throws Exception
*/
public void testWebdavWriteWithNewDirectory() throws Exception{
long begin = System.currentTimeMillis();
homeUrl.setUserinfo("test","test");
WebdavResource res = new WebdavResource(homeUrl);
assertTrue(res.exists());
try{
boolean success = res.mkcolMethod("/testDir");
assertTrue(res.getStatusMessage(),success);//write an dir
success = res.putMethod("/testDir/testFile","");
assertTrue(res.getStatusMessage(),success);//write an empty
file }
finally{
res.deleteMethod(""); }
long end = System.currentTimeMillis();
System.out.println("seconds running: "+ (end-begin)/1000);
}
luke noel-storr wrote:
Hi,
Using the slide Java client I'm trying to create a new file which I
want to
create in a directory that doesn't yet exist.
I've tried several things, but can't get any to work.
Say for example I want to create a new file at the URL:
http://localhost:8080/slide/files/data/bob/newfile
and the directory 'bob' does not yet exist, how would I go about
doing this?
here is an example of code I have tried:
HttpURL httpURL = new
HttpURL("http://localhost:8080/slide/files/data/bob/newfile";);
wdr = new WebdavResource(httpURL, credentials,
WebdavResource.NOACTION,
DepthSupport.DEPTH_0);
if (wdr.putMethod(bytes))
{
System.out.println("YES!!");
}
else
{
System.out.println("NO!!");
}
I have also tried:
HttpURL httpURL = new
HttpURL("http://localhost:8080/slide/files/data/";);
wdr = new WebdavResource(httpURL, credentials,
WebdavResource.NOACTION,
DepthSupport.DEPTH_0);
if (wdr.putMethod("bob/newfile", bytes))
{
System.out.println("YES!!");
}
else
{
System.out.println("NO!!");
}
Which also didn't work (and the directory 'data' does exist).
Any pointers, I'm kind of lost here?
Also, out of interest (and it may be related), how would I create a
new empty
directory?
Cheers
Luke.
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Amr Elssamadisy
Developer,Researcher,Student
(In no particular order...)
tel: (413) 207-1225
email: [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]
Java Client - putMethod for a new file in a new directory
Hi,
Using the slide Java client I'm trying to create a new file which I want to
create in a directory that doesn't yet exist.
I've tried several things, but can't get any to work.
Say for example I want to create a new file at the URL:
http://localhost:8080/slide/files/data/bob/newfile
and the directory 'bob' does not yet exist, how would I go about doing this?
here is an example of code I have tried:
HttpURL httpURL = new HttpURL("http://localhost:8080/slide/files/data/bob/newfile";);
wdr = new WebdavResource(httpURL, credentials, WebdavResource.NOACTION,
DepthSupport.DEPTH_0);
if (wdr.putMethod(bytes))
{
System.out.println("YES!!");
}
else
{
System.out.println("NO!!");
}
I have also tried:
HttpURL httpURL = new HttpURL("http://localhost:8080/slide/files/data/";);
wdr = new WebdavResource(httpURL, credentials, WebdavResource.NOACTION,
DepthSupport.DEPTH_0);
if (wdr.putMethod("bob/newfile", bytes))
{
System.out.println("YES!!");
}
else
{
System.out.println("NO!!");
}
Which also didn't work (and the directory 'data' does exist).
Any pointers, I'm kind of lost here?
Also, out of interest (and it may be related), how would I create a new empty
directory?
Cheers
Luke.
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
