[Container-tools] Success with Eclipse+"CDK"

Xavier Coulon xcoulon at redhat.com
Fri Nov 20 08:52:08 UTC 2015


> On 20 Nov 2015, at 09:38, Xavier Coulon <xcoulon at redhat.com> wrote:
> 
> Burr,
> 
> Watching your video: 
> 
> - The launcher to build a Dockerfile is going to be improved and you'll be able to name and tag the image that you build (instead of "dockerfile"): https://bugs.eclipse.org/bugs/show_bug.cgi?id=474196 <https://bugs.eclipse.org/bugs/show_bug.cgi?id=474196> (patch is to be reviewed on Gerrit).
> 
> - As far as "Remove Images" (plural) is concerned: I have another patch to rename commands with "Run...", "Delete", "Start", etc. to match the Eclipse vocabulary (as users would be familiar with those terms). And we also have a patch to remove the restriction on a single container or image for those commands.
> 
> - Also, Roland integrated the support for Terminal.tm in replacement of the console which gives a much nicer output because terminal.tm understands the special character at the beginning of each line in the Wildfly logs. To enable support for Terminal.tm in replacement for the default console, you need to select both the "Keep stdin open to Console.. " and "Allocate pseudo-TTY from console.." option in the "Run.." wizard. I believe these options should be enabled by default, btw. I would also suggest you to unselect the "Request time stamp for logs" in the Eclipse preferences (Docker>Logging) since Wildfly already provides timestamps in its logs.
> 
> [shameless plug] If you want to get an idea of what where we are going with the Docker tooling, you can check the demo that I gave last week at Devoxx, which shows some features that are not merged yet but that we plan to include before the December release: https://youtu.be/tq58w0DYmgc?t=614 <https://youtu.be/tq58w0DYmgc?t=614> - with my French accent, as usual ;-)
> 
> - Another interesting feature that was not explicitly mentioned during the demo is that we will create a launch configuration for each container, which means that once the container has been created, users will be able to create a copy or delete/recreate the same container using the previous settings (ports, volumes, links and environment variables). This should be available soon, too. But again, we need 
we need to review and merge the patches for that. (Sorry for missing the end of the sentence in the previous mail, I guess this is what happens when you get caught on something else in the middle of a paragraph. Unless I'm starting to loose my mind ?)
> 
> - To respond about MySQL env variables, yes, you need to click on the "Next" button in the wizard to fill the variables (we could not fill all settings on a single wizard page).
> 
> Ping me if you have more questions
> 
> Best regards,
> Xavier
> 
>> On 20 Nov 2015, at 08:40, Max Rydahl Andersen <manderse at redhat.com <mailto:manderse at redhat.com>> wrote:
>> 
>> Taking the liberty to cc'ing this to container-tools@ since I find it useful for others to see what works (and what does not :)
>> 
>>> Based on 
>>> https://brewweb.devel.redhat.com/taskinfo?taskID=10116077 <https://brewweb.devel.redhat.com/taskinfo?taskID=10116077>
>>> http://pkgs.devel.redhat.com/cgit/rpms/adb-atomic-bundle/plain/components/rhel/rhel-docker-eclipse/Vagrantfile?h=cdk2.0-rhel-7
>>> 
>>> I was able to get a my old demo projects [1][2] working via Eclipse - using the nightly Docker and nightly JBoss Tools (Eclipse Mars.1).
>> 
>> Great!
>> 
>> For those watching it, this "just" shows the generic docker tooling. None of the "CDK enhanced" features are in this (yet).
>> 
>>> https://vimeo.com/146347864 <https://vimeo.com/146347864>
>>> password: vagrant
>> 
>> Answers to some of the questions you raised in here:
>> 
>> 
>> 4:21 selection not working in editor - I've pinged Konstantin on that. It should work.
>> 
>> 7:00 you get the spring icon on your app because browsers tend to aggressively cache favicon's and I reckon the last time it cached localhost:8080 you were running a spring app :)
>> 
>> btw. Eclipse Mars has a decent terminal now - try cmd+3 "local terminal" - sometimes useful to avoid having to swap too much back and forth in videos/demos/talks.
>> 
>>> I did send a different email to Xavier earlier in the evening (my evening) asking about how to express the MySQL docker run statement in Eclipse.
>>> 
>>> docker run --name mysqldb -p 3306:3306 -e MYSQL_USER=mysql -e MYSQL_PASSWORD=mysql -e MYSQL_DATABASE=sample -e  MYSQL_ROOT_PASSWORD=supersecret -d mysql
>> 
>> There is "Next" button on the wizard :)
>> 
>> ![](cid:954F4C68-E814-4456-8E88-6E2E6B615397 at redhat.com <cid:954F4C68-E814-4456-8E88-6E2E6B615397 at redhat.com> "Run_a_Docker_Image_and_1____Downloads_MyEclipse_2015_OSS_org_jboss_ide_eclipse_core_src-genuitec__zsh_.png")
>> 
>> 
>> ![](cid:535D57DB-B057-4D0C-B8FA-007FF5107A50 at redhat.com <cid:535D57DB-B057-4D0C-B8FA-007FF5107A50 at redhat.com> "Run_a_Docker_Image.png")
>> 
>> Hope the above images explain it enough ;)
>> 
>> One note of warning: the current nightly docker don't provide a way to *rerun* images so you have to manually enter the above again and again. Xavier has a patch for it waiting to be included - that will help immensely on actually using docker actively.
>> 
>> One feature I've requested since day one is that we could parse a docker CLI to setup this wizard and likewise generate a docker cli based on the wizard.... but I haven't convinced Jeff et.al. yet on the usefulness of this.
>> 
>>> [1] https://github.com/burrsutter/docker_tutorial <https://github.com/burrsutter/docker_tutorial>
>>> [2] https://github.com/burrsutter/docker_mysql_tutorial <https://github.com/burrsutter/docker_mysql_tutorial>
>> 
>> 
>> /max
>> http://about.me/maxandersen <http://about.me/maxandersen>
> _______________________________________________
> Container-tools mailing list
> Container-tools at redhat.com
> https://www.redhat.com/mailman/listinfo/container-tools

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/container-tools/attachments/20151120/87ff2861/attachment.htm>


More information about the Container-tools mailing list