[Container-tools] Testing CDK + Eclipse Docker Tooling for VirtualBox provider

[Xavier Coulon]

> On 02 Sep 2015, at 13:27, Navid Shaikh <nshaikh at redhat.com> wrote:
> 
> Hi Max,
> 
> Firstly, thank you for the giving it a spin.
> 
> On 09/02/2015 11:59 AM, Max Rydahl Andersen wrote:
>> On 31 Aug 2015, at 17:21, Navid Shaikh wrote:
>> 
>>> Hi,
>>> 
>>> This is regarding integration of CDK with Eclipse Docker tooling for
>>> VirtualBox provider, and call for testing the same combination on
>>> different platforms like Mac OS and Windows.
>>> 
>>> For Mac OS, following are the perquisites
>>> - Virtualbox setup
>>> - vagrant setup
>>> - Eclipse setup [1]
>>> 
>>> For Windows, following are the perquisites
>>> - Availability of `scp` and `ssh` utilities
>> 
>> how come this is needed ?
>> 
> 
> There is a TLS enabled `docker` daemon running inside the box and client needs respective client side certs to connect to daemon inside the box. The certs pairs are generated inside the box.
> Copying the required client side certs from box to host machine as part of vagrant box provisioning is happening via scp. Host machine needs scp and ssh to perform the copy over ssh operation.
> 
> 
>>> - Virtualbox setup
>>> - vagrant setup
>>> - Eclipse setup [1]
>>> 
>>> Document [2] has a Vagrantfile and few steps to setup atomicapp/dev
>>> vagrant box for integration.
>>> 
>>> Once you have the vagrant box provisioned you refer steps in document
>>> [2] to test out integration.
>>> 
>>> Kindly test and feedback either on list or by comments on gist [2].
>> 
>> I've listed what I found on gist.
>> 
>> a) does not work as described from docker cli
>> 
> 
> Requested few additional details to debug it on gist page
> - docker version
> - host machine
> 
>> b) in eclipse I can connect but not do searches (looks like some docker
>> protocol incompatibility if I should guess)
> 
> Could be part of the upcoming release of Eclipse Docker Tooling Plugin - Xavier would you like to add more detail here?
> 
> Apart from the search issue - I hope you can pull images and create containers?

So after some provider name issue, I finally managed to give it a try on OSX \o/ 

I could reproduce the search problem that Max reported, too. In Eclipse, I can see the following stack trace:

Caused by: org.glassfish.jersey.message.internal.MessageBodyProviderNotFoundException: MessageBodyReader not found for media type=text/plain; charset=utf-8, type=interface java.util.List, genericType=java.util.List<com.spotify.docker.client.messages.ImageSearchResult>.
	at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor$TerminalReaderInterceptor.aroundReadFrom(ReaderInterceptorExecutor.java:230)
	at org.glassfish.jersey.message.internal.ReaderInterceptorExecutor.proceed(ReaderInterceptorExecutor.java:154)
	at org.glassfish.jersey.message.internal.MessageBodyFactory.readFrom(MessageBodyFactory.java:1124)


which looks to be caused by this bug in Docker: https://github.com/docker/docker/pull/14850 <https://github.com/docker/docker/pull/14850>
This bug should has been fixed in Docker 1.8: https://github.com/docker/docker/commit/5328cc346f56beae2f5a230d445ebdc5b784e6c1 <https://github.com/docker/docker/commit/5328cc346f56beae2f5a230d445ebdc5b784e6c1> but I can see from the tooling that the VM runs Docker 1.7.1, so I guess that the Docker daemon needs to be upgraded.

Best regards,
/Xavier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/container-tools/attachments/20150902/0e27ac9f/attachment.htm>