OK, that methodology makes sense. But, the problem is is that Oo
1.1.4 (and I would assume previous versions) installation does not
give you the choice to install for the system or for your user and
will always install it for your user. Oo 1.9 does give your this
choice and defaults to system. So, I think many people will be
experiencing this problem. (I'm testing against Windows XP Pro and
installing both 1.1 and 1.9 under the same user, which has admin
rights).
BTW, why is that exception thrown? It seems to me that even if it's
finding the 1.1 installation, it should work. Does Oo 1.1 not support
the Bootstrap? Is the Bootstrap not backward compatible? If it's
either of these, shouldn't the Bootstrap search HKEY_CURRENT_USER and
if it can't find a compatible version, search HKEY_LOCAL_MACHINE?
Thanks,
Mike
--- Thomas Benisch <[EMAIL PROTECTED]> wrote:
> Hi Mike,
>
> I guess, the problem is, that you installed OOo 1.1 with user
> rights
> and OOo 1.9 with administrator rights.
>
> On the Windows platform, the UNO installation is found by reading
> the
> default value of the key "Software\OpenOffice.org\UNO\InstallPath"
> from
> the root key HKEY_CURRENT_USER in the Windows Registry. If this key
> is
> missing, the key is read from the root key HKEY_LOCAL_MACHINE. One
> of
> those keys is always written during the installation of an office.
> In a
> single user installation the key is written to HKEY_CURRENT_USER,
> in a
> multi-user installation of an administrator to HKEY_LOCAL_MACHINE.
> Note,
> that the default installation is the last installed office, but
> with the
> restriction, that HKEY_CURRENT_USER has a higher priority than
> HKEY_LOCAL_MACHINE.
>
> If this default behaviour doesn't work with your scenario, then you
> can specify the location of your UNO installation by either the
> Java system property com.sun.star.lib.loader.unopath or the
> environment variable UNO_PATH.
>
> The location of a UNO installation can be specified by the Java
> system
> property com.sun.star.lib.loader.unopath. The system property can
> be
> passed to the client application by using the -D flag, e.g
>
> java
> -Dcom.sun.star.lib.loader.unopath=/opt/OpenOffice.org/program
> -jar MyApplication.jar
>
> In addition, it is possible to specify a UNO installation by
> setting the
> environment variable UNO_PATH to the program directory of a UNO
> installation, e.g.
>
> setenv UNO_PATH /opt/OpenOffice.org/program
>
> Note, that this is not working with Java 1.3.1 and Java 1.4,
> because
> environment variables are not supported in those Java versions.
>
> I hope this helps,
>
> Thomas
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
__________________________________
Yahoo! Messenger
Show us what our next emoticon should look like. Join the fun.
http://www.advision.webevents.yahoo.com/emoticontest
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]