Andrus Adamchik
Andrus Adamchik
_(Editing my earlier answer)_ The source of default imports is this file: https://github.com/SpencerPark/IJava/blob/master/src/main/resources/ijava-jshell-init.jshell , which is loaded unconditionally on kernel startup. So the only way to get rid of it...
We may actually be working on this as a part of another feature in JJava: https://github.com/dflib/jjava/issues/28
Hi @MalloD12 , I suspected we can't just change the policy globally. The suggested idea of doing it conditionally via GlobalConfiguration property should work. Not sure how hard it will...
Let me poke around
@MalloD12, I updated the PR. Now it has two commits: * c0d203b91310c610c9b5c880995fe4c72fc2d5a5 - a unit test that shows how relative paths do not work for a certain type of dynamic...
Yes, this is what I said in my comment. The second commit in the PR is for information purposes so to speak. Anyways, I will remove it shortly to avoid...
Just updated the PR: * Removed the changes from `DatabaseChangeLog` * Moved the test `ResourceAccessor` into a top-level class as requested in the previous review.
I can give it a shot. But unfortunately the check can't be done inside a `ResourceAccessor` (otherwise I wouldn't have a need to patch Liquibase). The check will have to...
Hi @MalloD12 , I just updated the PR to conditionally use `preserveClasspathPrefixInNormalizedPaths` GlobalConfiguration property, with default being the current behavior. Also extended the tests to verify multiple levels of nesting...
Hi @MalloD12 , wonder if you had a chance to take a look at this?