[EP-tech] Problem depositing larger documents via SWORD 2.0

John Salter J.Salter at leeds.ac.uk
Thu Sep 15 11:25:22 BST 2016

Hi Willem,
I’ve had a quick look at the php code.
It’s base64 encoding the file, and adding it to the EPrintsXML it generates in a <document> element.

The encoding (and decoding at the other end) takes some time – and is probably not the correct process for larger files.

This is the process that I think *should* be used in this scenario:
but I’m not sure if the EPrintsWrapper class can do this…

Others on this list have more SWORD experience than me – hopefully someone will be able to provide a bit more advice.


From: eprints-tech-bounces at ecs.soton.ac.uk [mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of W. Struiksma
Sent: 14 September 2016 14:13
To: eprints-tech at ecs.soton.ac.uk
Subject: [EP-tech] Problem depositing larger documents via SWORD 2.0

Hi all,

I'm currently having problems depositing larger documents (> 5 MB) via SWORD 2.0. I'm using a PHP script that uses EPrintsWrapper.php. In this script the EPrints XML (including document) is posted via cURL.


The deposit takes a very long time (8 minutes for 26 MB) and the Apache process goes to a 100% processor capacity.

Has anyone experienced the same behaviour before? What can I do about it?

We use EPrints 3.3.13.

Thanks in advance!

Willem Struiksma
University of Groningen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20160915/fdc2ac7f/attachment.html 

More information about the Eprints-tech mailing list