-
Notifications
You must be signed in to change notification settings - Fork 78
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
Too many .proto lead to "CreateProcess error=206, The filename or extension is too long" on Windows #5
Comments
Hello @sannies, This has been a constant source of pain and frustration on Windows, and there's no universal workaround at the moment. However, I suspect that passing 306 source proto files on the command line may bust the limits of even more robust operating systems. You can try voting for protocolbuffers/protobuf#274 -- if they implement it in the same way that I had some ideas of how I could attack it from the maven plugin's perspective, but nothing's planned for the nearest future. I think I'll try to sort it out together with configuration rewrite, because the current implementation does not leave much room for manoeuvre. If you can split your protos into several smaller groups, then you'll be able to divide and conquer the compilation. You can either split them into several (possibly interdependent) maven modules, or you can split your plugin execution into a number of smaller executions, each compiling a subset of sources (controlled by the include/exclude parameters on each execution). Kind regards, |
Hello, I had the same problem. I didn´t know what to do so I searched on the internet for some solutions. And I read about [b]Long Path Tool[/b], which is a great tool in these type of cases. :o It worked really well. Hope it works for you too :p |
@fostersanders , i wonder how you used Long Path Tool. I have seen couple of people saying the same but have not come across any example. if you could share one. that would be helpful. thanks |
- added an integration test for useArgumentFile option - fixed writing unicode file names to the argument file - fixed handling of unicode output from protoc - simplified path normalisation, tested on both Windows and Linux
Hello, is it planned to deploy the new version (0.6.0) to the maven repository (https://mvnrepository.com/artifact/org.xolstice.maven.plugins/protobuf-maven-plugin)? Why hasn't it been deployed yet? Is there any known issue? It would help us a lot if the version 0.6.0 was available on the maven repository. Thanks a lot. Best regards |
@Spatzier-Beck Sorry for the delay. I wanted to fix some other issues as well and add some documentation, but I hope to release the new version in the next few days. |
Release |
@sergei-ivanov Yesterday I integrated the new version 0.6.1 into our build and it works very well. It is not yet visible in the Maven Central Repository Homepage, but it is already available and can be used in maven builds. Thanks a lot for your help :-) |
You are very welcome. Looks like Maven Central has been re-indexed and finally the artifacts can be seen on the search page too. |
publish fixes2
In case any missed it and were confused, to fix this issue, upgrade protobuf-maven-plugin to 0.6.1 and set the |
I'm working on a project with 306 proto files. That makes the command line longer than windows allows:
I do of course know that this is a Windows restriction but perhaps you can think of a workaround.
The text was updated successfully, but these errors were encountered: