Bug #5054

Unable to insert large EML documents and no error status returned

Added by Duane Costa over 10 years ago. Updated about 9 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!):


#1 Updated by Matt Jones over 10 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.

#2 Updated by ben leinfelder about 9 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.

#3 Updated by Redmine Admin over 7 years ago

Original Bugzilla ID was 5054

Also available in: Atom PDF