Hi there,

it seems that dispatching scripts via AOO's Java scripting framework is done 
using the wrong thread
on MacOSX.

This reasoning stems from observing the Java runtime error to be caused e.g. 
when using a JDialog to
popup reporting the following error:

    com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
method invoke: non-UNO exception occurred:
    java.lang.InternalError: Can't start the AWT because Java was started on 
the first thread.
    Make sure StartOnFirstThread is not specified in your application's 
info.plist or on the command line

This problem is also present in Herbert's latest drop.

This effectively inhibits dispatching any scripts from within AOO on MacOSX, 
which works fine on
Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).

As the code for making ooRexx available was copied from the BeanShell's Java 
scripting framework
implementation and works on all other platforms flawlessly, this seems to be a 
serious error on
MacOSX, and therefore a showstopper, IMHO.
[The code gets dispatched by AOO and on its supplied thread.]

However and interestingly, there seems to be no problem with BeanShell and 
JavaScript, which is
surprising to me. Not sure why they execute properly on MacOSX, but that 
observation is also the
reason why I prefer to ask first, before setting the showstopper flag on bug 
124170 (see below).

There are two bug issues that document this problem:

  * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=124170>, Comment # 9: 
explains where to find
    the (basically a pure Java-) oxt (a debug version using JDialog) and how to 
get the Java error
    on MacOSX.

  * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=120359> is probably 
related to the same
    reason (in the part describing problems dispatching scripts and some sort 
of work around that
    more or less worked on the prior 32-bit version).

---

It might be interesting to note, that in OpenOffice.org times (32-bit OOo) it 
used to work on
MacOSX. I am not aware of any changes in the scripting framework that could 
cause this behaviour.

---rony

Reply via email to