-
Notifications
You must be signed in to change notification settings - Fork 40
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
Binary garbage on standard output of docker:install under Maven 3 #13
Comments
I am also experiencing this problem when invoking docker:package. My terminal is destroyed beyond repair by the binary output. In my case, I am ADDing a binary/WAR file when invoking docker:package Workaround: redirect maven output to a file. |
@hanswesterbeek you can salvage your terminal when that happens by pressing ^C and then running |
@rkrzewski thanks :) i'll try... I am on a mac, doesn't seem to work... In any case, redirecting works for me even if it's troublesome |
Hi, can you give me output of mvn -version, and the OS you're working on? |
|
Apache Maven 3.2.2 (45f7c06d68e745d05611f7fd14efb6594181933e; 2014-06-17T15:51:42+02:00) |
thanks guys, fixed in 1.3.1-SNAPSHOT, I'll try to deploy to Nexus for testing later today. |
Any chance you can push this out? I'm experiencing the same problem on 1.3.0 using MacOSX Boot2Docker with Maven 3.1.1. Thanks for this plugin! |
Released in v1.3.1 |
While running docker:install goal, the following is printed to maven's standard output:
... many megabytes of binary garbage omitted ...
Debug output is nice, but dumping tar contents to the console is a tad excessive ;)
I was able to track this logging info to
com.sun.jersey.api.client.filter.LoggingFilter
added to JerseyApacheHttpClient4
used bycom.kpelykh.docker.client.DockerClient
(introduced in commit alexec/docker-java-fix-its@7cbba4b)Now, I see in https://github.com/alexec/docker-maven-plugin/blob/master/src/main/resources/logback.xml that the intention was to redirect this particular debug information into a file in project's
target
directory, but for some reason it does not work in the version of Maven I'm using (3.2.1). I presume it's different in your environment - it seems you are compiling against Maven 2.0.6 API.It would be great if the capturing & logging of client/server communication were made optional. It's not needed when things are going well (hopefully most of the time) but capturing the stream using LoggingFilter and converting it into java.lang.String to write out to the log uses a lot of CPU cycles and memory.
The text was updated successfully, but these errors were encountered: