#1".." reader for more complicated java expressions, using javaparser

[alanruttenberg]

This is the base class for using the java parser library. JSS will use this (in another commit) to enable writing more complicated java expressions using #1"..." e.g.

(#1"new ByteBuddy().subclass(Object.class,t)
.method(ElementMatchers.named("toString"))
.intercept(FixedValue.value("Hello World!"))
.make()
.load(getClass().getClassLoader())
.getLoaded()" )

[easye]

I'll merge this work based on javaparser, but have doubts that this will work on Java 6 (but who knows).

If we have problems on non-Java 8, we will need to conditionalize its usage in JSS based on whether the javaparser jar can be loaded, as a lot of the other contribs depend on JSS.

[easye]

I had to refactor the JAVAPARSER and JSS systems to rationalize load behavior 64203af, otherwise loading JSS was failing for me.

In addition, you are missing the declarations for REPLACE-ALL and TREE-REPLACE in the javaparser code, so it doesn't work for other users at the moment.

[alanruttenberg]

Ok. I will fix in my next patch. Unfortunately I can't do that until Monday, I expect, as I'm out of town heading to an informal college reunion.

…

On Fri, Jun 9, 2017 at 4:57 AM Mark Evenson ***@***.***> wrote: I had to refactor the JAVAPARSER and JSS systems to rationalize load behavior 64203af <64203af>, otherwise loading JSS was failing for me. In addition, you are missing the declarations for REPLACE-ALL and TREE-REPLACE in the javaparser code, so it doesn't work for other users at the moment. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#52 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAOxDsY9Y4R1WcLxaWFUMEucFr_wSGkwks5sCQkIgaJpZM4N0tbp> .

[alanruttenberg]

@alanruttenberg sez:

Are you sure the dependency wasn't in the tests? I deliberately wrote this so that it wouldn't be loaded unless used. Not so keen on redefining a function in a second system .

@easye replies: There were a couple of dependency problems, that looked best resolved by pushing their declarations to ASDF. If there is a better solution, please let me know, but I'm trying to make a release here. In any event, the tests don't run, which needs to be fixed.

[easye]

Further fixes, including "stacking" the JAVAPARSER READ-INVOKE definitions in 80f8222