Stephan Bergmann
Fri, 02 May 2008 00:06:35 -0700
Martin Hollmichel wrote:
Frank Schönheit - Sun Microsystems Germany wrote:Hi Martin,I'm not that familiar with those deployment, but I would expect that there is either the possibility for the admin to get the runtimes installed on all the clients machines and/or we make it a requirement, that an installation of the needed files need to get run on the client machines ? Any experts around for thoughts about this scenarios ?Not sure how such projects as OpenOffice.org Portable - an OOo distribution running from a memory stick - think about the idea of requiring system-wide runtimes before OOo can even start ...What are the alternatives ?From what I read from Stephans postings and from the msdn pages the Runtimes are designed to get either installed in the system or along the binary. msdn says that even different versions of the runtime should work, but they say nothing about the situation that one version in multiple instances will work. This seems to be Stephans experience as well.so the alternatives seems to be: * install runtime systemwide* install _one_ version of runtime along the binary (it looks weired anyhow to install several instance of the runtime in the office tree)
does not work; if not installed system wide, runtime needs to reside next to each exe/dll that needs it
but I don't know if Stephan suggestion to switch back to a two layered office is sufficent, there will be still to instances of the runtimes: in the brand and the then combined base/ure layer ?
as the only scenario (up to now...) where we experience problems with multiple runtime instances is cppu::getCaughtException, we might get away with two runtime instances, provided no code in the brand layer calls cppu::getCaughtException...
I haven't took a look into the sources of the runtime, maybe it is an option to create an own versions of the runtime for the different locations we need to install the runtime to, but this doesn't sound as a practical solution as well (but i have the impression we are open to even weired ideas in the current situation ;-) ).
I guess you are not even allowed to think about something like that ;)anyway, I still have not lost hope to eventually grok this deeply enough to come up with a nice little fix, compatible and all, maybe even elegant...
-Stephan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]