Nathan Voxland

I see what you mean, @hayeskl : we're not correctly finding jars inside other jars in the ClassLoaderResourceAccessor. We're currently doing a fairly large refactoring of the resource handling stuff...

OK, thanks @hayeskl. I'm going to close this as "duplicate" because I think the changes we are doing in #3064 should resolve this issue. That PR ended up resulting in...

We are currently working on a cleanup and re-evaluation of how we are exposing our dependencies through maven and other places. For example, currently we don't list the drivers as...

Thanks for doing the update @fbiville . That may be the cause of the failing tests from before, I'll keep an eye on the new build

Our build process isn't correctly connecting some of the needed changes in our pro code to get a fully clean build with this. We have plans to improve that build...

@fbiville I don't think it's work making a separate branch/PR for this in the main repo. We're working on improving the build process currently so hopefully it shouldn't be an...

Pushing up this first commit to start the discussion... The changes so far are API breaking as I'm looking at how it would plug together "ideally". Depending on how it...

I pushed changes for @StevenMassaro 's review and a fairly substantial refactoring of ClassLoaderResourceAccessor. Going back a bit to less reliance on URLClassLoader like we had prior to this work.

This should be fixed in #3064 since the problem method is getting removed and refactored

I merged the current master branch into the fork. I also changed the implementation a bit in the fork and added more tests. Since it seems that the `InetAddress.getLocalHost()` is...