Hi,
the -Dcom.sun.star.lib.loader.unopath is not relevant for the JVM. It is
a special property that is used by the UNO bootstrap loader. The loader
prepares a new classloader and loads the original main class with this
new loader. You should try to set the classpath to juh, jurt, jut, ridl
and unoil jar. The bootstrap mechanism further starts a new instance of
the office if necessary and connect via a named pipe connection. But of
course I haven't test it so far in a web application and let me know if
you get it running.
Juergen
Grover Blue wrote:
I've been trying to get OOo development working within a web app.
Everything works with a normal desktop gui application (at least when
running from the IDE).
These are the following configuration I've made:
JVM Options:
-Dcom.sun.star.lib.loader.unopath=C:\OOo\Office_2_3\program
Native Library Path Prefix:
C:\OOo\Office_2_3\program\classes\juh.jar
C:\OOo\Office_2_3\program\classes\jurt.jar
C:\OOo\Office_2_3\program\classes\jut.jar
C:\OOo\Office_2_3\program\classes\ridl.jar
C:\OOo\Office_2_3\program\classes\unoil.jar
C:\OOo\Office_2_3\program\classes\officebean.jar
C:\OOo\Office_2_3\program\classes\sandbox.jar
C:\OOo\Office_2_3\program\classes
C:\OOo\Office_2_3\program
Windows PATH environment variable includes:
C:\OOo\Office_2_3\program
I still get:
com.sun.star.comp.helper.BootstrapException: no office executable found!
at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:253)
I'm running this in Sun's Java System Application Server 9. I know that
some people say I should use the OLD connection style, but I shouldn't have
to. Any ideas?
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
