Thanks for the quick reply Mikhail,
I did what you suggested and it now works in most of the cases: thanks!
I now have a different problem since in many cases when I create the
zipPackageFolder with the method getByHierarchicalName("") I discover
that this is empty even if gunzip, file-roller, Karc, winzip 7zip tell
me that there is at least a file in the archive. No big deal since all I
had to do was to add a test for empty archives which should have been
there in the first place, but I still wonder why OOo has to be soooo
strict :-)
The zip files I am working on are publicly available in case you want to
take a look at a couple of them.
Cheers,
Michele
Mikhail Voytenko wrote:
Hi Michele,
The implementation of the package checks the zip format more strictly
starting from OOo3.2, this is why some files that could be handled in
OOo3.1.1 can not be handled any more directly. But it is correct so,
because the file is indeed broken, if the package throws the exception.
I must confess, I do not quite understand what kind of documentation
would you expect. Improvement of the broken zip file check is a
bug-fix and is definitely no new feature.
In case you would like to repair the file please try to insert object
of type NamedValue into the arguments ( args(1) ), with the values
aNamedValue.Name = "RepairPackage"
aNamedValue.Value = true
That will let the package ignore the errors in the broken zip file and
try to repair it.
Hope that helps.
Best regards,
Mikhail.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
