Re: the ScriptingMojo

>
> It might be worthwhile to define an abstract class in Java that has
> the necessary methods; it could also supply some other useful methods
> or default implementations. I think the javascript could then do something
> like:
>
> var platforms = {
> 'Linux': { compile: function(...) { ... }, link: function... },
> 'Windows' : { ... },
> ...
> }
>
> var impl = new AbstractPGXS(platforms['Linux']);
>
> which would enforce that the needed methods were all present, and the
> ones supplied in Java would be naturally available too. I have not
> tried this out to make sure it does what I expect in both nashorn
> and graal.
>

Hi!
I really like this idea. But I am not sure how to work this out. The main
point of contention is the class type of platforms["Linux"]. I tested with
Nashorn and Graal and printed the class of the object in the constructor.
For nashorn, it is jdk.nashorn.api.scripting.ScriptObjectMirror and for
graal it is com.oracle.truffle.polyglot.PolyglotMap. So, it will require
implementation based handling depending on the Script Engine. That would
probably require having both Nashorn and Graal present as dependencies or
dynamically instantiating implementations which could get messy (or we
could enforce using graal always, but I don't know if that's a good idea).

But I might be missing something or another easy way here. Also, we could
add a javascript function to examine the object runtime and throw an error
with a detailed message if something is incorrect.

Regards,
Kartik