I was wrong. JCRVLT-35 is about something else..... regards, toby
On Wed, Dec 21, 2016 at 12:12 PM, Tobias Bocanegra <[email protected]> wrote: > Hi Timothee, > > there exist 2 issues related to this: > > JCRVLT-35 is about 'uploading' them directly from a stream (probably what > you want) > JCRVLT-50 is about avoiding to store the packages in the content repository > > regards, toby > > - https://issues.apache.org/jira/browse/JCRVLT-35 > - https://issues.apache.org/jira/browse/JCRVLT-50 > > On Tue, Dec 20, 2016 at 6:40 PM, Timothee Maret <[email protected]> wrote: > >> Hi, >> >> For Sling Content Distribution we are using VLT (by default) as a >> serialisation. Currently, on the SCD receiving side, the VLT packages must >> be written in a file to disk before being passed to the PackageManager API >> and ultimately exported to the repository. >> >> I am thinking that if the PackageManager was able to export directly from >> an InputStream, we may speed up the SCD import by skipping the >> write-to-temp-file operation. >> >> Maybe the PackageManger could be extended with the following signature in >> order to allow extracting from InputStream: >> >> void PackageManager.extract(session, importOptions, >> InputStream); >> >> wdyt ? >> >> Regards, >> >> Timothee >> >> [0] https://github.com/apache/sling/blob/trunk/contrib/exten >> sions/distribution/core/src/main/java/org/apache/sling/ >> distribution/serialization/impl/vlt/FileVaultContentSeria >> lizer.java#L108-L147 >> > >
