You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, first of all - thanks for the great project :)
Just wanted to share a bit of trench story, maybe to highlight this in the docs. I have a JSL for my pipelines that was long maintained by simple text editors, and decided to try getting it into an IDE (picking IDEA Community, randomly) and making built-in selftests rather than harassing guinea pigs on real servers (even if not production ones) with a lot of Replay on prepared projects.
Note: I am a noob regarding both Gradle and IDEA, though have some related experience from writing Groovy pipelines, Jenkins shared libs and maintaining some Jenkins plugins in "native" Java with maven.
Looking around for ways to unit-test JSLs I came across this project, and picked random blocks from its and the example sibling's build.gradle etc. files, having set up the project as a "Java+Groovy" one (as one of the other articles for JSL editing in IDEA had suggested).
After fixing some typos in my franken-config I got it to build (and following issues like #79 and #69 to get my JSL code past the compiler) - except for the test part, failing with compilation of RuleBootstrapper and in particular with this unresolved line:
for which indeed there is no matching class file name in the JAR archive.
I double-checked that an unmodified import of your example project did work, so it was not something about years passing and things becoming incompatible.
In the end, I noticed that your examples and text mentioned "Kotlin" (which I as a noob disregarded at first), and your config files had the .kts extensions. So I git mv renamed my gradle setting files and had to adapt some syntax back (def => val, more parenthesis, double-quoted strings...) et voila - IDEA did build and unit-test my JSL project (after asking to change the toolkit to process Kotlin recipes).
So I think this should be highlighted in the README, so other noobs like me suffer less :)
The text was updated successfully, but these errors were encountered:
Hi, first of all - thanks for the great project :)
Just wanted to share a bit of trench story, maybe to highlight this in the docs. I have a JSL for my pipelines that was long maintained by simple text editors, and decided to try getting it into an IDE (picking IDEA Community, randomly) and making built-in selftests rather than harassing guinea pigs on real servers (even if not production ones) with a lot of Replay on prepared projects.
Note: I am a noob regarding both Gradle and IDEA, though have some related experience from writing Groovy pipelines, Jenkins shared libs and maintaining some Jenkins plugins in "native" Java with maven.
Looking around for ways to unit-test JSLs I came across this project, and picked random blocks from its and the example sibling's build.gradle etc. files, having set up the project as a "Java+Groovy" one (as one of the other articles for JSL editing in IDEA had suggested).
After fixing some typos in my franken-config I got it to build (and following issues like #79 and #69 to get my JSL code past the compiler) - except for the test part, failing with compilation of RuleBootstrapper and in particular with this unresolved line:
for which indeed there is no matching class file name in the JAR archive.
I double-checked that an unmodified import of your example project did work, so it was not something about years passing and things becoming incompatible.
In the end, I noticed that your examples and text mentioned "Kotlin" (which I as a noob disregarded at first), and your config files had the .kts extensions. So I
git mv
renamed my gradle setting files and had to adapt some syntax back (def => val, more parenthesis, double-quoted strings...) et voila - IDEA did build and unit-test my JSL project (after asking to change the toolkit to process Kotlin recipes).So I think this should be highlighted in the README, so other noobs like me suffer less :)
The text was updated successfully, but these errors were encountered: