Nor do we, and how the heck could we with the paucity of information you provided?
JSValueRef JSObjectCallAsFunction(JSContextRef ctx, JSObjectRef object,
JSObjectRef thisObject, size_t argumentCount, const JSValueRef
arguments[],
JSValueRef* exception)
{
JSValueRef result = toRef(jsObject->call(exec, jsThisObject,
argList));
// returns NULL if object->implementsCall() is false
. . . and if so, how one specifies "implementsCall()" as "true"
That isn't Java code.
True, it's not, it's JavascriptCore. So this is a multi-language problem
with both Java (netscape.javascript.JSObject) and JavaScript being
involved. I think we can handle that.
I spent a month earlier this year doing an integration for a customer in
an Oracle Forms environment that involved Java, Oracle Forms PL/SQL, and
some JavaScript. Much of last year was Java EE web apps where Java, XML,
XSLT, XHTML, CSS and SQL figured. Right now I am working ESB
integrations where Java is important but less than 50 percent.
Most of us spend quality time doing hybrid work. Sometimes a problem is
a one-language problem but often it's not. We can't get too picky about
what we'll look at and what we won't. As long as Java is involved to
some extent I think it's worth a first look.
I agree that an SSCCE is called for in any case.
published was not is relevant.
At no point did I suggest that the question was inappropriate for this forum.
smart ways to ask questions here.
Honi soit qui mal y pense.