I just tried the SQLServerRDMBSAdapter and it seems to have some problems
too. Has UTF-8 been tested with the RDMS adapters?

All tables in the db are uses normal char and not Unicode char. I guess that
it means that slide should store data as UTF-8. Looking into the content of
the records it does look like UTF-8 encoded data. I this correct?

/Jacob

-----Original Message-----
From: Jacob Lund [mailto:[EMAIL PROTECTED] 
Sent: 28. januar 2004 13:03
To: 'Slide Users Mailing List'
Subject: RE: TXFileStore and local filesystem

No file is created by the filestore!

German letters and danish letters works fine for me too - and they are also
supported by the codepage.

To avoid these problems, why not save the files in escaped UTF-8 codes -
that way wee always know that is will work?!?

/Jacob

Here is the stack trace:

28 Jan 2004 12:57:25 -
org.apache.slide.store.txfile.AbstractTxFileStoreService
- WARNING - Thread Thread[http8080-Processor23,5,main] marked transaction
branch
 http8080-Processor23-1075291045101-264 for rollback
org.apache.slide.store.txfile.rm.ResourceManagerSystemException:
http8080-Proces
sor23-1075291045101-264: Can not create resource at
'/files/+?-++?-�+?-�+?-�+�-�
+�-�+?-�+?-++�-�.txt.def.xml' (ERR_SYSTEM)
Caused by: java.io.IOException: The filename, directory name, or volume
label sy
ntax is incorrect
        at java.io.WinNTFileSystem.createFileExclusively(Native Method)
        at java.io.File.createNewFile(File.java:828)
        at
org.apache.slide.store.txfile.rm.impl.FileResourceManager.createFile(
FileResourceManager.java:209)
        at
org.apache.slide.store.txfile.rm.impl.FileResourceManager.createResou
rce(FileResourceManager.java:770)
        at
org.apache.slide.store.txfile.XMLResourceDescriptor.create(XMLResourc
eDescriptor.java:201)
        at
org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.createObject(
TxXMLFileDescriptorsStore.java:126)
        at
org.apache.slide.store.AbstractStore.createObject(AbstractStore.java:
597)
        at
org.apache.slide.store.ExtendedStore.createObject(ExtendedStore.java:
476)
        at
org.apache.slide.structure.StructureImpl.create(StructureImpl.java:36
2)
        at
org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.jav
a:333)
        at
org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebda
vMethod.java:355)
        at
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:204)

        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:284)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:204)
        at
org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:182)

-----Original Message-----
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
Sent: 28. januar 2004 12:30
To: Slide Users Mailing List
Subject: Re: TXFileStore and local filesystem

Hi Jacob!

I can imagine there might be problems with the filename. I do not know 
how to create filenames with Russian characters (or any other key not on 
my keyboard, but German special characters "�������" work fine ). So, 
please report any progress and try to find out where it fails. Are files 
being created? If so, how do the filenames look like.

Thanks for helping and cheers,

Oliver

Jacob Lund wrote:
> Hi All!
> 
> Has anyone tried the TXFile store with filenames that includes characters
> that are not allowed in the server file system?
> 
> I am using windows XP and the UI supports UTF8. My XP is English and local
> is set to Danish! If I upload a file with Russian characters in the
filename
> then slide fails with a 500 error. Slide is set to UFT8 and running on TC
> 5.0.16.
> 
> My slide version I about a week old (from the SLIDE_2_0_RELEASE_BRANCH)
> 
> I will dig deeper into this, but I just wanted to hear if anyone else has
> experience with this.
> 
> Without knowing anything for sure I think that java will apply the "DOS"
> codepage to all IO operations. If this is the true then the filestore
needs
> to save all information in an escaped UTF8 mannor. 
> 
> /Jacob
> 
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to