We are not able to store large files > 2GB when we use File Content Storage
(TxFileContentStore Storage).
Any file less then 2GB we are able to store into file system successfully.

When storing >2GB, we encounter the below pasted exception:

org.apache.slide.common.ServiceAccessException: Service TxFileStore at E:/Textup
loadtest/slide/store/content  working on E:/Textuploadtest/slide/work/content ac
cess error : Thread-19-1137482059804-60: Failed to undo change / create of '/113
7481500664.54_1.0' (ERR_SYSTEM)org.apache.slide.common.ServiceAccessException: S
ervice TxFileStore at E:/Textuploadtest/slide/store/content  working on E:/Textu
ploadtest/slide/work/content access error : Thread-19-1137482059804-60: Failed t
o undo change / create of '/1137481500664.54_1.0' (ERR_SYSTEM)
        at org.apache.slide.store.txfile.AbstractTxFileStoreService.throwInterna
lError(AbstractTxFileStoreService.java:433)
        at org.apache.slide.store.txfile.TxFileContentStore.storeRevisionContent
(TxFileContentStore.java:127)
        at org.apache.slide.store.txfile.TxFileContentStore.createRevisionConten
t(TxFileContentStore.java:85)
        at org.apache.slide.store.AbstractStore.createRevisionContent(Unknown So
urce)
        at org.apache.slide.store.ExtendedStore.createRevisionContent(Unknown So
urce)
        at org.apache.slide.store.BindingStore.createRevisionContent(BindingStor
e.java:556)
        at org.apache.slide.store.BindingStore.createRevisionContent(BindingStor
e.java:561)
        at org.apache.slide.content.ContentImpl.create(ContentImpl.java:538)
        at com.hyperion.eie.common.cms.WebdavPutMethod.putNewResource(Unknown So
urce)
        at com.hyperion.eie.common.cms.WebdavPutMethod.run(Unknown Source)
        at com.hyperion.eie.common.cms.WebdavPutMethod.executeMethod(Unknown Sou
rce)
        at com.sample.fileContent.Repository.uploadFile(Repository.java)

When debugging the slide code for the same we came to know the exception are 
thrown in the below code for the condition (if (contentLength != -1 && 
contentBytes != contentLength)), basically the contentLenght & contentBytes are 
not matching which should be same to store the file.

/*
In TxFileContentStore.java there are two parameters:
long contentBytes = FileHelper.copy(is, os);
long contentLength = revisionDescriptor.getContentLength();
And a condition:
if (contentLength != -1 && contentBytes != contentLength) 
{
   rm.deleteResource(getActiveTxId(), revisionUri);
   throwInternalError("Content length does not match expected");
}    
*/

When the above condition(contentLength and contentBytes) fails, the flow will 
go to delete the resource(rm.deleteResource) which is not yet stored in 
repository and the exception what we pasted above is thrown from 
rm.deleteResource() which is not actually the real cause to store large files. 
So the actuall cause what we found is value of the contentLength and 
contentBytes are not matching.

Please let us know if any one has already faced/fixed this issue in Slide2.0.
We are also trying to fix this, but it would help us if any one has already 
solution for this.