Bug 35608 - System unstable if file names too long
Summary: System unstable if file names too long
Status: NEW
Alias: None
Product: Slide
Classification: Unclassified
Component: Stores (show other bugs)
Version: Nightly
Hardware: PC Windows 2000
: P2 critical (vote)
Target Milestone: ---
Assignee: Slide Developer List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-05 13:11 UTC by Benjamin Papez
Modified: 2005-07-05 05:11 UTC (History)
0 users


Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Papez 2005-07-05 13:11:32 UTC 
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?