I'm doing some tests right now, i believe it has something to do with
encoding, maybe binary to string/text conversion.
I had problems with FOP in the past, where i had to read the stylesheets
and explicitly treat them as UTF-8 , otherwise the XLST processor
would crash.
Without this trick FOP
On 2018-01-16 15:52, Manuel López Blasi wrote:
Hi everyone,
i'm using the Export/Import feature, methods from Session. It backups
nodes / subtrees to an xml file.
I'm also backing up Binary values, wich are encrypted pdf files.
...
FWIW; what Jackrabbit version are you using, and how do you
Can you do a file comparison between original and corrupted? Prime
suspect would be something treating binaries as text, converting line
ends...
On 2018-01-16 20:15, Manuel López Blasi wrote:
I tried with unencrypted pdf files, it breaks them too.
I noticed the files are slightly bigger (10k
I tried with unencrypted pdf files, it breaks them too.
I noticed the files are slightly bigger (10kb) when restored from xml.
All the nodes and structure is there, but all Binary are corrupted. At
least with pdf files, maybe plain text or other kind of
files do fine. I've read somewhere it's re
On 2018-01-16 15:52, Manuel López Blasi wrote:
Hi everyone,
i'm using the Export/Import feature, methods from Session. It backups
nodes / subtrees to an xml file.
I'm also backing up Binary values, wich are encrypted pdf files.
to backup:
session.exportDocumentView(path, FileOutputStream, fa
Hi everyone,
i'm using the Export/Import feature, methods from Session. It backups
nodes / subtrees to an xml file.
I'm also backing up Binary values, wich are encrypted pdf files.
to backup:
session.exportDocumentView(path, FileOutputStream, false,false);
to restore:
session.getWorkspace()
