Josh Suereth
Josh Suereth
Ah, looks like the classpath for the mojo extractor is bad. We're actually able to handle some bad compilation in the mojo extractor because we're not relying on much to...
Just a quick update I've been trying to set up all my personal (com.jsuereth) repositories to have an automated travis-ci based release process based on tagging repositories. This can get...
Thanks @mpollmeier . I like the idea, but I actually want release based on tags. I've created new GPG key that denotes an auto-release signer, and then anyone with commit...
Thanks for the question! Yeah, we are explicitly not handling that exception. If opening the resource fails, that should be handled by an outer-scope. Now, when nesting resources, the "outer"...
@naree No, it's more of a design decision on my part than anything else. I think I use the fact that open-throws-exception to shorten a couple coding paths. I'l treat...
Yes, I'll try to get a CoC + all that set up tonight!
Sure, this is really lacking in teh codebase right now.
I finally figured this one out. IT's the difference between "ExtractableManagedResource" and a vanilla "ManagedResource". I think the library is assuming the value from teh for-expression is still "raw", i.e....
To be clear, this line needs to change: https://github.com/jsuereth/scala-arm/blob/master/src/main/scala/resource/ManagedResource.scala#L56 and should return "ExtractableManagedResource"
Yes, this would mean bumping major version.