Bug #5054


Unable to insert large EML documents and no error status returned

Added by Duane Costa over 13 years ago. Updated over 12 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


Two LTER sites (CDR and LUQ) have been unable to insert large EML documents into the LTER Metacat. The failure occurs both in batch mode (i.e. Metacat Harvester) and manually from a web form. There are really two problems:

1. The insert operation fails.

2. Metacat gives no indication that it fails. There is no apparent response of any kind other than that the insert operation terminates.

The following URL points to a very large (2+ MB) EML document with in-line data. Dan Bahauddin, Information Manager at Cedar Creek Ecosystem Science Reserve has granted permission to Metacat developers to access this document for the purpose of testing this bug (thanks, Dan!):
Actions #1

Updated by Matt Jones over 13 years ago

OK, we'll take a look at it. Duane -- if you or someone on the LTER team there have a chance to look into it, it might get resolved more quickly. I've increased the severity and assigned it to Chad.

Actions #2

Updated by ben leinfelder over 12 years ago

On first inspection, it appears that the request is coming into Metacat with no parameters set when I use the dev skin to load the large XML file (action, doc content).

After some Googling, It looks like there is a Tomcat server.xml setting that limits the size of POSTs (see:
The maximum size in bytes of the POST which will be handled by the container FORM URL parameter parsing. The limit can be disabled by setting this attribute to a value less than or equal to 0. If not specified, this attribute is set to 2097152 (2 megabytes).

The sample file is 2.6 MB -- so it exceeds Tomcat's default limit of 2 MB.
When I set my local server.xml to have maxPostSize="0" I can upload the large EML file without error.

Actions #3

Updated by Redmine Admin almost 11 years ago

Original Bugzilla ID was 5054


Also available in: Atom PDF