Jim White wrote:
Rony G. Flatscher wrote:
...
Also, there is a group of applications and use cases which become
impossible: all classes with are reachable to *any* Java application
on a system that are listed on the process' default environment
variable CLASSPATH. At the moment is seems to be the case that OOo
face-2-face to Java-OOo-extensions hides the CLASSPATH settings from
them! [The behaviour would be comparable to removing the settings of
the PATH environment variable from apps that are deployed via OOo or
its extensions, sort of blinding and deafing them.]
...
Well, personally I don't mind ignoring the CLASSPATH variable.
Requiring desktop GUI users to deal with command-line oriented
settings is a non-starter in many situations.
Hmm, I did *not* mean to have end-users set the CLASSPATH variable at
all. However, if a pre-configured, rolled-out system has CLASSPATH set
(at the user or system level), then usually there are good reasons for
that (which may very well be independent of ones own OOo-extension for
that matter). Comparable to having such systems pre-set PATH entries.
The only thing I would like to have is that the OOo-Java-dispatchers
honor the CLASSPATH setting, if the CLASSPATH is set. Very much like
honoring the PATH settings if dispatching non-Java programs from OOo.
[It would be a solution/helpful already, if some entry in a manifest
file would allow to tell OOo to add the current CLASSPATH settings
explicitly.]
I think for cross-platform desktop use, directing folks to configure
the OOo:Preferences:Java panel is more manageable.
No, this would not be a feasible choice if rolling out apps over dozens
(or even hundreds) of end-users, asking them to configure manually (if
you have ever tried such a thing with ten end-users you never ever
wanted to do that voluntarily again)!
And if you want to configure the system classpath, then using the
Optional Package mechanism is better.
Not necessarily, besides, very subtle class loading issues may come into
play here (tried to solve a particular problem that way and eventually
had to pull it).
---rony
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
