Hello
I would like some advice on managing oo-basic libraries in an
application where OO is driven by our Java client and our oo-macros are
invoked via the uno-bridge:
======
Scenario:
The java component and the macros it uses are delivered and installed as
zipfiles via pkgchk; say MyUnoComp.zip and MyMacros.zip. An installer
widget does this as part of installing our java client.
At some point the customer will have to modify the macros to manage
site-specific factors; this will happen on some workstation where an
authorized user knows the password to the macro library.
Now the updated macros must be distributed to general users; we are not
using a shared OO installation.
======
Part I - accessing the modified library
I don not think there is any clean way to 'export' a library via the
Macro-Manager ide; so it has to be done via some code (a macro or java);
this requires getting hold of the 'path' to the library.
- I do not see any clean way to do this as I am not sure how to reliably
access the .../user/basic/script.xlc file.
- Then, the library 'dictionary' can be opened and parsed as xml for the
occurrence of:
<library:library
library:name="MyMacros"
xlink:href="vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/My
Macros.zip... etc..../>"
- It would be helpful the path to the library dictionary were available
via an expansion of some token like:
"vnd.sun.star.expand:$UNO_USER/basic" but I am not sure what
"$UNO_XXX" tokens exist to expand.
- I suppose one could use an expansion of:
"vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/../../basic" but this
seems roundabout.
- Best would be a method of the (sparsely documented)
com.sun.star.script.ApplicationScriptLibraryContainer to recover the
'realPath' of a library by library name.
Has anyone in the community worked on this sort of stuff?
======
Part II - repacking the modified library
For the new macros to be installable by replacement, they must be
packaged as zips and dropped into pkgchk.
- This means the library fileset must be zipped.
- Are the zip/deflater functions of OO available through any public
interface.
- Otherwise I suppose it has to be a zipfile job for the jre.
Has anyone in the community worked on this sort of stuff?
Fyi: I 'appended' the library into a document and saved it and looked at
it as a zipfile; the library components are not named in such a way as
to be recognized and worked on by pkgchk.
This all seems like a fundamental need of any application of OO that
runs at a large site (say 100 plus users); it should be a problem with a
general solution.
All advice appreciated
John Sisson
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
