RE: Optical/RO Stores with Slide?
Hi Miguel, Thank you for your input. Unfortunately, I already considered the transaction-nature of these stores, and the work/'metadata' and work/'content' related directories are still on regular filesystem, not pointing to the read-only CD/DVD. Example: parameter name=rootpathe:/kbstore/metadata/parameter parameter name=workpathwork/metadata2/parameter This is where e:/ is the CD drive, and 'work' is still the relative BIN path of Tomcat with r/w access. Unfortunately, one of the concerns is that I purposely want to keep the DAV properties metadata that is stored via TxXMLFileDescriptorsStore. I think SimpleStore only handles files/content, not the metadata. And I do not know of any metadata stores that can read the files generated by TxXMLFileDescriptorsStore. Hopefully I'm wrong? Any feedback please! -D -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Monday, April 04, 2005 6:39 AM To: 'Slide Users Mailing List' Subject: RE: Optical/RO Stores with Slide? Hello Darren, I believe you are having read-only problems. First of all, stores should have read-write access or strange things might happen. In your case, I bet that the domain.xml file is pointing to the transient files (like transaction information) also know as the 'work' directory, to the same base directory of the 'store' directory. This would explain the error you describe. The solution is to define very well these store parameters (presented here is the default conf of domain.xml): parameter name=rootpathstore/metadata/parameter parameter name=workpathwork/metadata/parameter I don't know how you could do it but: what you want is the rootpath in the DVD, but you need the workpath with write access for accessing the roothpath through slide. I believe there are also simpler file stores, that don't need to store transient files (SimpleStore rings me a bell). Perhaps is good spot for you to search also. Hope this helps, Miguel Figueiredo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Optical/RO Stores with Slide?
Hello Darren, I don't know if it is that simple as your configuration seems to be. Anyway, could you try and add the drive letter for the workpath also? Perhaps it gives a different error :) Best regards, Miguel Hi Miguel, Thank you for your input. Unfortunately, I already considered the transaction-nature of these stores, and the work/'metadata' and work/'content' related directories are still on regular filesystem, not pointing to the read-only CD/DVD. Example: parameter name=rootpathe:/kbstore/metadata/parameter parameter name=workpathwork/metadata2/parameter This is where e:/ is the CD drive, and 'work' is still the relative BIN path of Tomcat with r/w access. Unfortunately, one of the concerns is that I purposely want to keep the DAV properties metadata that is stored via TxXMLFileDescriptorsStore. I think SimpleStore only handles files/content, not the metadata. And I do not know of any metadata stores that can read the files generated by TxXMLFileDescriptorsStore. Hopefully I'm wrong? Any feedback please! -D -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Monday, April 04, 2005 6:39 AM To: 'Slide Users Mailing List' Subject: RE: Optical/RO Stores with Slide? Hello Darren, I believe you are having read-only problems. First of all, stores should have read-write access or strange things might happen. In your case, I bet that the domain.xml file is pointing to the transient files (like transaction information) also know as the 'work' directory, to the same base directory of the 'store' directory. This would explain the error you describe. The solution is to define very well these store parameters (presented here is the default conf of domain.xml): parameter name=rootpathstore/metadata/parameter parameter name=workpathwork/metadata/parameter I don't know how you could do it but: what you want is the rootpath in the DVD, but you need the workpath with write access for accessing the roothpath through slide. I believe there are also simpler file stores, that don't need to store transient files (SimpleStore rings me a bell). Perhaps is good spot for you to search also. Hope this helps, Miguel Figueiredo - 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: Optical/RO Stores with Slide?
The error is related to accessing the root path's location of the files.def.xml for that store (or instead of 'files', the sub-store/collection name). i.e. the error happens when reading e:\mycdstore\metadata\files.def.xml as pointed to by the rootpath. The workpath is never mentioned, nor would it makes sense for the work directory to point to a read-only location (the workpath points to r/w local access within the bin directory of Tomcat). Note the error is from 'FileOutputStream'. 01 Apr 2005 16:52:23 - org.apache.slide.common.Namespace - INFO - Finish init namespace slide configuration 01 Apr 2005 16:52:23 - org.apache.commons.transaction.file.FileResourceManager - EMERGENCY - Fatal error during critical commit/rollback of transaction main-111 2392342717-1, setting database to dirty. 01 Apr 2005 16:52:23 - org.apache.commons.transaction.file.FileResourceManager - EMERGENCY - org.apache.commons.transaction.file.ResourceManagerSystemException: main-1112392342717-1: Commit failed (ERR_SYSTEM) Caused by: java.io.FileNotFoundException: e:\mycdstore\metadata\files.def.xml (Access is denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Monday, April 04, 2005 7:43 AM To: 'Slide Users Mailing List' Subject: RE: Optical/RO Stores with Slide? Hello Darren, I don't know if it is that simple as your configuration seems to be. Anyway, could you try and add the drive letter for the workpath also? Perhaps it gives a different error :) Best regards, Miguel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
