Thanks you.
If there are Accepted Answers, those will be shown by default. You can switch to 'All Replies' by selecting the tab below.
It appears to be an issue with the Application Server rather than Content Server. In classic uploads, there is no limitation in Content Server, only in the Application Server. Here a specific article on Support Site:
Support articles, alerts & useful tools - Extended ECM - Content Server - How to increase the maximum (upload) file size limit? (opentext.com)
A different scenario applies to the drag and drop mechanism: The maximum size of a file when using the drag and drop operation is configured on the administration page - 'Core System - Server Configuration' - 'Features' - 'Configure Container Options'.
Towards the bottom, in the third-last section, there is a parameter that limits the maximum number of files that can be uploaded and the maximum size of a single file:
?func=admin.navigationconfig
The information provided above outlines the established procedures for configuring upload limits in OpenText xECM.
If you are utilizing the Module Suite and are in the process of implementing custom, visually appealing webForms for file uploads, you have the advantage of complete control over the process. You can tailor the upload limits to suit your specific requirements.
For instance, when it comes to file uploading, the 'DropArea' widget is an excellent choice. By configuring it appropriately via Content Script, you can set the upload limit according to your preferences.
It's worth noting, however, that these limits should not exceed those set at the server level, as mentioned previously. The following snippet demonstrates a simple extension and size check implementation in a Content Script:
Key points include:
java.io.File
params.am_dropFile
params.am_dropFile_filename
Note that you have the flexibility to enhance this validation as needed. Additionally, for more precise validation, you might want to include custom or specific libraries, such as the net.sf.jmimemagic.Magic one, to validate MIME type and ensure that the extension matches the actual file content.
net.sf.jmimemagic.Magic
No such thing as OpenText xECM Server but XECM is a product of OT Content Server. Files in the system are governed by architecture. So if your CS is on an IIS front end you have to find from Google or MS site what its maximum upload size is I think from memory it is 4G. Traditionally users on browsers or mobile devices do not have time or need to upload files of a very large nature so APIs exist both SOAP(older) and REST(newer).
In the SOAP realm, a TC-supported SOAP server is able to upload higher file sizes than IIS so it is not uncommon in an organization to run CS on IIS for ease for users facing ones, and for API level integration they would run web services on TC.
REST large uploads has been introduced very new so I am not sure how it completely works
Some things to add to all responses above……
While it may be possible to load "large files" into xECM/Content Suite (subject to the web server's limits etc), one should consider the potential consequences. In particular, how will this impact on:
I'd also consider the frequency of ingestion/retrieval of these large files and whether this may impact on users working with "normal files". i.e. ensure that the network and storage architecture account for needs.
Rgds,
David
I also have the same question. I'm interested in knowing whether OpenText xECM imposes a strict file size limit or if it's configurable. Additionally, any best practices for managing large files efficiently would be helpful. Looking forward to insights from the community!
If you're dealing with large video files—like those edited in CapCut. understanding OpenText xECM's file size limitations is crucial for efficient storage and workflow management. Many video editors need to store high-resolution project files, so knowing whether xECM allows configurable limits can help in organizing and archiving CapCut projects. Has anyone tried managing large media files within xECM? Would love to hear best practices!