Thanks for clarifiying.

In my current state of the code for BSF4Rexx for the new APIs it becomes
possible to refer to ooRexx objects from Java. To do that a RexxProxy is
defined at the Java side referring to a ooRexx object, which is
registered (and locked) at the native layer.

There are two fundamentally different modes of operation in BSF4Rexx:
one is using external functions only, the other one (the preferred one,
because it makes things much easier for the ooRexx coder) requires a
package named "BSF.CLS" (this will also change a fundamental setting at
the Java side of the respective BSF4Rexx engine and expects data from
thereon to be encoded in a special way).

Now, if the public routines and public classes of "BSF.CLS" were
available at the time the ooRexx proxy was created, I would need to
execute a public routine from that package before sending the Rexx
object the message received from the Java side.

So the question would be: how can I figure out for an ooRexx object what
package definitions are available for it, if the call does not come from
Rexx, but from JNI ? In this scenario neither GetMessagePackage() nor
GetRoutinePackage() are available [in principle it should be possible
that a RexxProxy on the Java side can be used for another
RexxInterpreter instance spun off via a different engine instance there].


The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled.
Oorexx-devel mailing list

Reply via email to