getting started using slide
hi, all I am a new slide user. I have installed = slide1.0.16=20 bundled with Tomcat 4.0.1. After I startup the Slide(using the startup = command),=20 it shows following in the command window: Set domain for Slide host Set domain = for Webdav=20 host Set domain for Slide admin host Starting Slide Slide=20 started Starting service Slide Tomcat Apache = Tomcat/4.0.1 Starting=20 service Slide WebDAV Apache Tomcat/4.0.1 Starting service Slide=20 Admin Apache Tomcat/4.0.1 href=3D"http://localhost:8080/slide";>http://localhost:8080/slide. = what's the=20 problem? Cheers. _ 与联机的朋友进行交流,请使用 MSN Messenger: http://messenger.msn.com/cn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: getting started using slide
You should be using the release candidate, 1.0.16 is very old and you will be happier with the latest. __ Michael Oliver CTO Matrix Intermedia Inc 7391 S. Bullrider Ave. Tucson, AZ 85747 Phone +1 (520) 574-1150 Fax +1 (520) 844-1036 ICQ#: 318986322 Current ICQ status: * More ways to contact me __ -Original Message- From: ÃÃ ÂÂÃÃ [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 8:15 AM To: [EMAIL PROTECTED] Subject: getting started using slide hi, all I am a new slide user. I have installed = slide1.0.16=20 bundled with Tomcat 4.0.1. After I startup the Slide(using the startup = command),=20 it shows following in the command window: Set domain for Slide host Set domain = for Webdav=20 host Set domain for Slide admin host Starting Slide Slide=20 started Starting service Slide Tomcat Apache = Tomcat/4.0.1 Starting=20 service Slide WebDAV Apache Tomcat/4.0.1 Starting service Slide=20 Admin Apache Tomcat/4.0.1 href=3D"http://localhost:8080/slide";>http://localhost:8080/slide. = what's the=20 problem? Cheers. _ äèæçæåèèäæïèäç MSN Messenger: http://messenger.msn.com/cn - 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: getting started using slide
Michael Oliver wrote: You should be using the release candidate, 1.0.16 is very old and you will be happier with the latest. by the way, I have got a client prototype, on which there is a lot of data, using a CVS from august 2003. I am now using slide-2.0b1. (much better), but is there a way to migrate the content from this config: JDBCDescriptorStore/FileContentStore to the following: TxXMLFileDescriptorsStore/TxFileContentStore ??? I have got much data into these, and the content is versionned... thanks a lot, Stan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting started using slide
Stan Pinte <[EMAIL PROTECTED]> writes: > Michael Oliver wrote: > > >You should be using the release candidate, 1.0.16 is very old and you will be > >happier with the latest. > > > > > > > by the way, I have got a client prototype, on which there is a lot of > data, using a CVS from august 2003. I am now using slide-2.0b1. (much > better), but is there a way to migrate the content from this config: > > > JDBCDescriptorStore/FileContentStore > > to the following: > > TxXMLFileDescriptorsStore/TxFileContentStore ??? > > I have got much data into these, and the content is versionned... No tool to migrate from JDBCDescriptorStore to TxXMLFileDescriptorsStore. I planed to write one but never found the spare time :-( I used the same setup and migrated to JDBCStore/OldJDBCAdapter + TxXMLFileDescriptorsStore. Much more reliable than the old stuff. You would probably have to overwrite the createException(SQLException e, Uri uri) method for your database and slightly modify your schema. And please do some tests before migrating your data. AFAIK there is no conversion necessary for TxFileContentStore except creating a work directory. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting started using slide
No tool to migrate from JDBCDescriptorStore to TxXMLFileDescriptorsStore. I planed to write one but never found the spare time :-( I used the same setup and migrated to JDBCStore/OldJDBCAdapter + TxXMLFileDescriptorsStore. Much more reliable than the old stuff. You would probably have to overwrite the createException(SQLException e, Uri uri) method for your database and slightly modify your schema. And please do some tests before migrating your data. AFAIK there is no conversion necessary for TxFileContentStore except creating a work directory. and can't slide recreate the missing descriptors, in an empty descriptor DB? thanks a lot, Stan. Martin - 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: getting started using slide
If it were me, I would write a "crawler" that walked the tree of your old slide and copied the contents to the new slide via the Client Library, so much has changed under the covers I wouldn't begin to know where to start. This way your old slide works and the new slide works as is and you just have the "crawler" doing WebDAV gets and puts. __ Michael Oliver CTO Matrix Intermedia Inc 7391 S. Bullrider Ave. Tucson, AZ 85747 Phone +1 (520) 574-1150 Fax +1 (520) 844-1036 ICQ#: 318986322 Current ICQ status: * More ways to contact me __ -Original Message- From: Stan Pinte [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 8:36 AM To: Slide Users Mailing List Subject: Re: getting started using slide Michael Oliver wrote: >You should be using the release candidate, 1.0.16 is very old and you will be happier with the latest. > > > by the way, I have got a client prototype, on which there is a lot of data, using a CVS from august 2003. I am now using slide-2.0b1. (much better), but is there a way to migrate the content from this config: JDBCDescriptorStore/FileContentStore to the following: TxXMLFileDescriptorsStore/TxFileContentStore ??? I have got much data into these, and the content is versionned... thanks a lot, Stan. - 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: getting started using slide
Michael Oliver wrote: If it were me, I would write a "crawler" that walked the tree of your old slide and copied the contents to the new slide via the Client Library, so much has changed under the covers I wouldn't begin to know where to start. This way your old slide works and the new slide works as is and you just have the "crawler" doing WebDAV gets and puts. I'll do this, thanks!! Stan. __ Michael Oliver CTO Matrix Intermedia Inc 7391 S. Bullrider Ave. Tucson, AZ 85747 Phone +1 (520) 574-1150 Fax +1 (520) 844-1036 ICQ#: 318986322 Current ICQ status: * More ways to contact me __ -Original Message- From: Stan Pinte [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 8:36 AM To: Slide Users Mailing List Subject: Re: getting started using slide Michael Oliver wrote: You should be using the release candidate, 1.0.16 is very old and you will be happier with the latest. by the way, I have got a client prototype, on which there is a lot of data, using a CVS from august 2003. I am now using slide-2.0b1. (much better), but is there a way to migrate the content from this config: JDBCDescriptorStore/FileContentStore to the following: TxXMLFileDescriptorsStore/TxFileContentStore ??? I have got much data into these, and the content is versionned... thanks a lot, Stan. - 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: getting started using slide
"Michael Oliver" <[EMAIL PROTECTED]> writes: > If it were me, I would write a "crawler" that walked the tree of your > old slide and copied the contents to the new slide via the Client > Library, so much has changed under the covers I wouldn't begin to know > where to start. This way your old slide works and the new slide works > as is and you just have the "crawler" doing WebDAV gets and puts. This would not work for version data and live properties. You could write a crawler, which uses the slide server API. Such a tool is really missing in slide. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting started using slide
Martin Holz wrote: "Michael Oliver" <[EMAIL PROTECTED]> writes: If it were me, I would write a "crawler" that walked the tree of your old slide and copied the contents to the new slide via the Client Library, so much has changed under the covers I wouldn't begin to know where to start. This way your old slide works and the new slide works as is and you just have the "crawler" doing WebDAV gets and puts. This would not work for version data and live properties. You could write a crawler, which uses the slide server API. Such a tool is really missing in slide. can't I write a tool that first queries all versions of the doc, then get them, and then reproduce the version tree on the target DAV server? Stan. Martin - 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: getting started using slide
Stan Pinte <[EMAIL PROTECTED]> writes: > Martin Holz wrote: > > >"Michael Oliver" <[EMAIL PROTECTED]> writes: > > > > > > >>If it were me, I would write a "crawler" that walked the tree of your > >>old slide and copied the contents to the new slide via the Client > >>Library, so much has changed under the covers I wouldn't begin to know > >>where to start. This way your old slide works and the new slide works > >>as is and you just have the "crawler" doing WebDAV gets and puts. > >> > > > > >This would not work for version data and live properties. > >You could write a crawler, which uses the slide server API. > >Such a tool is really missing in slide. > > > > > > > can't I write a tool that first queries all versions of the doc, then > get them, and then reproduce the version tree on the target DAV server? Probably you could. But I think you would loose the date information and the author information too. Knowing who changed what when might be very important in some scenarios. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: getting started using slide
Yes that's the approach and since it is your data you would be able to tailor the tool to your properties as well. __ Michael Oliver CTO Matrix Intermedia Inc 7391 S. Bullrider Ave. Tucson, AZ 85747 Phone +1 (520) 574-1150 Fax +1 (520) 844-1036 ICQ#: 318986322 Current ICQ status: * More ways to contact me __ -Original Message- From: Stan Pinte [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 9:59 AM To: Slide Users Mailing List Subject: Re: getting started using slide Martin Holz wrote: >"Michael Oliver" <[EMAIL PROTECTED]> writes: > > > >>If it were me, I would write a "crawler" that walked the tree of your >>old slide and copied the contents to the new slide via the Client >>Library, so much has changed under the covers I wouldn't begin to know >>where to start. This way your old slide works and the new slide works >>as is and you just have the "crawler" doing WebDAV gets and puts. >> >> > >This would not work for version data and live properties. >You could write a crawler, which uses the slide server API. >Such a tool is really missing in slide. > > > can't I write a tool that first queries all versions of the doc, then get them, and then reproduce the version tree on the target DAV server? Stan. >Martin > > > > >- >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]