You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by bu...@apache.org on 2005/07/05 13:11:34 UTC
DO NOT REPLY [Bug 35608] New: -
System unstable if file names too long
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: pap@commaro.com
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: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org