Hi, > a possible way improve this would be to make usage of > the global data store (JCR-926)
That would be a solution. The idea is to avoid temporary copies of the data, and persist large objects as early as possible. I'm not sure if the data store should be used in the Jackrabbit SPI client (it would introduce a strange dependency). The easiest solution would be to temporary files on the client side. Another solution is to transfer large objects in blocks from the Jackrabbit SPI client to the server (and back). > we could avoid the xml-bodies transporting binary values. Yes, base64 conversion should be avoided for performance reasons. Regards, Thomas
