-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
java.lang.RuntimeException: Problem using the file: java.nio.file.FileSystemException: path_to_file.scala: Invalid argument #94
Comments
Hi @mcenkar, sorry you're experiencing this, and thanks for reporting. I don't have very helpful insight, unfortunately:
|
Actually had a longer look and it's not 2.3.0, I had it even on 2.0.0 - only noticed now, or maybe was just unlucky to get it couple times in a row. Maybe narrowed down nondeterminism to:
and sometimes it manages to compile 2 files (out of 6 total):
we're pretty much here:
which doesn't quite make much sense to me, maybe to you: Files.deleteIfExists(path)
Files.write(path, contents, StandardOpenOption.CREATE) first one shouldn't throw an error, second one shouldn't throw // edit Actually second would throw this exception if entire folder didn't exist. So it's supposed to write to @julianpeeters maybe there's too much deleting somewhere? full stacktrace for reference:
|
Files were generated into not-existing folder, added call to create all missing parent folders.
That was actually pretty good guess, if I create all folders on-the-way to actual one I don't get any more errors. Not sure if there might be another bug - because why it's nondeterministic - can something delete folder when files were already generated - but it does fix problem for me. |
@mcenkar thanks a ton for looking into this. The fix has been released as avrohugger version 1.3.1 and sbt-avrohugger version 2.3.1 |
Hi,
when upgrading
sbt-avrohugger
from2.2.1
to2.3.0
I'm faced with following error:seems like running an extra
compile
does solve the problem. However it's a bit difficult on CI + it was working fine on2.2.1
.Did anything change in how
sbt-avrohugger
needs to be plugged in? My build is probably a bit complicated because it's compiling avdl files extracted from jar by another sbt task, so possible there's some error on my part.// edit: actually it seems to be a bit nondeterministic as sometimes builds pass just fine
The text was updated successfully, but these errors were encountered: