DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=35608>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35608 Summary: System unstable if file names too long Product: Slide Version: Nightly Platform: PC OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: Stores AssignedTo: slide-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If the complete size of the path gets too long, Slides File Store on Windows creates a folder instead of a file on a file upload. This happens with files like this: D:\rd\runtime\covportal\jboss\server\covportal\deploy\COVPORTALEar.ear\COVPORTAL_JAHIA.war\WEB-INF\var\content\slide\jvpsite\store\users\root\public\gallerien\hochzeit2\06.09.03 Po govoru pred dvorano.jpg_1.0 The problem is that the system gets instable, the database is flaged "dirty" and no slide transaction is allowed. When restarting the server I get the following exception: org.apache.commons.transaction.file.ResourceManagerSystemException: http-0.0.0.0-8080-Processor24-1120556014695-1: Commit failed (ERR_SYSTEM) Caused by: java.io.FileNotFoundException: D:\rd\runtime\covportal\jboss\server\covportal\deploy\COVPORTALEar.ear\COVPORTAL_JAHIA.war\WEB-INF\var\content\slide\jvpsite\store\users\root\public\gallerien\hochzeit2\06.09.03 - 01 - Pri Papezih v Avstriji - Slikanje z nevesto - Teta, stric in sestricna iz Madzarske.JPG_1.0 (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) at org.apache.commons.transaction.util.FileHelper.copy(FileHelper.java:235) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:142) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:135) at org.apache.commons.transaction.util.FileHelper.moveRec(FileHelper.java:111) at org.apache.commons.transaction.file.FileResourceManager$TransactionContext.commit(FileResourceManager.java:1359) Can you somehow prohibit that the store creates folders instead of the files and that it triggers an exception if the path gets too long? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
