Also, given the problems with putting/getting large content with the SOAP API currently, using the REST API for such activities is a better alternative.
On Tue, Mar 22, 2011 at 11:45 AM, Steve Bayliss <stephen.bayl...@acuityunlimited.net> wrote: > Hi Rob > > > > We have a couple of JIRA issues outstanding for this: > > https://jira.duraspace.org/browse/FCREPO-102 > > https://jira.duraspace.org/browse/FCREPO-452 > > > > Also we’ve identified it would be a good candidate for a Google Summer of > Code project - > https://wiki.duraspace.org/display/GSOC/Fedora+Summer+of+Code+Ideas > > > > Regards > > Steve > > > > ________________________________ > > From: Tanzola, Robert (CDC/OD/OADS) (CTR) [mailto:r...@cdc.gov] > Sent: 16 March 2011 14:33 > To: fedora-commons-users@lists.sourceforge.net > Subject: [fcrepo-user] java.lang.OutOfMemory during export via SOAP > versionof API-M > > > > Our migration process currently calls the SOAP API-M client. During a recent > migration test, there was a 43MB object being exported. The first attempts > to export it failed with java.lang.OutOfMemory exceptions during the Base64 > decode of the SOAP attachment. After further research, we found that > increasing the max heap size to 1GB allowed the object to be exported. > > That object ended up needing > 500MB of heap to complete the export (as > observed from jvisualvm during the test). As a workaround we moved over to > the REST version of API-M based upon advice from posts to this list in May > of last year. The export now completes and stays below 20MB of heap space > the whole time. > > We are running on Fedora 3.2, so I don’t know if the same issue is present > in 3.4.1, but I could imagine that others will encounter this for any > operation that uses a SOAP attachment with Axis 1.3. I did find several > other reports describing this problem outside of the Fedora community from > those using Axis 1.3 directly. > > Are there any other considerations or alternatives we should explore for > exporting large files? > > > > Regards, > > Rob > > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
