You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@whirr.apache.org by Andrea Turli <an...@gmail.com> on 2012/09/19 11:23:51 UTC
Re: Virtualbox implementation
Hi all,
quick update on jclouds-virtualbox.
The provider is still on labs, but after the last improvements, I've
been able to successfully start up to 30 guests on my laptop without
problems.
I've also tested the jclouds-virtualbox provider with Apache Whirr:
bin/whirr launch-cluster --config recipes/zookeeper.properties
--private-key-file ~/.ssh/id_rsa_whirr --template
osFamily=UBUNTU,osVersionMatches=12.04
where $ cat recipes/zookeeper.properties
#
# Licensed to the Apache Software Foundation (ASF) under one or more
# contributor license agreements. See the NOTICE file distributed with
# this work for additional information regarding copyright ownership.
# The ASF licenses this file to You under the Apache License, Version 2.0
# (the "License"); you may not use this file except in compliance with
# the License. You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#
#
# Deploy an Apache ZooKeeper cluster
#
whirr.cluster-name=zookeeper
whirr.instance-templates=3 zookeeper
whirr.bootstrap-user=toor:password
with default ram size for the guests 1024 Mb, and everything seems to
be in good shape.
I think it is a good result :)
If you are interested in having more details, feel free to ping me.
Thanks everyone for great team work particularly
Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
Batchelli, Andrew Bayer and Patrick Debois.
Ciao,
Andrea
On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
> haha baby steps.
>
> -A
>
> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>> I'd try using that
>>> in a different package. Ex. a LOT of the code is the same, regardless
>>> of which api is used (ex. image construction, guest additions, etc),
>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>> like a ComputeServiceAdapter that uses xpcom?
>>>
>>> wdyt?
>>
>>
>> I agree with the idea of having a different package: at the moment I'm using
>> a simple eclipse project to test things.
>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>> running vbox web server (good)
>> the session reliability is still a problem with xpcom bridge as well.
>>
>> Maybe we could start a brave implementation of a third bridge: native :)
>>
>> wdyt?
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to
>> jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/jclouds-dev?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Karel Vervaeke <ka...@ngdata.com>.
http://aws.amazon.com/free/
It says there say you get m1.micro instances (m1.tiny is probably the
equivalent openstack term).
750 hours of Amazon EC2 Linux† Micro Instance usage (613 MB of memory
and 32-bit and 64-bit platform support) – enough hours to run
continuously each month*
-> Yoinks. 613 MB sounds a bit tight for running a complete
zk+hadoop+hbase stack. I suppose if you split it up over multiple
nodes you could get somewhere.
30 GB of Amazon Elastic Block Storage, plus 2 million I/Os and 1 GB of
snapshot storage*
-> yay.
On Wed, Sep 19, 2012 at 2:33 PM, Frank Scholten <fr...@frankscholten.nl> wrote:
> Yes I created such an account recently.
>
> Btw, perhaps we can use such an account for a Jenkins job that runs
> all the integration tests every night or so? Or are the instances too
> small?
>
> Cheers,
>
> Frank
>
> On Wed, Sep 19, 2012 at 1:21 PM, Steve Loughran <st...@hortonworks.com> wrote:
>> On 19 September 2012 12:13, Frank Scholten <fr...@frankscholten.nl> wrote:
>>
>>> Hi Andrea,
>>>
>>> Great news! I looked into the Virtualbox provider as part of
>>> https://issues.apache.org/jira/browse/WHIRR-379 a
>>
>>
>> " so that services can be experimented with without paying for mistakes."
>>
>> you know that if you sign up for AWS now (and another email addr will do),
>> you get 30GB of EBS and a quota of m1.tiny instances to use each month?
>> Enough to test v. small (1-4 node) clusters for €0? Performance may suck
>> but its great for when you are setting up and tearing down VMs in a single
>> test run
Re: Virtualbox implementation
Posted by Frank Scholten <fr...@frankscholten.nl>.
Yes I created such an account recently.
Btw, perhaps we can use such an account for a Jenkins job that runs
all the integration tests every night or so? Or are the instances too
small?
Cheers,
Frank
On Wed, Sep 19, 2012 at 1:21 PM, Steve Loughran <st...@hortonworks.com> wrote:
> On 19 September 2012 12:13, Frank Scholten <fr...@frankscholten.nl> wrote:
>
>> Hi Andrea,
>>
>> Great news! I looked into the Virtualbox provider as part of
>> https://issues.apache.org/jira/browse/WHIRR-379 a
>
>
> " so that services can be experimented with without paying for mistakes."
>
> you know that if you sign up for AWS now (and another email addr will do),
> you get 30GB of EBS and a quota of m1.tiny instances to use each month?
> Enough to test v. small (1-4 node) clusters for €0? Performance may suck
> but its great for when you are setting up and tearing down VMs in a single
> test run
Re: Virtualbox implementation
Posted by Steve Loughran <st...@hortonworks.com>.
On 19 September 2012 12:13, Frank Scholten <fr...@frankscholten.nl> wrote:
> Hi Andrea,
>
> Great news! I looked into the Virtualbox provider as part of
> https://issues.apache.org/jira/browse/WHIRR-379 a
" so that services can be experimented with without paying for mistakes."
you know that if you sign up for AWS now (and another email addr will do),
you get 30GB of EBS and a quota of m1.tiny instances to use each month?
Enough to test v. small (1-4 node) clusters for €0? Performance may suck
but its great for when you are setting up and tearing down VMs in a single
test run
Re: Virtualbox implementation
Posted by Frank Scholten <fr...@frankscholten.nl>.
Hi Andrea,
Great news! I looked into the Virtualbox provider as part of
https://issues.apache.org/jira/browse/WHIRR-379 a few months ago but
then it still had some problems on Linux.
I'll have a look.
Thanks to everyone involved!
Cheers,
Frank
On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
> Hi all,
>
> quick update on jclouds-virtualbox.
>
> The provider is still on labs, but after the last improvements, I've
> been able to successfully start up to 30 guests on my laptop without
> problems.
>
> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>
> bin/whirr launch-cluster --config recipes/zookeeper.properties
> --private-key-file ~/.ssh/id_rsa_whirr --template
> osFamily=UBUNTU,osVersionMatches=12.04
>
> where $ cat recipes/zookeeper.properties
>
> #
> # Licensed to the Apache Software Foundation (ASF) under one or more
> # contributor license agreements. See the NOTICE file distributed with
> # this work for additional information regarding copyright ownership.
> # The ASF licenses this file to You under the Apache License, Version 2.0
> # (the "License"); you may not use this file except in compliance with
> # the License. You may obtain a copy of the License at
> #
> # http://www.apache.org/licenses/LICENSE-2.0
> #
> # Unless required by applicable law or agreed to in writing, software
> # distributed under the License is distributed on an "AS IS" BASIS,
> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> # See the License for the specific language governing permissions and
> # limitations under the License.
> #
>
> #
> # Deploy an Apache ZooKeeper cluster
> #
> whirr.cluster-name=zookeeper
> whirr.instance-templates=3 zookeeper
> whirr.bootstrap-user=toor:password
>
> with default ram size for the guests 1024 Mb, and everything seems to
> be in good shape.
>
> I think it is a good result :)
>
> If you are interested in having more details, feel free to ping me.
>
> Thanks everyone for great team work particularly
> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
> Batchelli, Andrew Bayer and Patrick Debois.
>
> Ciao,
> Andrea
>
>
> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>> haha baby steps.
>>
>> -A
>>
>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>> I'd try using that
>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>> of which api is used (ex. image construction, guest additions, etc),
>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>
>>>> wdyt?
>>>
>>>
>>> I agree with the idea of having a different package: at the moment I'm using
>>> a simple eclipse project to test things.
>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>> running vbox web server (good)
>>> the session reliability is still a problem with xpcom bridge as well.
>>>
>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>
>>> wdyt?
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "jclouds-dev" group.
>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Thanks Steve,
this is really interesting I'll give a look later today.
Thanks,
Andrea
On Mon, Oct 8, 2012 at 10:33 AM, Steve Loughran <st...@hortonworks.com> wrote:
> On 7 October 2012 13:40, Andrea Turli <an...@gmail.com> wrote:
>
>> Sure I'll add this information to the jclouds-virtualbox documentation.
>>
>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>> features that are used by jclouds-cli, so that we can use virtualbox
>> from the cli.
>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>> the ASL license. So he thinks that it is not possible package it
>> inside the cli itself.
>>
>> This is a big problem for jclouds and whirr in general, I guess, so we
>> need to find a solution.
>>
>> Ioannis was suggesting to ask Oracle to relicense the jar
>> Technically it is also possible to avoid the usage of vbox web service
>> and either ssh to host machine and run the vbox command on it
>> (vagrant/veewee approach) or use java native approach to run the C++
>> vbox commands.
>>
>>
> 1. I've used the command line, but all my proposed "apache chaos" library
> does is kill the VM without warning
>
> https://github.com/hortonworks/availability/blob/master/hmonitor/src/main/groovy/org/apache/chaos/infra/vbox/VBoxManage.groovy
>
> 2. It's a web service API -all it takes is someone to take the service API
> definition and write a new WS client for it. Given the JAX-WS client code
> is built into the current JREs, I'd go with that
>
> someone has already done this in the past
> http://jax-ws-commons.java.net/nonav/virtualbox/
> http://jax-ws-commons.java.net/nonav/virtualbox/apidocs/
Re: Virtualbox implementation
Posted by Steve Loughran <st...@hortonworks.com>.
On 7 October 2012 13:40, Andrea Turli <an...@gmail.com> wrote:
> Sure I'll add this information to the jclouds-virtualbox documentation.
>
> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
> features that are used by jclouds-cli, so that we can use virtualbox
> from the cli.
> He noticed that vboxjws is LGPL2 licensed which is not compatible with
> the ASL license. So he thinks that it is not possible package it
> inside the cli itself.
>
> This is a big problem for jclouds and whirr in general, I guess, so we
> need to find a solution.
>
> Ioannis was suggesting to ask Oracle to relicense the jar
> Technically it is also possible to avoid the usage of vbox web service
> and either ssh to host machine and run the vbox command on it
> (vagrant/veewee approach) or use java native approach to run the C++
> vbox commands.
>
>
1. I've used the command line, but all my proposed "apache chaos" library
does is kill the VM without warning
https://github.com/hortonworks/availability/blob/master/hmonitor/src/main/groovy/org/apache/chaos/infra/vbox/VBoxManage.groovy
2. It's a web service API -all it takes is someone to take the service API
definition and write a new WS client for it. Given the JAX-WS client code
is built into the current JREs, I'd go with that
someone has already done this in the past
http://jax-ws-commons.java.net/nonav/virtualbox/
http://jax-ws-commons.java.net/nonav/virtualbox/apidocs/
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
>From vbox IRC:
> Ioannis was suggesting to ask Oracle to relicense the jar
"The GPL2 license is Oracle policy and no, it is not possible to
relicense it as Apache2."
So apparently this is not an option.
Andrea
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Hi David,
we need your feedback!
Andrea
On Tue, Oct 16, 2012 at 7:35 PM, David Alves <da...@gmail.com> wrote:
> Awesome work Andrea!
> Looking forward to trying it.
>
> -david
>
> On Oct 16, 2012, at 6:00 AM, Andrea Turli <an...@gmail.com> wrote:
>
>> Finally the new vboxjws jar has been promoted to maven central
>>
>> I've submitted a new PR with the latest jar
>> http://search.maven.org/#artifactdetails%7Corg.virtualbox%7Cvboxjws%7C4.2.0-80737%7Cjar
>>
>> that contains the right license.
>>
>> Andrea
>>
>>
>>
>> On Tue, Oct 9, 2012 at 2:55 PM, Adrian Cole <ad...@gmail.com> wrote:
>>> nice!
>>>
>>> On Tue, Oct 9, 2012 at 8:37 AM, Andrea Turli <an...@gmail.com> wrote:
>>>> Hi all,
>>>>
>>>> after another IRC chat with vbox developers, maybe things are clearing up.
>>>>
>>>> The real license for vobxjws.jar is specified here
>>>> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
>>>> in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
>>>>
>>>> CDDL is extremely liberal and should be compatible with asl (if you
>>>> know more please shout)
>>>>
>>>> jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
>>>> rebundle and push to maven central the updated pom with the correct
>>>> license.
>>>>
>>>> Thanks all for your help,
>>>> Andrea
>>>>
>>>> On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <pa...@gmail.com> wrote:
>>>>> you might want to check the wsdl integration of virtualbox i once
>>>>> experimented with
>>>>> see at the bottom of
>>>>> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
>>>>>
>>>>>
>>>>> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
>>>>>
>>>>> Thanks Patrick,
>>>>>
>>>>> the ssh trick can totally help.
>>>>>
>>>>> Parsing is not the only problem:
>>>>> without the stub, all the domain classes are gone, so I need to recreate all
>>>>> the pojo classes by hand (IMachine, INetworkAdapter etc)
>>>>>
>>>>> Thoughts?
>>>>>
>>>>> Andrea
>>>>>
>>>>> Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
>>>>> scritto:
>>>>>>
>>>>>> ssh overhead can be minimized by using something like ssh contro session,
>>>>>> where all your subsequent ssh connection happen over an established ssh
>>>>>> tunnel. see ssh controlpath
>>>>>>
>>>>>> many of the ssh command like status have a way to have the output in
>>>>>> machinereadable output, so parsing is pretty easy.
>>>>>>
>>>>>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>>>>>>
>>>>>>> Thanks Brian for your help!
>>>>>>>
>>>>>>> Even if ssh approach looks reasonable to me as well I've 2 main
>>>>>>> concerns:
>>>>>>> 1. the overhead introduced by each ssh call
>>>>>>> 2. ssh invoking is fine, but retrieving (parsing) the responses can be
>>>>>>> a a very hard and painful.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>>
>>>>>>> Andrea
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
>>>>>>> wrote:
>>>>>>>> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>> Sure I'll add this information to the jclouds-virtualbox
>>>>>>>>> documentation.
>>>>>>>>>
>>>>>>>>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>>>>>>>>> features that are used by jclouds-cli, so that we can use virtualbox
>>>>>>>>> from the cli.
>>>>>>>>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>>>>>>>>> the ASL license. So he thinks that it is not possible package it
>>>>>>>>> inside the cli itself.
>>>>>>>>>
>>>>>>>>> This is a big problem for jclouds and whirr in general, I guess, so we
>>>>>>>>> need to find a solution.
>>>>>>>>>
>>>>>>>>> Ioannis was suggesting to ask Oracle to relicense the jar
>>>>>>>>> Technically it is also possible to avoid the usage of vbox web service
>>>>>>>>> and either ssh to host machine and run the vbox command on it
>>>>>>>>> (vagrant/veewee approach) or use java native approach to run the C++
>>>>>>>>> vbox commands.
>>>>>>>>>
>>>>>>>>> Thoughts?
>>>>>>>>
>>>>>>>> SSH into the remote machine and run vbox sounds pretty reasonable. The
>>>>>>>> main alternative would be to write your own wrapper which invokes the
>>>>>>>> command line tool, and listens on http(s) or something. In that case
>>>>>>>> you still need to connect to a remote machine, and now you have
>>>>>>>> another daemon process to monitor, etc.
>>>>>>>>
>>>>>>>> There are many decent ssh options available, I have found sshj (
>>>>>>>> https://github.com/shikhar/sshj ) to be pleasant to use if you want
>>>>>>>> pure ssh, or I have a little convenience wrapper around shelling out
>>>>>>>> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
>>>>>>>> you prefer that model.
>>>>>>>>
>>>>>>>> -Brian
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Andrea
>>>>>>>>>
>>>>>>>>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>> Thanks for going through the process of getting the jar on the way to
>>>>>>>>>> maven, Andrea! Can you summarize what that was in case it needs to
>>>>>>>>>> be
>>>>>>>>>> done again?
>>>>>>>>>>
>>>>>>>>>> -A
>>>>>>>>>>
>>>>>>>>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>> I've uploaded the vboxjws-4.2.0 to
>>>>>>>>>>>
>>>>>>>>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>>>>>>>>>>
>>>>>>>>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>>>>>>>>>>> which seems much better in terms of session management.
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> Andrea
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
>>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> I've updated the jclouds-virtualbox implementation to the latest
>>>>>>>>>>>> release 4.2.0
>>>>>>>>>>>>
>>>>>>>>>>>> Here you can find more details about the status
>>>>>>>>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>>>>>>>>>>>
>>>>>>>>>>>> I'm now waiting for an answer from virtualbox developers about
>>>>>>>>>>>> making
>>>>>>>>>>>> available vboxjws-4.2.0.jar available on maven central,
>>>>>>>>>>>> to push this new version.
>>>>>>>>>>>>
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> Andrea
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
>>>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>>
>>>>>>>>>>>>> quick update on jclouds-virtualbox.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The provider is still on labs, but after the last improvements,
>>>>>>>>>>>>> I've
>>>>>>>>>>>>> been able to successfully start up to 30 guests on my laptop
>>>>>>>>>>>>> without
>>>>>>>>>>>>> problems.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I've also tested the jclouds-virtualbox provider with Apache
>>>>>>>>>>>>> Whirr:
>>>>>>>>>>>>>
>>>>>>>>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>>>>>>>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>>>>>>>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>>>>>>>>>>>
>>>>>>>>>>>>> where $ cat recipes/zookeeper.properties
>>>>>>>>>>>>>
>>>>>>>>>>>>> #
>>>>>>>>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
>>>>>>>>>>>>> more
>>>>>>>>>>>>> # contributor license agreements. See the NOTICE file distributed
>>>>>>>>>>>>> with
>>>>>>>>>>>>> # this work for additional information regarding copyright
>>>>>>>>>>>>> ownership.
>>>>>>>>>>>>> # The ASF licenses this file to You under the Apache License,
>>>>>>>>>>>>> Version 2.0
>>>>>>>>>>>>> # (the "License"); you may not use this file except in compliance
>>>>>>>>>>>>> with
>>>>>>>>>>>>> # the License. You may obtain a copy of the License at
>>>>>>>>>>>>> #
>>>>>>>>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>>>>>>>>>>>> #
>>>>>>>>>>>>> # Unless required by applicable law or agreed to in writing,
>>>>>>>>>>>>> software
>>>>>>>>>>>>> # distributed under the License is distributed on an "AS IS"
>>>>>>>>>>>>> BASIS,
>>>>>>>>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>>>>>>>>>>>>> implied.
>>>>>>>>>>>>> # See the License for the specific language governing permissions
>>>>>>>>>>>>> and
>>>>>>>>>>>>> # limitations under the License.
>>>>>>>>>>>>> #
>>>>>>>>>>>>>
>>>>>>>>>>>>> #
>>>>>>>>>>>>> # Deploy an Apache ZooKeeper cluster
>>>>>>>>>>>>> #
>>>>>>>>>>>>> whirr.cluster-name=zookeeper
>>>>>>>>>>>>> whirr.instance-templates=3 zookeeper
>>>>>>>>>>>>> whirr.bootstrap-user=toor:password
>>>>>>>>>>>>>
>>>>>>>>>>>>> with default ram size for the guests 1024 Mb, and everything seems
>>>>>>>>>>>>> to
>>>>>>>>>>>>> be in good shape.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I think it is a good result :)
>>>>>>>>>>>>>
>>>>>>>>>>>>> If you are interested in having more details, feel free to ping
>>>>>>>>>>>>> me.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks everyone for great team work particularly
>>>>>>>>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>>>>>>>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ciao,
>>>>>>>>>>>>> Andrea
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
>>>>>>>>>>>>> <ad...@gmail.com> wrote:
>>>>>>>>>>>>>> haha baby steps.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -A
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
>>>>>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>>>>>>> I'd try using that
>>>>>>>>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
>>>>>>>>>>>>>>>> regardless
>>>>>>>>>>>>>>>> of which api is used (ex. image construction, guest additions,
>>>>>>>>>>>>>>>> etc),
>>>>>>>>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
>>>>>>>>>>>>>>>> things
>>>>>>>>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I agree with the idea of having a different package: at the
>>>>>>>>>>>>>>> moment I'm using
>>>>>>>>>>>>>>> a simple eclipse project to test things.
>>>>>>>>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
>>>>>>>>>>>>>>> require a
>>>>>>>>>>>>>>> running vbox web server (good)
>>>>>>>>>>>>>>> the session reliability is still a problem with xpcom bridge as
>>>>>>>>>>>>>>> well.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Maybe we could start a brave implementation of a third bridge:
>>>>>>>>>>>>>>> native :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>>>>>>> Google Groups
>>>>>>>>>>>>>>> "jclouds-dev" group.
>>>>>>>>>>>>>>> To post to this group, send email to
>>>>>>>>>>>>>>> jclouds-dev@googlegroups.com.
>>>>>>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>>>>>>> For more options, visit this group at
>>>>>>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>>>>>> Google Groups "jclouds-dev" group.
>>>>>>>>>>>>>> To post to this group, send email to
>>>>>>>>>>>>>> jclouds-dev@googlegroups.com.
>>>>>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>>>>>> For more options, visit this group at
>>>>>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>>> For more options, visit this group at
>>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>> For more options, visit this group at
>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>> For more options, visit this group at
>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>
>>>>>>>> --
>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>> For more options, visit this group at
>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by David Alves <da...@gmail.com>.
Awesome work Andrea!
Looking forward to trying it.
-david
On Oct 16, 2012, at 6:00 AM, Andrea Turli <an...@gmail.com> wrote:
> Finally the new vboxjws jar has been promoted to maven central
>
> I've submitted a new PR with the latest jar
> http://search.maven.org/#artifactdetails%7Corg.virtualbox%7Cvboxjws%7C4.2.0-80737%7Cjar
>
> that contains the right license.
>
> Andrea
>
>
>
> On Tue, Oct 9, 2012 at 2:55 PM, Adrian Cole <ad...@gmail.com> wrote:
>> nice!
>>
>> On Tue, Oct 9, 2012 at 8:37 AM, Andrea Turli <an...@gmail.com> wrote:
>>> Hi all,
>>>
>>> after another IRC chat with vbox developers, maybe things are clearing up.
>>>
>>> The real license for vobxjws.jar is specified here
>>> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
>>> in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
>>>
>>> CDDL is extremely liberal and should be compatible with asl (if you
>>> know more please shout)
>>>
>>> jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
>>> rebundle and push to maven central the updated pom with the correct
>>> license.
>>>
>>> Thanks all for your help,
>>> Andrea
>>>
>>> On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <pa...@gmail.com> wrote:
>>>> you might want to check the wsdl integration of virtualbox i once
>>>> experimented with
>>>> see at the bottom of
>>>> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
>>>>
>>>>
>>>> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
>>>>
>>>> Thanks Patrick,
>>>>
>>>> the ssh trick can totally help.
>>>>
>>>> Parsing is not the only problem:
>>>> without the stub, all the domain classes are gone, so I need to recreate all
>>>> the pojo classes by hand (IMachine, INetworkAdapter etc)
>>>>
>>>> Thoughts?
>>>>
>>>> Andrea
>>>>
>>>> Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
>>>> scritto:
>>>>>
>>>>> ssh overhead can be minimized by using something like ssh contro session,
>>>>> where all your subsequent ssh connection happen over an established ssh
>>>>> tunnel. see ssh controlpath
>>>>>
>>>>> many of the ssh command like status have a way to have the output in
>>>>> machinereadable output, so parsing is pretty easy.
>>>>>
>>>>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>>>>>
>>>>>> Thanks Brian for your help!
>>>>>>
>>>>>> Even if ssh approach looks reasonable to me as well I've 2 main
>>>>>> concerns:
>>>>>> 1. the overhead introduced by each ssh call
>>>>>> 2. ssh invoking is fine, but retrieving (parsing) the responses can be
>>>>>> a a very hard and painful.
>>>>>>
>>>>>> Thoughts?
>>>>>>
>>>>>> Andrea
>>>>>>
>>>>>> On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
>>>>>> wrote:
>>>>>>> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
>>>>>>> wrote:
>>>>>>>> Sure I'll add this information to the jclouds-virtualbox
>>>>>>>> documentation.
>>>>>>>>
>>>>>>>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>>>>>>>> features that are used by jclouds-cli, so that we can use virtualbox
>>>>>>>> from the cli.
>>>>>>>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>>>>>>>> the ASL license. So he thinks that it is not possible package it
>>>>>>>> inside the cli itself.
>>>>>>>>
>>>>>>>> This is a big problem for jclouds and whirr in general, I guess, so we
>>>>>>>> need to find a solution.
>>>>>>>>
>>>>>>>> Ioannis was suggesting to ask Oracle to relicense the jar
>>>>>>>> Technically it is also possible to avoid the usage of vbox web service
>>>>>>>> and either ssh to host machine and run the vbox command on it
>>>>>>>> (vagrant/veewee approach) or use java native approach to run the C++
>>>>>>>> vbox commands.
>>>>>>>>
>>>>>>>> Thoughts?
>>>>>>>
>>>>>>> SSH into the remote machine and run vbox sounds pretty reasonable. The
>>>>>>> main alternative would be to write your own wrapper which invokes the
>>>>>>> command line tool, and listens on http(s) or something. In that case
>>>>>>> you still need to connect to a remote machine, and now you have
>>>>>>> another daemon process to monitor, etc.
>>>>>>>
>>>>>>> There are many decent ssh options available, I have found sshj (
>>>>>>> https://github.com/shikhar/sshj ) to be pleasant to use if you want
>>>>>>> pure ssh, or I have a little convenience wrapper around shelling out
>>>>>>> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
>>>>>>> you prefer that model.
>>>>>>>
>>>>>>> -Brian
>>>>>>>
>>>>>>>>
>>>>>>>> Andrea
>>>>>>>>
>>>>>>>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>> Thanks for going through the process of getting the jar on the way to
>>>>>>>>> maven, Andrea! Can you summarize what that was in case it needs to
>>>>>>>>> be
>>>>>>>>> done again?
>>>>>>>>>
>>>>>>>>> -A
>>>>>>>>>
>>>>>>>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>> I've uploaded the vboxjws-4.2.0 to
>>>>>>>>>>
>>>>>>>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>>>>>>>>>
>>>>>>>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>>>>>>>>>> which seems much better in terms of session management.
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Andrea
>>>>>>>>>>
>>>>>>>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> I've updated the jclouds-virtualbox implementation to the latest
>>>>>>>>>>> release 4.2.0
>>>>>>>>>>>
>>>>>>>>>>> Here you can find more details about the status
>>>>>>>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>>>>>>>>>>
>>>>>>>>>>> I'm now waiting for an answer from virtualbox developers about
>>>>>>>>>>> making
>>>>>>>>>>> available vboxjws-4.2.0.jar available on maven central,
>>>>>>>>>>> to push this new version.
>>>>>>>>>>>
>>>>>>>>>>> Cheers,
>>>>>>>>>>> Andrea
>>>>>>>>>>>
>>>>>>>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
>>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> quick update on jclouds-virtualbox.
>>>>>>>>>>>>
>>>>>>>>>>>> The provider is still on labs, but after the last improvements,
>>>>>>>>>>>> I've
>>>>>>>>>>>> been able to successfully start up to 30 guests on my laptop
>>>>>>>>>>>> without
>>>>>>>>>>>> problems.
>>>>>>>>>>>>
>>>>>>>>>>>> I've also tested the jclouds-virtualbox provider with Apache
>>>>>>>>>>>> Whirr:
>>>>>>>>>>>>
>>>>>>>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>>>>>>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>>>>>>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>>>>>>>>>>
>>>>>>>>>>>> where $ cat recipes/zookeeper.properties
>>>>>>>>>>>>
>>>>>>>>>>>> #
>>>>>>>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
>>>>>>>>>>>> more
>>>>>>>>>>>> # contributor license agreements. See the NOTICE file distributed
>>>>>>>>>>>> with
>>>>>>>>>>>> # this work for additional information regarding copyright
>>>>>>>>>>>> ownership.
>>>>>>>>>>>> # The ASF licenses this file to You under the Apache License,
>>>>>>>>>>>> Version 2.0
>>>>>>>>>>>> # (the "License"); you may not use this file except in compliance
>>>>>>>>>>>> with
>>>>>>>>>>>> # the License. You may obtain a copy of the License at
>>>>>>>>>>>> #
>>>>>>>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>>>>>>>>>>> #
>>>>>>>>>>>> # Unless required by applicable law or agreed to in writing,
>>>>>>>>>>>> software
>>>>>>>>>>>> # distributed under the License is distributed on an "AS IS"
>>>>>>>>>>>> BASIS,
>>>>>>>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>>>>>>>>>>>> implied.
>>>>>>>>>>>> # See the License for the specific language governing permissions
>>>>>>>>>>>> and
>>>>>>>>>>>> # limitations under the License.
>>>>>>>>>>>> #
>>>>>>>>>>>>
>>>>>>>>>>>> #
>>>>>>>>>>>> # Deploy an Apache ZooKeeper cluster
>>>>>>>>>>>> #
>>>>>>>>>>>> whirr.cluster-name=zookeeper
>>>>>>>>>>>> whirr.instance-templates=3 zookeeper
>>>>>>>>>>>> whirr.bootstrap-user=toor:password
>>>>>>>>>>>>
>>>>>>>>>>>> with default ram size for the guests 1024 Mb, and everything seems
>>>>>>>>>>>> to
>>>>>>>>>>>> be in good shape.
>>>>>>>>>>>>
>>>>>>>>>>>> I think it is a good result :)
>>>>>>>>>>>>
>>>>>>>>>>>> If you are interested in having more details, feel free to ping
>>>>>>>>>>>> me.
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks everyone for great team work particularly
>>>>>>>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>>>>>>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>>>>>>>>>>
>>>>>>>>>>>> Ciao,
>>>>>>>>>>>> Andrea
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
>>>>>>>>>>>> <ad...@gmail.com> wrote:
>>>>>>>>>>>>> haha baby steps.
>>>>>>>>>>>>>
>>>>>>>>>>>>> -A
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
>>>>>>>>>>>>> <an...@gmail.com> wrote:
>>>>>>>>>>>>>>> I'd try using that
>>>>>>>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
>>>>>>>>>>>>>>> regardless
>>>>>>>>>>>>>>> of which api is used (ex. image construction, guest additions,
>>>>>>>>>>>>>>> etc),
>>>>>>>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
>>>>>>>>>>>>>>> things
>>>>>>>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I agree with the idea of having a different package: at the
>>>>>>>>>>>>>> moment I'm using
>>>>>>>>>>>>>> a simple eclipse project to test things.
>>>>>>>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
>>>>>>>>>>>>>> require a
>>>>>>>>>>>>>> running vbox web server (good)
>>>>>>>>>>>>>> the session reliability is still a problem with xpcom bridge as
>>>>>>>>>>>>>> well.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Maybe we could start a brave implementation of a third bridge:
>>>>>>>>>>>>>> native :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>>>>>> Google Groups
>>>>>>>>>>>>>> "jclouds-dev" group.
>>>>>>>>>>>>>> To post to this group, send email to
>>>>>>>>>>>>>> jclouds-dev@googlegroups.com.
>>>>>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>>>>>> For more options, visit this group at
>>>>>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>>>>> Google Groups "jclouds-dev" group.
>>>>>>>>>>>>> To post to this group, send email to
>>>>>>>>>>>>> jclouds-dev@googlegroups.com.
>>>>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>>>>> For more options, visit this group at
>>>>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>>> For more options, visit this group at
>>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>>> For more options, visit this group at
>>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>>
>>>>>>>> --
>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>> Groups "jclouds-dev" group.
>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>> For more options, visit this group at
>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>
>>>>>>> --
>>>>>>> You received this message because you are subscribed to the Google
>>>>>>> Groups "jclouds-dev" group.
>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>> To unsubscribe from this group, send email to
>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>> For more options, visit this group at
>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Adrian Cole <ad...@gmail.com>.
Thanks for the tenacity, Andrea!
On Oct 16, 2012 4:00 AM, "Andrea Turli" <an...@gmail.com> wrote:
> Finally the new vboxjws jar has been promoted to maven central
>
> I've submitted a new PR with the latest jar
>
> http://search.maven.org/#artifactdetails%7Corg.virtualbox%7Cvboxjws%7C4.2.0-80737%7Cjar
>
> that contains the right license.
>
> Andrea
>
>
>
> On Tue, Oct 9, 2012 at 2:55 PM, Adrian Cole <ad...@gmail.com>
> wrote:
> > nice!
> >
> > On Tue, Oct 9, 2012 at 8:37 AM, Andrea Turli <an...@gmail.com>
> wrote:
> >> Hi all,
> >>
> >> after another IRC chat with vbox developers, maybe things are clearing
> up.
> >>
> >> The real license for vobxjws.jar is specified here
> >>
> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
> >> in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
> >>
> >> CDDL is extremely liberal and should be compatible with asl (if you
> >> know more please shout)
> >>
> >> jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
> >> rebundle and push to maven central the updated pom with the correct
> >> license.
> >>
> >> Thanks all for your help,
> >> Andrea
> >>
> >> On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <
> patrick.debois@gmail.com> wrote:
> >>> you might want to check the wsdl integration of virtualbox i once
> >>> experimented with
> >>> see at the bottom of
> >>>
> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
> >>>
> >>>
> >>> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
> >>>
> >>> Thanks Patrick,
> >>>
> >>> the ssh trick can totally help.
> >>>
> >>> Parsing is not the only problem:
> >>> without the stub, all the domain classes are gone, so I need to
> recreate all
> >>> the pojo classes by hand (IMachine, INetworkAdapter etc)
> >>>
> >>> Thoughts?
> >>>
> >>> Andrea
> >>>
> >>> Il giorno 08/ott/2012 17:46, "Patrick Debois" <
> patrick.debois@gmail.com> ha
> >>> scritto:
> >>>>
> >>>> ssh overhead can be minimized by using something like ssh contro
> session,
> >>>> where all your subsequent ssh connection happen over an established
> ssh
> >>>> tunnel. see ssh controlpath
> >>>>
> >>>> many of the ssh command like status have a way to have the output in
> >>>> machinereadable output, so parsing is pretty easy.
> >>>>
> >>>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com>
> wrote:
> >>>>
> >>>> > Thanks Brian for your help!
> >>>> >
> >>>> > Even if ssh approach looks reasonable to me as well I've 2 main
> >>>> > concerns:
> >>>> > 1. the overhead introduced by each ssh call
> >>>> > 2. ssh invoking is fine, but retrieving (parsing) the responses can
> be
> >>>> > a a very hard and painful.
> >>>> >
> >>>> > Thoughts?
> >>>> >
> >>>> > Andrea
> >>>> >
> >>>> > On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <brianm@skife.org
> >
> >>>> > wrote:
> >>>> >> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <
> andrea.turli@gmail.com>
> >>>> >> wrote:
> >>>> >>> Sure I'll add this information to the jclouds-virtualbox
> >>>> >>> documentation.
> >>>> >>>
> >>>> >>> Yesterday Ioannis was adding the vritualbox api to the
> jclouds-karaf
> >>>> >>> features that are used by jclouds-cli, so that we can use
> virtualbox
> >>>> >>> from the cli.
> >>>> >>> He noticed that vboxjws is LGPL2 licensed which is not compatible
> with
> >>>> >>> the ASL license. So he thinks that it is not possible package it
> >>>> >>> inside the cli itself.
> >>>> >>>
> >>>> >>> This is a big problem for jclouds and whirr in general, I guess,
> so we
> >>>> >>> need to find a solution.
> >>>> >>>
> >>>> >>> Ioannis was suggesting to ask Oracle to relicense the jar
> >>>> >>> Technically it is also possible to avoid the usage of vbox web
> service
> >>>> >>> and either ssh to host machine and run the vbox command on it
> >>>> >>> (vagrant/veewee approach) or use java native approach to run the
> C++
> >>>> >>> vbox commands.
> >>>> >>>
> >>>> >>> Thoughts?
> >>>> >>
> >>>> >> SSH into the remote machine and run vbox sounds pretty reasonable.
> The
> >>>> >> main alternative would be to write your own wrapper which invokes
> the
> >>>> >> command line tool, and listens on http(s) or something. In that
> case
> >>>> >> you still need to connect to a remote machine, and now you have
> >>>> >> another daemon process to monitor, etc.
> >>>> >>
> >>>> >> There are many decent ssh options available, I have found sshj (
> >>>> >> https://github.com/shikhar/sshj ) to be pleasant to use if you
> want
> >>>> >> pure ssh, or I have a little convenience wrapper around shelling
> out
> >>>> >> to command line ssh ( https://github.com/brianm/ssh-java-wrapper) if
> >>>> >> you prefer that model.
> >>>> >>
> >>>> >> -Brian
> >>>> >>
> >>>> >>>
> >>>> >>> Andrea
> >>>> >>>
> >>>> >>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <
> adrian.f.cole@gmail.com>
> >>>> >>> wrote:
> >>>> >>>> Thanks for going through the process of getting the jar on the
> way to
> >>>> >>>> maven, Andrea! Can you summarize what that was in case it needs
> to
> >>>> >>>> be
> >>>> >>>> done again?
> >>>> >>>>
> >>>> >>>> -A
> >>>> >>>>
> >>>> >>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
> >>>> >>>> <an...@gmail.com> wrote:
> >>>> >>>>> I've uploaded the vboxjws-4.2.0 to
> >>>> >>>>>
> >>>> >>>>>
> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
> >>>> >>>>>
> >>>> >>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox
> version
> >>>> >>>>> which seems much better in terms of session management.
> >>>> >>>>>
> >>>> >>>>> Best,
> >>>> >>>>> Andrea
> >>>> >>>>>
> >>>> >>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
> >>>> >>>>> <an...@gmail.com> wrote:
> >>>> >>>>>> Hi all,
> >>>> >>>>>>
> >>>> >>>>>> I've updated the jclouds-virtualbox implementation to the
> latest
> >>>> >>>>>> release 4.2.0
> >>>> >>>>>>
> >>>> >>>>>> Here you can find more details about the status
> >>>> >>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
> >>>> >>>>>>
> >>>> >>>>>> I'm now waiting for an answer from virtualbox developers about
> >>>> >>>>>> making
> >>>> >>>>>> available vboxjws-4.2.0.jar available on maven central,
> >>>> >>>>>> to push this new version.
> >>>> >>>>>>
> >>>> >>>>>> Cheers,
> >>>> >>>>>> Andrea
> >>>> >>>>>>
> >>>> >>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
> >>>> >>>>>> <an...@gmail.com> wrote:
> >>>> >>>>>>> Hi all,
> >>>> >>>>>>>
> >>>> >>>>>>> quick update on jclouds-virtualbox.
> >>>> >>>>>>>
> >>>> >>>>>>> The provider is still on labs, but after the last
> improvements,
> >>>> >>>>>>> I've
> >>>> >>>>>>> been able to successfully start up to 30 guests on my laptop
> >>>> >>>>>>> without
> >>>> >>>>>>> problems.
> >>>> >>>>>>>
> >>>> >>>>>>> I've also tested the jclouds-virtualbox provider with Apache
> >>>> >>>>>>> Whirr:
> >>>> >>>>>>>
> >>>> >>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
> >>>> >>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
> >>>> >>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
> >>>> >>>>>>>
> >>>> >>>>>>> where $ cat recipes/zookeeper.properties
> >>>> >>>>>>>
> >>>> >>>>>>> #
> >>>> >>>>>>> # Licensed to the Apache Software Foundation (ASF) under one
> or
> >>>> >>>>>>> more
> >>>> >>>>>>> # contributor license agreements. See the NOTICE file
> distributed
> >>>> >>>>>>> with
> >>>> >>>>>>> # this work for additional information regarding copyright
> >>>> >>>>>>> ownership.
> >>>> >>>>>>> # The ASF licenses this file to You under the Apache License,
> >>>> >>>>>>> Version 2.0
> >>>> >>>>>>> # (the "License"); you may not use this file except in
> compliance
> >>>> >>>>>>> with
> >>>> >>>>>>> # the License. You may obtain a copy of the License at
> >>>> >>>>>>> #
> >>>> >>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
> >>>> >>>>>>> #
> >>>> >>>>>>> # Unless required by applicable law or agreed to in writing,
> >>>> >>>>>>> software
> >>>> >>>>>>> # distributed under the License is distributed on an "AS IS"
> >>>> >>>>>>> BASIS,
> >>>> >>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either
> express or
> >>>> >>>>>>> implied.
> >>>> >>>>>>> # See the License for the specific language governing
> permissions
> >>>> >>>>>>> and
> >>>> >>>>>>> # limitations under the License.
> >>>> >>>>>>> #
> >>>> >>>>>>>
> >>>> >>>>>>> #
> >>>> >>>>>>> # Deploy an Apache ZooKeeper cluster
> >>>> >>>>>>> #
> >>>> >>>>>>> whirr.cluster-name=zookeeper
> >>>> >>>>>>> whirr.instance-templates=3 zookeeper
> >>>> >>>>>>> whirr.bootstrap-user=toor:password
> >>>> >>>>>>>
> >>>> >>>>>>> with default ram size for the guests 1024 Mb, and everything
> seems
> >>>> >>>>>>> to
> >>>> >>>>>>> be in good shape.
> >>>> >>>>>>>
> >>>> >>>>>>> I think it is a good result :)
> >>>> >>>>>>>
> >>>> >>>>>>> If you are interested in having more details, feel free to
> ping
> >>>> >>>>>>> me.
> >>>> >>>>>>>
> >>>> >>>>>>> Thanks everyone for great team work particularly
> >>>> >>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
> >>>> >>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
> >>>> >>>>>>>
> >>>> >>>>>>> Ciao,
> >>>> >>>>>>> Andrea
> >>>> >>>>>>>
> >>>> >>>>>>>
> >>>> >>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
> >>>> >>>>>>> <ad...@gmail.com> wrote:
> >>>> >>>>>>>> haha baby steps.
> >>>> >>>>>>>>
> >>>> >>>>>>>> -A
> >>>> >>>>>>>>
> >>>> >>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
> >>>> >>>>>>>> <an...@gmail.com> wrote:
> >>>> >>>>>>>>>> I'd try using that
> >>>> >>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
> >>>> >>>>>>>>>> regardless
> >>>> >>>>>>>>>> of which api is used (ex. image construction, guest
> additions,
> >>>> >>>>>>>>>> etc),
> >>>> >>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and
> put
> >>>> >>>>>>>>>> things
> >>>> >>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
> >>>> >>>>>>>>>>
> >>>> >>>>>>>>>> wdyt?
> >>>> >>>>>>>>>
> >>>> >>>>>>>>>
> >>>> >>>>>>>>> I agree with the idea of having a different package: at the
> >>>> >>>>>>>>> moment I'm using
> >>>> >>>>>>>>> a simple eclipse project to test things.
> >>>> >>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and
> doesn't
> >>>> >>>>>>>>> require a
> >>>> >>>>>>>>> running vbox web server (good)
> >>>> >>>>>>>>> the session reliability is still a problem with xpcom
> bridge as
> >>>> >>>>>>>>> well.
> >>>> >>>>>>>>>
> >>>> >>>>>>>>> Maybe we could start a brave implementation of a third
> bridge:
> >>>> >>>>>>>>> native :)
> >>>> >>>>>>>>>
> >>>> >>>>>>>>> wdyt?
> >>>> >>>>>>>>>
> >>>> >>>>>>>>> --
> >>>> >>>>>>>>> You received this message because you are subscribed to the
> >>>> >>>>>>>>> Google Groups
> >>>> >>>>>>>>> "jclouds-dev" group.
> >>>> >>>>>>>>> To post to this group, send email to
> >>>> >>>>>>>>> jclouds-dev@googlegroups.com.
> >>>> >>>>>>>>> To unsubscribe from this group, send email to
> >>>> >>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >>>>>>>>> For more options, visit this group at
> >>>> >>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>>>>>>>
> >>>> >>>>>>>> --
> >>>> >>>>>>>> You received this message because you are subscribed to the
> >>>> >>>>>>>> Google Groups "jclouds-dev" group.
> >>>> >>>>>>>> To post to this group, send email to
> >>>> >>>>>>>> jclouds-dev@googlegroups.com.
> >>>> >>>>>>>> To unsubscribe from this group, send email to
> >>>> >>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >>>>>>>> For more options, visit this group at
> >>>> >>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>>>>
> >>>> >>>>> --
> >>>> >>>>> You received this message because you are subscribed to the
> Google
> >>>> >>>>> Groups "jclouds-dev" group.
> >>>> >>>>> To post to this group, send email to
> jclouds-dev@googlegroups.com.
> >>>> >>>>> To unsubscribe from this group, send email to
> >>>> >>>>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >>>>> For more options, visit this group at
> >>>> >>>>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>>>
> >>>> >>>> --
> >>>> >>>> You received this message because you are subscribed to the
> Google
> >>>> >>>> Groups "jclouds-dev" group.
> >>>> >>>> To post to this group, send email to
> jclouds-dev@googlegroups.com.
> >>>> >>>> To unsubscribe from this group, send email to
> >>>> >>>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >>>> For more options, visit this group at
> >>>> >>>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>>
> >>>> >>> --
> >>>> >>> You received this message because you are subscribed to the Google
> >>>> >>> Groups "jclouds-dev" group.
> >>>> >>> To post to this group, send email to jclouds-dev@googlegroups.com
> .
> >>>> >>> To unsubscribe from this group, send email to
> >>>> >>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >>> For more options, visit this group at
> >>>> >>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>
> >>>> >> --
> >>>> >> You received this message because you are subscribed to the Google
> >>>> >> Groups "jclouds-dev" group.
> >>>> >> To post to this group, send email to jclouds-dev@googlegroups.com.
> >>>> >> To unsubscribe from this group, send email to
> >>>> >> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> >> For more options, visit this group at
> >>>> >> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>> >>
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> >> To post to this group, send email to jclouds-dev@googlegroups.com.
> >> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>
>
> --
> You received this message because you are subscribed to the Google Groups
> "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
>
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Finally the new vboxjws jar has been promoted to maven central
I've submitted a new PR with the latest jar
http://search.maven.org/#artifactdetails%7Corg.virtualbox%7Cvboxjws%7C4.2.0-80737%7Cjar
that contains the right license.
Andrea
On Tue, Oct 9, 2012 at 2:55 PM, Adrian Cole <ad...@gmail.com> wrote:
> nice!
>
> On Tue, Oct 9, 2012 at 8:37 AM, Andrea Turli <an...@gmail.com> wrote:
>> Hi all,
>>
>> after another IRC chat with vbox developers, maybe things are clearing up.
>>
>> The real license for vobxjws.jar is specified here
>> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
>> in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
>>
>> CDDL is extremely liberal and should be compatible with asl (if you
>> know more please shout)
>>
>> jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
>> rebundle and push to maven central the updated pom with the correct
>> license.
>>
>> Thanks all for your help,
>> Andrea
>>
>> On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <pa...@gmail.com> wrote:
>>> you might want to check the wsdl integration of virtualbox i once
>>> experimented with
>>> see at the bottom of
>>> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
>>>
>>>
>>> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
>>>
>>> Thanks Patrick,
>>>
>>> the ssh trick can totally help.
>>>
>>> Parsing is not the only problem:
>>> without the stub, all the domain classes are gone, so I need to recreate all
>>> the pojo classes by hand (IMachine, INetworkAdapter etc)
>>>
>>> Thoughts?
>>>
>>> Andrea
>>>
>>> Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
>>> scritto:
>>>>
>>>> ssh overhead can be minimized by using something like ssh contro session,
>>>> where all your subsequent ssh connection happen over an established ssh
>>>> tunnel. see ssh controlpath
>>>>
>>>> many of the ssh command like status have a way to have the output in
>>>> machinereadable output, so parsing is pretty easy.
>>>>
>>>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>>>>
>>>> > Thanks Brian for your help!
>>>> >
>>>> > Even if ssh approach looks reasonable to me as well I've 2 main
>>>> > concerns:
>>>> > 1. the overhead introduced by each ssh call
>>>> > 2. ssh invoking is fine, but retrieving (parsing) the responses can be
>>>> > a a very hard and painful.
>>>> >
>>>> > Thoughts?
>>>> >
>>>> > Andrea
>>>> >
>>>> > On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
>>>> > wrote:
>>>> >> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
>>>> >> wrote:
>>>> >>> Sure I'll add this information to the jclouds-virtualbox
>>>> >>> documentation.
>>>> >>>
>>>> >>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>>>> >>> features that are used by jclouds-cli, so that we can use virtualbox
>>>> >>> from the cli.
>>>> >>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>>>> >>> the ASL license. So he thinks that it is not possible package it
>>>> >>> inside the cli itself.
>>>> >>>
>>>> >>> This is a big problem for jclouds and whirr in general, I guess, so we
>>>> >>> need to find a solution.
>>>> >>>
>>>> >>> Ioannis was suggesting to ask Oracle to relicense the jar
>>>> >>> Technically it is also possible to avoid the usage of vbox web service
>>>> >>> and either ssh to host machine and run the vbox command on it
>>>> >>> (vagrant/veewee approach) or use java native approach to run the C++
>>>> >>> vbox commands.
>>>> >>>
>>>> >>> Thoughts?
>>>> >>
>>>> >> SSH into the remote machine and run vbox sounds pretty reasonable. The
>>>> >> main alternative would be to write your own wrapper which invokes the
>>>> >> command line tool, and listens on http(s) or something. In that case
>>>> >> you still need to connect to a remote machine, and now you have
>>>> >> another daemon process to monitor, etc.
>>>> >>
>>>> >> There are many decent ssh options available, I have found sshj (
>>>> >> https://github.com/shikhar/sshj ) to be pleasant to use if you want
>>>> >> pure ssh, or I have a little convenience wrapper around shelling out
>>>> >> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
>>>> >> you prefer that model.
>>>> >>
>>>> >> -Brian
>>>> >>
>>>> >>>
>>>> >>> Andrea
>>>> >>>
>>>> >>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
>>>> >>> wrote:
>>>> >>>> Thanks for going through the process of getting the jar on the way to
>>>> >>>> maven, Andrea! Can you summarize what that was in case it needs to
>>>> >>>> be
>>>> >>>> done again?
>>>> >>>>
>>>> >>>> -A
>>>> >>>>
>>>> >>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
>>>> >>>> <an...@gmail.com> wrote:
>>>> >>>>> I've uploaded the vboxjws-4.2.0 to
>>>> >>>>>
>>>> >>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>>> >>>>>
>>>> >>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>>>> >>>>> which seems much better in terms of session management.
>>>> >>>>>
>>>> >>>>> Best,
>>>> >>>>> Andrea
>>>> >>>>>
>>>> >>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
>>>> >>>>> <an...@gmail.com> wrote:
>>>> >>>>>> Hi all,
>>>> >>>>>>
>>>> >>>>>> I've updated the jclouds-virtualbox implementation to the latest
>>>> >>>>>> release 4.2.0
>>>> >>>>>>
>>>> >>>>>> Here you can find more details about the status
>>>> >>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>>> >>>>>>
>>>> >>>>>> I'm now waiting for an answer from virtualbox developers about
>>>> >>>>>> making
>>>> >>>>>> available vboxjws-4.2.0.jar available on maven central,
>>>> >>>>>> to push this new version.
>>>> >>>>>>
>>>> >>>>>> Cheers,
>>>> >>>>>> Andrea
>>>> >>>>>>
>>>> >>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
>>>> >>>>>> <an...@gmail.com> wrote:
>>>> >>>>>>> Hi all,
>>>> >>>>>>>
>>>> >>>>>>> quick update on jclouds-virtualbox.
>>>> >>>>>>>
>>>> >>>>>>> The provider is still on labs, but after the last improvements,
>>>> >>>>>>> I've
>>>> >>>>>>> been able to successfully start up to 30 guests on my laptop
>>>> >>>>>>> without
>>>> >>>>>>> problems.
>>>> >>>>>>>
>>>> >>>>>>> I've also tested the jclouds-virtualbox provider with Apache
>>>> >>>>>>> Whirr:
>>>> >>>>>>>
>>>> >>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>>> >>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>>> >>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>> >>>>>>>
>>>> >>>>>>> where $ cat recipes/zookeeper.properties
>>>> >>>>>>>
>>>> >>>>>>> #
>>>> >>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
>>>> >>>>>>> more
>>>> >>>>>>> # contributor license agreements. See the NOTICE file distributed
>>>> >>>>>>> with
>>>> >>>>>>> # this work for additional information regarding copyright
>>>> >>>>>>> ownership.
>>>> >>>>>>> # The ASF licenses this file to You under the Apache License,
>>>> >>>>>>> Version 2.0
>>>> >>>>>>> # (the "License"); you may not use this file except in compliance
>>>> >>>>>>> with
>>>> >>>>>>> # the License. You may obtain a copy of the License at
>>>> >>>>>>> #
>>>> >>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>>> >>>>>>> #
>>>> >>>>>>> # Unless required by applicable law or agreed to in writing,
>>>> >>>>>>> software
>>>> >>>>>>> # distributed under the License is distributed on an "AS IS"
>>>> >>>>>>> BASIS,
>>>> >>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>>>> >>>>>>> implied.
>>>> >>>>>>> # See the License for the specific language governing permissions
>>>> >>>>>>> and
>>>> >>>>>>> # limitations under the License.
>>>> >>>>>>> #
>>>> >>>>>>>
>>>> >>>>>>> #
>>>> >>>>>>> # Deploy an Apache ZooKeeper cluster
>>>> >>>>>>> #
>>>> >>>>>>> whirr.cluster-name=zookeeper
>>>> >>>>>>> whirr.instance-templates=3 zookeeper
>>>> >>>>>>> whirr.bootstrap-user=toor:password
>>>> >>>>>>>
>>>> >>>>>>> with default ram size for the guests 1024 Mb, and everything seems
>>>> >>>>>>> to
>>>> >>>>>>> be in good shape.
>>>> >>>>>>>
>>>> >>>>>>> I think it is a good result :)
>>>> >>>>>>>
>>>> >>>>>>> If you are interested in having more details, feel free to ping
>>>> >>>>>>> me.
>>>> >>>>>>>
>>>> >>>>>>> Thanks everyone for great team work particularly
>>>> >>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>>> >>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>> >>>>>>>
>>>> >>>>>>> Ciao,
>>>> >>>>>>> Andrea
>>>> >>>>>>>
>>>> >>>>>>>
>>>> >>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
>>>> >>>>>>> <ad...@gmail.com> wrote:
>>>> >>>>>>>> haha baby steps.
>>>> >>>>>>>>
>>>> >>>>>>>> -A
>>>> >>>>>>>>
>>>> >>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
>>>> >>>>>>>> <an...@gmail.com> wrote:
>>>> >>>>>>>>>> I'd try using that
>>>> >>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
>>>> >>>>>>>>>> regardless
>>>> >>>>>>>>>> of which api is used (ex. image construction, guest additions,
>>>> >>>>>>>>>> etc),
>>>> >>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
>>>> >>>>>>>>>> things
>>>> >>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>> >>>>>>>>>>
>>>> >>>>>>>>>> wdyt?
>>>> >>>>>>>>>
>>>> >>>>>>>>>
>>>> >>>>>>>>> I agree with the idea of having a different package: at the
>>>> >>>>>>>>> moment I'm using
>>>> >>>>>>>>> a simple eclipse project to test things.
>>>> >>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
>>>> >>>>>>>>> require a
>>>> >>>>>>>>> running vbox web server (good)
>>>> >>>>>>>>> the session reliability is still a problem with xpcom bridge as
>>>> >>>>>>>>> well.
>>>> >>>>>>>>>
>>>> >>>>>>>>> Maybe we could start a brave implementation of a third bridge:
>>>> >>>>>>>>> native :)
>>>> >>>>>>>>>
>>>> >>>>>>>>> wdyt?
>>>> >>>>>>>>>
>>>> >>>>>>>>> --
>>>> >>>>>>>>> You received this message because you are subscribed to the
>>>> >>>>>>>>> Google Groups
>>>> >>>>>>>>> "jclouds-dev" group.
>>>> >>>>>>>>> To post to this group, send email to
>>>> >>>>>>>>> jclouds-dev@googlegroups.com.
>>>> >>>>>>>>> To unsubscribe from this group, send email to
>>>> >>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >>>>>>>>> For more options, visit this group at
>>>> >>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>>>>>>>
>>>> >>>>>>>> --
>>>> >>>>>>>> You received this message because you are subscribed to the
>>>> >>>>>>>> Google Groups "jclouds-dev" group.
>>>> >>>>>>>> To post to this group, send email to
>>>> >>>>>>>> jclouds-dev@googlegroups.com.
>>>> >>>>>>>> To unsubscribe from this group, send email to
>>>> >>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >>>>>>>> For more options, visit this group at
>>>> >>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>>>>
>>>> >>>>> --
>>>> >>>>> You received this message because you are subscribed to the Google
>>>> >>>>> Groups "jclouds-dev" group.
>>>> >>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> >>>>> To unsubscribe from this group, send email to
>>>> >>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >>>>> For more options, visit this group at
>>>> >>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>>>
>>>> >>>> --
>>>> >>>> You received this message because you are subscribed to the Google
>>>> >>>> Groups "jclouds-dev" group.
>>>> >>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> >>>> To unsubscribe from this group, send email to
>>>> >>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >>>> For more options, visit this group at
>>>> >>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>>
>>>> >>> --
>>>> >>> You received this message because you are subscribed to the Google
>>>> >>> Groups "jclouds-dev" group.
>>>> >>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> >>> To unsubscribe from this group, send email to
>>>> >>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >>> For more options, visit this group at
>>>> >>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>
>>>> >> --
>>>> >> You received this message because you are subscribed to the Google
>>>> >> Groups "jclouds-dev" group.
>>>> >> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> >> To unsubscribe from this group, send email to
>>>> >> jclouds-dev+unsubscribe@googlegroups.com.
>>>> >> For more options, visit this group at
>>>> >> http://groups.google.com/group/jclouds-dev?hl=en.
>>>> >>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
Re: Virtualbox implementation
Posted by Adrian Cole <ad...@gmail.com>.
nice!
On Tue, Oct 9, 2012 at 8:37 AM, Andrea Turli <an...@gmail.com> wrote:
> Hi all,
>
> after another IRC chat with vbox developers, maybe things are clearing up.
>
> The real license for vobxjws.jar is specified here
> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
> in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
>
> CDDL is extremely liberal and should be compatible with asl (if you
> know more please shout)
>
> jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
> rebundle and push to maven central the updated pom with the correct
> license.
>
> Thanks all for your help,
> Andrea
>
> On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <pa...@gmail.com> wrote:
>> you might want to check the wsdl integration of virtualbox i once
>> experimented with
>> see at the bottom of
>> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
>>
>>
>> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
>>
>> Thanks Patrick,
>>
>> the ssh trick can totally help.
>>
>> Parsing is not the only problem:
>> without the stub, all the domain classes are gone, so I need to recreate all
>> the pojo classes by hand (IMachine, INetworkAdapter etc)
>>
>> Thoughts?
>>
>> Andrea
>>
>> Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
>> scritto:
>>>
>>> ssh overhead can be minimized by using something like ssh contro session,
>>> where all your subsequent ssh connection happen over an established ssh
>>> tunnel. see ssh controlpath
>>>
>>> many of the ssh command like status have a way to have the output in
>>> machinereadable output, so parsing is pretty easy.
>>>
>>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>>>
>>> > Thanks Brian for your help!
>>> >
>>> > Even if ssh approach looks reasonable to me as well I've 2 main
>>> > concerns:
>>> > 1. the overhead introduced by each ssh call
>>> > 2. ssh invoking is fine, but retrieving (parsing) the responses can be
>>> > a a very hard and painful.
>>> >
>>> > Thoughts?
>>> >
>>> > Andrea
>>> >
>>> > On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
>>> > wrote:
>>> >> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
>>> >> wrote:
>>> >>> Sure I'll add this information to the jclouds-virtualbox
>>> >>> documentation.
>>> >>>
>>> >>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>>> >>> features that are used by jclouds-cli, so that we can use virtualbox
>>> >>> from the cli.
>>> >>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>>> >>> the ASL license. So he thinks that it is not possible package it
>>> >>> inside the cli itself.
>>> >>>
>>> >>> This is a big problem for jclouds and whirr in general, I guess, so we
>>> >>> need to find a solution.
>>> >>>
>>> >>> Ioannis was suggesting to ask Oracle to relicense the jar
>>> >>> Technically it is also possible to avoid the usage of vbox web service
>>> >>> and either ssh to host machine and run the vbox command on it
>>> >>> (vagrant/veewee approach) or use java native approach to run the C++
>>> >>> vbox commands.
>>> >>>
>>> >>> Thoughts?
>>> >>
>>> >> SSH into the remote machine and run vbox sounds pretty reasonable. The
>>> >> main alternative would be to write your own wrapper which invokes the
>>> >> command line tool, and listens on http(s) or something. In that case
>>> >> you still need to connect to a remote machine, and now you have
>>> >> another daemon process to monitor, etc.
>>> >>
>>> >> There are many decent ssh options available, I have found sshj (
>>> >> https://github.com/shikhar/sshj ) to be pleasant to use if you want
>>> >> pure ssh, or I have a little convenience wrapper around shelling out
>>> >> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
>>> >> you prefer that model.
>>> >>
>>> >> -Brian
>>> >>
>>> >>>
>>> >>> Andrea
>>> >>>
>>> >>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
>>> >>> wrote:
>>> >>>> Thanks for going through the process of getting the jar on the way to
>>> >>>> maven, Andrea! Can you summarize what that was in case it needs to
>>> >>>> be
>>> >>>> done again?
>>> >>>>
>>> >>>> -A
>>> >>>>
>>> >>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
>>> >>>> <an...@gmail.com> wrote:
>>> >>>>> I've uploaded the vboxjws-4.2.0 to
>>> >>>>>
>>> >>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>> >>>>>
>>> >>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>>> >>>>> which seems much better in terms of session management.
>>> >>>>>
>>> >>>>> Best,
>>> >>>>> Andrea
>>> >>>>>
>>> >>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
>>> >>>>> <an...@gmail.com> wrote:
>>> >>>>>> Hi all,
>>> >>>>>>
>>> >>>>>> I've updated the jclouds-virtualbox implementation to the latest
>>> >>>>>> release 4.2.0
>>> >>>>>>
>>> >>>>>> Here you can find more details about the status
>>> >>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>> >>>>>>
>>> >>>>>> I'm now waiting for an answer from virtualbox developers about
>>> >>>>>> making
>>> >>>>>> available vboxjws-4.2.0.jar available on maven central,
>>> >>>>>> to push this new version.
>>> >>>>>>
>>> >>>>>> Cheers,
>>> >>>>>> Andrea
>>> >>>>>>
>>> >>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
>>> >>>>>> <an...@gmail.com> wrote:
>>> >>>>>>> Hi all,
>>> >>>>>>>
>>> >>>>>>> quick update on jclouds-virtualbox.
>>> >>>>>>>
>>> >>>>>>> The provider is still on labs, but after the last improvements,
>>> >>>>>>> I've
>>> >>>>>>> been able to successfully start up to 30 guests on my laptop
>>> >>>>>>> without
>>> >>>>>>> problems.
>>> >>>>>>>
>>> >>>>>>> I've also tested the jclouds-virtualbox provider with Apache
>>> >>>>>>> Whirr:
>>> >>>>>>>
>>> >>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>> >>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>> >>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>> >>>>>>>
>>> >>>>>>> where $ cat recipes/zookeeper.properties
>>> >>>>>>>
>>> >>>>>>> #
>>> >>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
>>> >>>>>>> more
>>> >>>>>>> # contributor license agreements. See the NOTICE file distributed
>>> >>>>>>> with
>>> >>>>>>> # this work for additional information regarding copyright
>>> >>>>>>> ownership.
>>> >>>>>>> # The ASF licenses this file to You under the Apache License,
>>> >>>>>>> Version 2.0
>>> >>>>>>> # (the "License"); you may not use this file except in compliance
>>> >>>>>>> with
>>> >>>>>>> # the License. You may obtain a copy of the License at
>>> >>>>>>> #
>>> >>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>> >>>>>>> #
>>> >>>>>>> # Unless required by applicable law or agreed to in writing,
>>> >>>>>>> software
>>> >>>>>>> # distributed under the License is distributed on an "AS IS"
>>> >>>>>>> BASIS,
>>> >>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>>> >>>>>>> implied.
>>> >>>>>>> # See the License for the specific language governing permissions
>>> >>>>>>> and
>>> >>>>>>> # limitations under the License.
>>> >>>>>>> #
>>> >>>>>>>
>>> >>>>>>> #
>>> >>>>>>> # Deploy an Apache ZooKeeper cluster
>>> >>>>>>> #
>>> >>>>>>> whirr.cluster-name=zookeeper
>>> >>>>>>> whirr.instance-templates=3 zookeeper
>>> >>>>>>> whirr.bootstrap-user=toor:password
>>> >>>>>>>
>>> >>>>>>> with default ram size for the guests 1024 Mb, and everything seems
>>> >>>>>>> to
>>> >>>>>>> be in good shape.
>>> >>>>>>>
>>> >>>>>>> I think it is a good result :)
>>> >>>>>>>
>>> >>>>>>> If you are interested in having more details, feel free to ping
>>> >>>>>>> me.
>>> >>>>>>>
>>> >>>>>>> Thanks everyone for great team work particularly
>>> >>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>> >>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>> >>>>>>>
>>> >>>>>>> Ciao,
>>> >>>>>>> Andrea
>>> >>>>>>>
>>> >>>>>>>
>>> >>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
>>> >>>>>>> <ad...@gmail.com> wrote:
>>> >>>>>>>> haha baby steps.
>>> >>>>>>>>
>>> >>>>>>>> -A
>>> >>>>>>>>
>>> >>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
>>> >>>>>>>> <an...@gmail.com> wrote:
>>> >>>>>>>>>> I'd try using that
>>> >>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
>>> >>>>>>>>>> regardless
>>> >>>>>>>>>> of which api is used (ex. image construction, guest additions,
>>> >>>>>>>>>> etc),
>>> >>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
>>> >>>>>>>>>> things
>>> >>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>> >>>>>>>>>>
>>> >>>>>>>>>> wdyt?
>>> >>>>>>>>>
>>> >>>>>>>>>
>>> >>>>>>>>> I agree with the idea of having a different package: at the
>>> >>>>>>>>> moment I'm using
>>> >>>>>>>>> a simple eclipse project to test things.
>>> >>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
>>> >>>>>>>>> require a
>>> >>>>>>>>> running vbox web server (good)
>>> >>>>>>>>> the session reliability is still a problem with xpcom bridge as
>>> >>>>>>>>> well.
>>> >>>>>>>>>
>>> >>>>>>>>> Maybe we could start a brave implementation of a third bridge:
>>> >>>>>>>>> native :)
>>> >>>>>>>>>
>>> >>>>>>>>> wdyt?
>>> >>>>>>>>>
>>> >>>>>>>>> --
>>> >>>>>>>>> You received this message because you are subscribed to the
>>> >>>>>>>>> Google Groups
>>> >>>>>>>>> "jclouds-dev" group.
>>> >>>>>>>>> To post to this group, send email to
>>> >>>>>>>>> jclouds-dev@googlegroups.com.
>>> >>>>>>>>> To unsubscribe from this group, send email to
>>> >>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> >>>>>>>>> For more options, visit this group at
>>> >>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>>>>>>>
>>> >>>>>>>> --
>>> >>>>>>>> You received this message because you are subscribed to the
>>> >>>>>>>> Google Groups "jclouds-dev" group.
>>> >>>>>>>> To post to this group, send email to
>>> >>>>>>>> jclouds-dev@googlegroups.com.
>>> >>>>>>>> To unsubscribe from this group, send email to
>>> >>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> >>>>>>>> For more options, visit this group at
>>> >>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>>>>
>>> >>>>> --
>>> >>>>> You received this message because you are subscribed to the Google
>>> >>>>> Groups "jclouds-dev" group.
>>> >>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> >>>>> To unsubscribe from this group, send email to
>>> >>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> >>>>> For more options, visit this group at
>>> >>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>>>
>>> >>>> --
>>> >>>> You received this message because you are subscribed to the Google
>>> >>>> Groups "jclouds-dev" group.
>>> >>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> >>>> To unsubscribe from this group, send email to
>>> >>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> >>>> For more options, visit this group at
>>> >>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>>
>>> >>> --
>>> >>> You received this message because you are subscribed to the Google
>>> >>> Groups "jclouds-dev" group.
>>> >>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> >>> To unsubscribe from this group, send email to
>>> >>> jclouds-dev+unsubscribe@googlegroups.com.
>>> >>> For more options, visit this group at
>>> >>> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>
>>> >> --
>>> >> You received this message because you are subscribed to the Google
>>> >> Groups "jclouds-dev" group.
>>> >> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> >> To unsubscribe from this group, send email to
>>> >> jclouds-dev+unsubscribe@googlegroups.com.
>>> >> For more options, visit this group at
>>> >> http://groups.google.com/group/jclouds-dev?hl=en.
>>> >>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Hi all,
after another IRC chat with vbox developers, maybe things are clearing up.
The real license for vobxjws.jar is specified here
https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Main/webservice/MANIFEST.MF.in
in particular http://glassfish.java.net/nonav/public/CDDL+GPL.html
CDDL is extremely liberal and should be compatible with asl (if you
know more please shout)
jclouds-virtualbox can use vboxjws.jar as-is, even if I need to
rebundle and push to maven central the updated pom with the correct
license.
Thanks all for your help,
Andrea
On Mon, Oct 8, 2012 at 7:32 PM, Patrick Debois <pa...@gmail.com> wrote:
> you might want to check the wsdl integration of virtualbox i once
> experimented with
> see at the bottom of
> http://www.jedi.be/blog/2009/11/17/controlling-virtual-machines-with-an-API/
>
>
> On 08 Oct 2012, at 19:00, Andrea Turli <an...@gmail.com> wrote:
>
> Thanks Patrick,
>
> the ssh trick can totally help.
>
> Parsing is not the only problem:
> without the stub, all the domain classes are gone, so I need to recreate all
> the pojo classes by hand (IMachine, INetworkAdapter etc)
>
> Thoughts?
>
> Andrea
>
> Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
> scritto:
>>
>> ssh overhead can be minimized by using something like ssh contro session,
>> where all your subsequent ssh connection happen over an established ssh
>> tunnel. see ssh controlpath
>>
>> many of the ssh command like status have a way to have the output in
>> machinereadable output, so parsing is pretty easy.
>>
>> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>>
>> > Thanks Brian for your help!
>> >
>> > Even if ssh approach looks reasonable to me as well I've 2 main
>> > concerns:
>> > 1. the overhead introduced by each ssh call
>> > 2. ssh invoking is fine, but retrieving (parsing) the responses can be
>> > a a very hard and painful.
>> >
>> > Thoughts?
>> >
>> > Andrea
>> >
>> > On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
>> > wrote:
>> >> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
>> >> wrote:
>> >>> Sure I'll add this information to the jclouds-virtualbox
>> >>> documentation.
>> >>>
>> >>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>> >>> features that are used by jclouds-cli, so that we can use virtualbox
>> >>> from the cli.
>> >>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>> >>> the ASL license. So he thinks that it is not possible package it
>> >>> inside the cli itself.
>> >>>
>> >>> This is a big problem for jclouds and whirr in general, I guess, so we
>> >>> need to find a solution.
>> >>>
>> >>> Ioannis was suggesting to ask Oracle to relicense the jar
>> >>> Technically it is also possible to avoid the usage of vbox web service
>> >>> and either ssh to host machine and run the vbox command on it
>> >>> (vagrant/veewee approach) or use java native approach to run the C++
>> >>> vbox commands.
>> >>>
>> >>> Thoughts?
>> >>
>> >> SSH into the remote machine and run vbox sounds pretty reasonable. The
>> >> main alternative would be to write your own wrapper which invokes the
>> >> command line tool, and listens on http(s) or something. In that case
>> >> you still need to connect to a remote machine, and now you have
>> >> another daemon process to monitor, etc.
>> >>
>> >> There are many decent ssh options available, I have found sshj (
>> >> https://github.com/shikhar/sshj ) to be pleasant to use if you want
>> >> pure ssh, or I have a little convenience wrapper around shelling out
>> >> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
>> >> you prefer that model.
>> >>
>> >> -Brian
>> >>
>> >>>
>> >>> Andrea
>> >>>
>> >>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
>> >>> wrote:
>> >>>> Thanks for going through the process of getting the jar on the way to
>> >>>> maven, Andrea! Can you summarize what that was in case it needs to
>> >>>> be
>> >>>> done again?
>> >>>>
>> >>>> -A
>> >>>>
>> >>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli
>> >>>> <an...@gmail.com> wrote:
>> >>>>> I've uploaded the vboxjws-4.2.0 to
>> >>>>>
>> >>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>> >>>>>
>> >>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>> >>>>> which seems much better in terms of session management.
>> >>>>>
>> >>>>> Best,
>> >>>>> Andrea
>> >>>>>
>> >>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli
>> >>>>> <an...@gmail.com> wrote:
>> >>>>>> Hi all,
>> >>>>>>
>> >>>>>> I've updated the jclouds-virtualbox implementation to the latest
>> >>>>>> release 4.2.0
>> >>>>>>
>> >>>>>> Here you can find more details about the status
>> >>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>> >>>>>>
>> >>>>>> I'm now waiting for an answer from virtualbox developers about
>> >>>>>> making
>> >>>>>> available vboxjws-4.2.0.jar available on maven central,
>> >>>>>> to push this new version.
>> >>>>>>
>> >>>>>> Cheers,
>> >>>>>> Andrea
>> >>>>>>
>> >>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli
>> >>>>>> <an...@gmail.com> wrote:
>> >>>>>>> Hi all,
>> >>>>>>>
>> >>>>>>> quick update on jclouds-virtualbox.
>> >>>>>>>
>> >>>>>>> The provider is still on labs, but after the last improvements,
>> >>>>>>> I've
>> >>>>>>> been able to successfully start up to 30 guests on my laptop
>> >>>>>>> without
>> >>>>>>> problems.
>> >>>>>>>
>> >>>>>>> I've also tested the jclouds-virtualbox provider with Apache
>> >>>>>>> Whirr:
>> >>>>>>>
>> >>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>> >>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>> >>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>> >>>>>>>
>> >>>>>>> where $ cat recipes/zookeeper.properties
>> >>>>>>>
>> >>>>>>> #
>> >>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
>> >>>>>>> more
>> >>>>>>> # contributor license agreements. See the NOTICE file distributed
>> >>>>>>> with
>> >>>>>>> # this work for additional information regarding copyright
>> >>>>>>> ownership.
>> >>>>>>> # The ASF licenses this file to You under the Apache License,
>> >>>>>>> Version 2.0
>> >>>>>>> # (the "License"); you may not use this file except in compliance
>> >>>>>>> with
>> >>>>>>> # the License. You may obtain a copy of the License at
>> >>>>>>> #
>> >>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>> >>>>>>> #
>> >>>>>>> # Unless required by applicable law or agreed to in writing,
>> >>>>>>> software
>> >>>>>>> # distributed under the License is distributed on an "AS IS"
>> >>>>>>> BASIS,
>> >>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>> >>>>>>> implied.
>> >>>>>>> # See the License for the specific language governing permissions
>> >>>>>>> and
>> >>>>>>> # limitations under the License.
>> >>>>>>> #
>> >>>>>>>
>> >>>>>>> #
>> >>>>>>> # Deploy an Apache ZooKeeper cluster
>> >>>>>>> #
>> >>>>>>> whirr.cluster-name=zookeeper
>> >>>>>>> whirr.instance-templates=3 zookeeper
>> >>>>>>> whirr.bootstrap-user=toor:password
>> >>>>>>>
>> >>>>>>> with default ram size for the guests 1024 Mb, and everything seems
>> >>>>>>> to
>> >>>>>>> be in good shape.
>> >>>>>>>
>> >>>>>>> I think it is a good result :)
>> >>>>>>>
>> >>>>>>> If you are interested in having more details, feel free to ping
>> >>>>>>> me.
>> >>>>>>>
>> >>>>>>> Thanks everyone for great team work particularly
>> >>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>> >>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>> >>>>>>>
>> >>>>>>> Ciao,
>> >>>>>>> Andrea
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole
>> >>>>>>> <ad...@gmail.com> wrote:
>> >>>>>>>> haha baby steps.
>> >>>>>>>>
>> >>>>>>>> -A
>> >>>>>>>>
>> >>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli
>> >>>>>>>> <an...@gmail.com> wrote:
>> >>>>>>>>>> I'd try using that
>> >>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
>> >>>>>>>>>> regardless
>> >>>>>>>>>> of which api is used (ex. image construction, guest additions,
>> >>>>>>>>>> etc),
>> >>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
>> >>>>>>>>>> things
>> >>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>> >>>>>>>>>>
>> >>>>>>>>>> wdyt?
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> I agree with the idea of having a different package: at the
>> >>>>>>>>> moment I'm using
>> >>>>>>>>> a simple eclipse project to test things.
>> >>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
>> >>>>>>>>> require a
>> >>>>>>>>> running vbox web server (good)
>> >>>>>>>>> the session reliability is still a problem with xpcom bridge as
>> >>>>>>>>> well.
>> >>>>>>>>>
>> >>>>>>>>> Maybe we could start a brave implementation of a third bridge:
>> >>>>>>>>> native :)
>> >>>>>>>>>
>> >>>>>>>>> wdyt?
>> >>>>>>>>>
>> >>>>>>>>> --
>> >>>>>>>>> You received this message because you are subscribed to the
>> >>>>>>>>> Google Groups
>> >>>>>>>>> "jclouds-dev" group.
>> >>>>>>>>> To post to this group, send email to
>> >>>>>>>>> jclouds-dev@googlegroups.com.
>> >>>>>>>>> To unsubscribe from this group, send email to
>> >>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>> >>>>>>>>> For more options, visit this group at
>> >>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>>>>>>>
>> >>>>>>>> --
>> >>>>>>>> You received this message because you are subscribed to the
>> >>>>>>>> Google Groups "jclouds-dev" group.
>> >>>>>>>> To post to this group, send email to
>> >>>>>>>> jclouds-dev@googlegroups.com.
>> >>>>>>>> To unsubscribe from this group, send email to
>> >>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>> >>>>>>>> For more options, visit this group at
>> >>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>>>>
>> >>>>> --
>> >>>>> You received this message because you are subscribed to the Google
>> >>>>> Groups "jclouds-dev" group.
>> >>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> >>>>> To unsubscribe from this group, send email to
>> >>>>> jclouds-dev+unsubscribe@googlegroups.com.
>> >>>>> For more options, visit this group at
>> >>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>>>
>> >>>> --
>> >>>> You received this message because you are subscribed to the Google
>> >>>> Groups "jclouds-dev" group.
>> >>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> >>>> To unsubscribe from this group, send email to
>> >>>> jclouds-dev+unsubscribe@googlegroups.com.
>> >>>> For more options, visit this group at
>> >>>> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>>
>> >>> --
>> >>> You received this message because you are subscribed to the Google
>> >>> Groups "jclouds-dev" group.
>> >>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> >>> To unsubscribe from this group, send email to
>> >>> jclouds-dev+unsubscribe@googlegroups.com.
>> >>> For more options, visit this group at
>> >>> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups "jclouds-dev" group.
>> >> To post to this group, send email to jclouds-dev@googlegroups.com.
>> >> To unsubscribe from this group, send email to
>> >> jclouds-dev+unsubscribe@googlegroups.com.
>> >> For more options, visit this group at
>> >> http://groups.google.com/group/jclouds-dev?hl=en.
>> >>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Thanks Patrick,
the ssh trick can totally help.
Parsing is not the only problem:
without the stub, all the domain classes are gone, so I need to recreate
all the pojo classes by hand (IMachine, INetworkAdapter etc)
Thoughts?
Andrea
Il giorno 08/ott/2012 17:46, "Patrick Debois" <pa...@gmail.com> ha
scritto:
> ssh overhead can be minimized by using something like ssh contro session,
> where all your subsequent ssh connection happen over an established ssh
> tunnel. see ssh controlpath
>
> many of the ssh command like status have a way to have the output in
> machinereadable output, so parsing is pretty easy.
>
> On 08 Oct 2012, at 17:23, Andrea Turli <an...@gmail.com> wrote:
>
> > Thanks Brian for your help!
> >
> > Even if ssh approach looks reasonable to me as well I've 2 main concerns:
> > 1. the overhead introduced by each ssh call
> > 2. ssh invoking is fine, but retrieving (parsing) the responses can be
> > a a very hard and painful.
> >
> > Thoughts?
> >
> > Andrea
> >
> > On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org>
> wrote:
> >> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com>
> wrote:
> >>> Sure I'll add this information to the jclouds-virtualbox documentation.
> >>>
> >>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
> >>> features that are used by jclouds-cli, so that we can use virtualbox
> >>> from the cli.
> >>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
> >>> the ASL license. So he thinks that it is not possible package it
> >>> inside the cli itself.
> >>>
> >>> This is a big problem for jclouds and whirr in general, I guess, so we
> >>> need to find a solution.
> >>>
> >>> Ioannis was suggesting to ask Oracle to relicense the jar
> >>> Technically it is also possible to avoid the usage of vbox web service
> >>> and either ssh to host machine and run the vbox command on it
> >>> (vagrant/veewee approach) or use java native approach to run the C++
> >>> vbox commands.
> >>>
> >>> Thoughts?
> >>
> >> SSH into the remote machine and run vbox sounds pretty reasonable. The
> >> main alternative would be to write your own wrapper which invokes the
> >> command line tool, and listens on http(s) or something. In that case
> >> you still need to connect to a remote machine, and now you have
> >> another daemon process to monitor, etc.
> >>
> >> There are many decent ssh options available, I have found sshj (
> >> https://github.com/shikhar/sshj ) to be pleasant to use if you want
> >> pure ssh, or I have a little convenience wrapper around shelling out
> >> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
> >> you prefer that model.
> >>
> >> -Brian
> >>
> >>>
> >>> Andrea
> >>>
> >>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com>
> wrote:
> >>>> Thanks for going through the process of getting the jar on the way to
> >>>> maven, Andrea! Can you summarize what that was in case it needs to be
> >>>> done again?
> >>>>
> >>>> -A
> >>>>
> >>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli <an...@gmail.com>
> wrote:
> >>>>> I've uploaded the vboxjws-4.2.0 to
> >>>>>
> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
> >>>>>
> >>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
> >>>>> which seems much better in terms of session management.
> >>>>>
> >>>>> Best,
> >>>>> Andrea
> >>>>>
> >>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli <
> andrea.turli@gmail.com> wrote:
> >>>>>> Hi all,
> >>>>>>
> >>>>>> I've updated the jclouds-virtualbox implementation to the latest
> release 4.2.0
> >>>>>>
> >>>>>> Here you can find more details about the status
> >>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
> >>>>>>
> >>>>>> I'm now waiting for an answer from virtualbox developers about
> making
> >>>>>> available vboxjws-4.2.0.jar available on maven central,
> >>>>>> to push this new version.
> >>>>>>
> >>>>>> Cheers,
> >>>>>> Andrea
> >>>>>>
> >>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <
> andrea.turli@gmail.com> wrote:
> >>>>>>> Hi all,
> >>>>>>>
> >>>>>>> quick update on jclouds-virtualbox.
> >>>>>>>
> >>>>>>> The provider is still on labs, but after the last improvements,
> I've
> >>>>>>> been able to successfully start up to 30 guests on my laptop
> without
> >>>>>>> problems.
> >>>>>>>
> >>>>>>> I've also tested the jclouds-virtualbox provider with Apache Whirr:
> >>>>>>>
> >>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
> >>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
> >>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
> >>>>>>>
> >>>>>>> where $ cat recipes/zookeeper.properties
> >>>>>>>
> >>>>>>> #
> >>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or
> more
> >>>>>>> # contributor license agreements. See the NOTICE file distributed
> with
> >>>>>>> # this work for additional information regarding copyright
> ownership.
> >>>>>>> # The ASF licenses this file to You under the Apache License,
> Version 2.0
> >>>>>>> # (the "License"); you may not use this file except in compliance
> with
> >>>>>>> # the License. You may obtain a copy of the License at
> >>>>>>> #
> >>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
> >>>>>>> #
> >>>>>>> # Unless required by applicable law or agreed to in writing,
> software
> >>>>>>> # distributed under the License is distributed on an "AS IS" BASIS,
> >>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied.
> >>>>>>> # See the License for the specific language governing permissions
> and
> >>>>>>> # limitations under the License.
> >>>>>>> #
> >>>>>>>
> >>>>>>> #
> >>>>>>> # Deploy an Apache ZooKeeper cluster
> >>>>>>> #
> >>>>>>> whirr.cluster-name=zookeeper
> >>>>>>> whirr.instance-templates=3 zookeeper
> >>>>>>> whirr.bootstrap-user=toor:password
> >>>>>>>
> >>>>>>> with default ram size for the guests 1024 Mb, and everything seems
> to
> >>>>>>> be in good shape.
> >>>>>>>
> >>>>>>> I think it is a good result :)
> >>>>>>>
> >>>>>>> If you are interested in having more details, feel free to ping me.
> >>>>>>>
> >>>>>>> Thanks everyone for great team work particularly
> >>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
> >>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
> >>>>>>>
> >>>>>>> Ciao,
> >>>>>>> Andrea
> >>>>>>>
> >>>>>>>
> >>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <
> adrian.f.cole@gmail.com> wrote:
> >>>>>>>> haha baby steps.
> >>>>>>>>
> >>>>>>>> -A
> >>>>>>>>
> >>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <
> andrea.turli@gmail.com> wrote:
> >>>>>>>>>> I'd try using that
> >>>>>>>>>> in a different package. Ex. a LOT of the code is the same,
> regardless
> >>>>>>>>>> of which api is used (ex. image construction, guest additions,
> etc),
> >>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put
> things
> >>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
> >>>>>>>>>>
> >>>>>>>>>> wdyt?
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> I agree with the idea of having a different package: at the
> moment I'm using
> >>>>>>>>> a simple eclipse project to test things.
> >>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't
> require a
> >>>>>>>>> running vbox web server (good)
> >>>>>>>>> the session reliability is still a problem with xpcom bridge as
> well.
> >>>>>>>>>
> >>>>>>>>> Maybe we could start a brave implementation of a third bridge:
> native :)
> >>>>>>>>>
> >>>>>>>>> wdyt?
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> You received this message because you are subscribed to the
> Google Groups
> >>>>>>>>> "jclouds-dev" group.
> >>>>>>>>> To post to this group, send email to
> jclouds-dev@googlegroups.com.
> >>>>>>>>> To unsubscribe from this group, send email to
> >>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
> >>>>>>>>> For more options, visit this group at
> >>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> You received this message because you are subscribed to the
> Google Groups "jclouds-dev" group.
> >>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com
> .
> >>>>>>>> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >>>>>>>> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>>>
> >>>>> --
> >>>>> You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> >>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
> >>>>> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >>>>> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>>
> >>>> --
> >>>> You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> >>>> To post to this group, send email to jclouds-dev@googlegroups.com.
> >>>> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >>>> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>>
> >>> --
> >>> You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> >>> To post to this group, send email to jclouds-dev@googlegroups.com.
> >>> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >>> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> >> To post to this group, send email to jclouds-dev@googlegroups.com.
> >> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> >> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >>
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Thanks Brian for your help!
Even if ssh approach looks reasonable to me as well I've 2 main concerns:
1. the overhead introduced by each ssh call
2. ssh invoking is fine, but retrieving (parsing) the responses can be
a a very hard and painful.
Thoughts?
Andrea
On Mon, Oct 8, 2012 at 5:11 PM, Brian McCallister <br...@skife.org> wrote:
> On Sun, Oct 7, 2012 at 6:40 AM, Andrea Turli <an...@gmail.com> wrote:
>> Sure I'll add this information to the jclouds-virtualbox documentation.
>>
>> Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
>> features that are used by jclouds-cli, so that we can use virtualbox
>> from the cli.
>> He noticed that vboxjws is LGPL2 licensed which is not compatible with
>> the ASL license. So he thinks that it is not possible package it
>> inside the cli itself.
>>
>> This is a big problem for jclouds and whirr in general, I guess, so we
>> need to find a solution.
>>
>> Ioannis was suggesting to ask Oracle to relicense the jar
>> Technically it is also possible to avoid the usage of vbox web service
>> and either ssh to host machine and run the vbox command on it
>> (vagrant/veewee approach) or use java native approach to run the C++
>> vbox commands.
>>
>> Thoughts?
>
> SSH into the remote machine and run vbox sounds pretty reasonable. The
> main alternative would be to write your own wrapper which invokes the
> command line tool, and listens on http(s) or something. In that case
> you still need to connect to a remote machine, and now you have
> another daemon process to monitor, etc.
>
> There are many decent ssh options available, I have found sshj (
> https://github.com/shikhar/sshj ) to be pleasant to use if you want
> pure ssh, or I have a little convenience wrapper around shelling out
> to command line ssh ( https://github.com/brianm/ssh-java-wrapper ) if
> you prefer that model.
>
> -Brian
>
>>
>> Andrea
>>
>> On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com> wrote:
>>> Thanks for going through the process of getting the jar on the way to
>>> maven, Andrea! Can you summarize what that was in case it needs to be
>>> done again?
>>>
>>> -A
>>>
>>> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli <an...@gmail.com> wrote:
>>>> I've uploaded the vboxjws-4.2.0 to
>>>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>>>
>>>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>>>> which seems much better in terms of session management.
>>>>
>>>> Best,
>>>> Andrea
>>>>
>>>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>> Hi all,
>>>>>
>>>>> I've updated the jclouds-virtualbox implementation to the latest release 4.2.0
>>>>>
>>>>> Here you can find more details about the status
>>>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>>>>
>>>>> I'm now waiting for an answer from virtualbox developers about making
>>>>> available vboxjws-4.2.0.jar available on maven central,
>>>>> to push this new version.
>>>>>
>>>>> Cheers,
>>>>> Andrea
>>>>>
>>>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> quick update on jclouds-virtualbox.
>>>>>>
>>>>>> The provider is still on labs, but after the last improvements, I've
>>>>>> been able to successfully start up to 30 guests on my laptop without
>>>>>> problems.
>>>>>>
>>>>>> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>>>>>>
>>>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>>>>
>>>>>> where $ cat recipes/zookeeper.properties
>>>>>>
>>>>>> #
>>>>>> # Licensed to the Apache Software Foundation (ASF) under one or more
>>>>>> # contributor license agreements. See the NOTICE file distributed with
>>>>>> # this work for additional information regarding copyright ownership.
>>>>>> # The ASF licenses this file to You under the Apache License, Version 2.0
>>>>>> # (the "License"); you may not use this file except in compliance with
>>>>>> # the License. You may obtain a copy of the License at
>>>>>> #
>>>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>>>>> #
>>>>>> # Unless required by applicable law or agreed to in writing, software
>>>>>> # distributed under the License is distributed on an "AS IS" BASIS,
>>>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>>>>>> # See the License for the specific language governing permissions and
>>>>>> # limitations under the License.
>>>>>> #
>>>>>>
>>>>>> #
>>>>>> # Deploy an Apache ZooKeeper cluster
>>>>>> #
>>>>>> whirr.cluster-name=zookeeper
>>>>>> whirr.instance-templates=3 zookeeper
>>>>>> whirr.bootstrap-user=toor:password
>>>>>>
>>>>>> with default ram size for the guests 1024 Mb, and everything seems to
>>>>>> be in good shape.
>>>>>>
>>>>>> I think it is a good result :)
>>>>>>
>>>>>> If you are interested in having more details, feel free to ping me.
>>>>>>
>>>>>> Thanks everyone for great team work particularly
>>>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>>>>
>>>>>> Ciao,
>>>>>> Andrea
>>>>>>
>>>>>>
>>>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>>>>>>> haha baby steps.
>>>>>>>
>>>>>>> -A
>>>>>>>
>>>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>>>>>> I'd try using that
>>>>>>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>>>>>>> of which api is used (ex. image construction, guest additions, etc),
>>>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>>>>>
>>>>>>>>> wdyt?
>>>>>>>>
>>>>>>>>
>>>>>>>> I agree with the idea of having a different package: at the moment I'm using
>>>>>>>> a simple eclipse project to test things.
>>>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>>>>>>> running vbox web server (good)
>>>>>>>> the session reliability is still a problem with xpcom bridge as well.
>>>>>>>>
>>>>>>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>>>>>>
>>>>>>>> wdyt?
>>>>>>>>
>>>>>>>> --
>>>>>>>> You received this message because you are subscribed to the Google Groups
>>>>>>>> "jclouds-dev" group.
>>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>>> For more options, visit this group at
>>>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>
>>>>>>> --
>>>>>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>>>>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>>>
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Sure I'll add this information to the jclouds-virtualbox documentation.
Yesterday Ioannis was adding the vritualbox api to the jclouds-karaf
features that are used by jclouds-cli, so that we can use virtualbox
from the cli.
He noticed that vboxjws is LGPL2 licensed which is not compatible with
the ASL license. So he thinks that it is not possible package it
inside the cli itself.
This is a big problem for jclouds and whirr in general, I guess, so we
need to find a solution.
Ioannis was suggesting to ask Oracle to relicense the jar
Technically it is also possible to avoid the usage of vbox web service
and either ssh to host machine and run the vbox command on it
(vagrant/veewee approach) or use java native approach to run the C++
vbox commands.
Thoughts?
Andrea
On Sat, Oct 6, 2012 at 9:35 PM, Adrian Cole <ad...@gmail.com> wrote:
> Thanks for going through the process of getting the jar on the way to
> maven, Andrea! Can you summarize what that was in case it needs to be
> done again?
>
> -A
>
> On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli <an...@gmail.com> wrote:
>> I've uploaded the vboxjws-4.2.0 to
>> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>>
>> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
>> which seems much better in terms of session management.
>>
>> Best,
>> Andrea
>>
>> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli <an...@gmail.com> wrote:
>>> Hi all,
>>>
>>> I've updated the jclouds-virtualbox implementation to the latest release 4.2.0
>>>
>>> Here you can find more details about the status
>>> http://code.google.com/p/jclouds/issues/detail?id=384
>>>
>>> I'm now waiting for an answer from virtualbox developers about making
>>> available vboxjws-4.2.0.jar available on maven central,
>>> to push this new version.
>>>
>>> Cheers,
>>> Andrea
>>>
>>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
>>>> Hi all,
>>>>
>>>> quick update on jclouds-virtualbox.
>>>>
>>>> The provider is still on labs, but after the last improvements, I've
>>>> been able to successfully start up to 30 guests on my laptop without
>>>> problems.
>>>>
>>>> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>>>>
>>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>>
>>>> where $ cat recipes/zookeeper.properties
>>>>
>>>> #
>>>> # Licensed to the Apache Software Foundation (ASF) under one or more
>>>> # contributor license agreements. See the NOTICE file distributed with
>>>> # this work for additional information regarding copyright ownership.
>>>> # The ASF licenses this file to You under the Apache License, Version 2.0
>>>> # (the "License"); you may not use this file except in compliance with
>>>> # the License. You may obtain a copy of the License at
>>>> #
>>>> # http://www.apache.org/licenses/LICENSE-2.0
>>>> #
>>>> # Unless required by applicable law or agreed to in writing, software
>>>> # distributed under the License is distributed on an "AS IS" BASIS,
>>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>>>> # See the License for the specific language governing permissions and
>>>> # limitations under the License.
>>>> #
>>>>
>>>> #
>>>> # Deploy an Apache ZooKeeper cluster
>>>> #
>>>> whirr.cluster-name=zookeeper
>>>> whirr.instance-templates=3 zookeeper
>>>> whirr.bootstrap-user=toor:password
>>>>
>>>> with default ram size for the guests 1024 Mb, and everything seems to
>>>> be in good shape.
>>>>
>>>> I think it is a good result :)
>>>>
>>>> If you are interested in having more details, feel free to ping me.
>>>>
>>>> Thanks everyone for great team work particularly
>>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>>
>>>> Ciao,
>>>> Andrea
>>>>
>>>>
>>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>>>>> haha baby steps.
>>>>>
>>>>> -A
>>>>>
>>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>>>> I'd try using that
>>>>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>>>>> of which api is used (ex. image construction, guest additions, etc),
>>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>>>
>>>>>>> wdyt?
>>>>>>
>>>>>>
>>>>>> I agree with the idea of having a different package: at the moment I'm using
>>>>>> a simple eclipse project to test things.
>>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>>>>> running vbox web server (good)
>>>>>> the session reliability is still a problem with xpcom bridge as well.
>>>>>>
>>>>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>>>>
>>>>>> wdyt?
>>>>>>
>>>>>> --
>>>>>> You received this message because you are subscribed to the Google Groups
>>>>>> "jclouds-dev" group.
>>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>>> To unsubscribe from this group, send email to
>>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>>> For more options, visit this group at
>>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Adrian Cole <ad...@gmail.com>.
Thanks for going through the process of getting the jar on the way to
maven, Andrea! Can you summarize what that was in case it needs to be
done again?
-A
On Sat, Oct 6, 2012 at 12:06 PM, Andrea Turli <an...@gmail.com> wrote:
> I've uploaded the vboxjws-4.2.0 to
> https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
>
> So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
> which seems much better in terms of session management.
>
> Best,
> Andrea
>
> On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli <an...@gmail.com> wrote:
>> Hi all,
>>
>> I've updated the jclouds-virtualbox implementation to the latest release 4.2.0
>>
>> Here you can find more details about the status
>> http://code.google.com/p/jclouds/issues/detail?id=384
>>
>> I'm now waiting for an answer from virtualbox developers about making
>> available vboxjws-4.2.0.jar available on maven central,
>> to push this new version.
>>
>> Cheers,
>> Andrea
>>
>> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
>>> Hi all,
>>>
>>> quick update on jclouds-virtualbox.
>>>
>>> The provider is still on labs, but after the last improvements, I've
>>> been able to successfully start up to 30 guests on my laptop without
>>> problems.
>>>
>>> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>>>
>>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>>> --private-key-file ~/.ssh/id_rsa_whirr --template
>>> osFamily=UBUNTU,osVersionMatches=12.04
>>>
>>> where $ cat recipes/zookeeper.properties
>>>
>>> #
>>> # Licensed to the Apache Software Foundation (ASF) under one or more
>>> # contributor license agreements. See the NOTICE file distributed with
>>> # this work for additional information regarding copyright ownership.
>>> # The ASF licenses this file to You under the Apache License, Version 2.0
>>> # (the "License"); you may not use this file except in compliance with
>>> # the License. You may obtain a copy of the License at
>>> #
>>> # http://www.apache.org/licenses/LICENSE-2.0
>>> #
>>> # Unless required by applicable law or agreed to in writing, software
>>> # distributed under the License is distributed on an "AS IS" BASIS,
>>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>>> # See the License for the specific language governing permissions and
>>> # limitations under the License.
>>> #
>>>
>>> #
>>> # Deploy an Apache ZooKeeper cluster
>>> #
>>> whirr.cluster-name=zookeeper
>>> whirr.instance-templates=3 zookeeper
>>> whirr.bootstrap-user=toor:password
>>>
>>> with default ram size for the guests 1024 Mb, and everything seems to
>>> be in good shape.
>>>
>>> I think it is a good result :)
>>>
>>> If you are interested in having more details, feel free to ping me.
>>>
>>> Thanks everyone for great team work particularly
>>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>>> Batchelli, Andrew Bayer and Patrick Debois.
>>>
>>> Ciao,
>>> Andrea
>>>
>>>
>>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>>>> haha baby steps.
>>>>
>>>> -A
>>>>
>>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>>> I'd try using that
>>>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>>>> of which api is used (ex. image construction, guest additions, etc),
>>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>>
>>>>>> wdyt?
>>>>>
>>>>>
>>>>> I agree with the idea of having a different package: at the moment I'm using
>>>>> a simple eclipse project to test things.
>>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>>>> running vbox web server (good)
>>>>> the session reliability is still a problem with xpcom bridge as well.
>>>>>
>>>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>>>
>>>>> wdyt?
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the Google Groups
>>>>> "jclouds-dev" group.
>>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>>> To unsubscribe from this group, send email to
>>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>>> For more options, visit this group at
>>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>>
>
> --
> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
I've uploaded the vboxjws-4.2.0 to
https://oss.sonatype.org/content/repositories/central-sync/org/virtualbox/vboxjws/4.2.0/
So now jclouds-1.6.0-SNAPSHOT is using the last virtualbox version
which seems much better in terms of session management.
Best,
Andrea
On Tue, Sep 25, 2012 at 12:10 AM, Andrea Turli <an...@gmail.com> wrote:
> Hi all,
>
> I've updated the jclouds-virtualbox implementation to the latest release 4.2.0
>
> Here you can find more details about the status
> http://code.google.com/p/jclouds/issues/detail?id=384
>
> I'm now waiting for an answer from virtualbox developers about making
> available vboxjws-4.2.0.jar available on maven central,
> to push this new version.
>
> Cheers,
> Andrea
>
> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
>> Hi all,
>>
>> quick update on jclouds-virtualbox.
>>
>> The provider is still on labs, but after the last improvements, I've
>> been able to successfully start up to 30 guests on my laptop without
>> problems.
>>
>> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>>
>> bin/whirr launch-cluster --config recipes/zookeeper.properties
>> --private-key-file ~/.ssh/id_rsa_whirr --template
>> osFamily=UBUNTU,osVersionMatches=12.04
>>
>> where $ cat recipes/zookeeper.properties
>>
>> #
>> # Licensed to the Apache Software Foundation (ASF) under one or more
>> # contributor license agreements. See the NOTICE file distributed with
>> # this work for additional information regarding copyright ownership.
>> # The ASF licenses this file to You under the Apache License, Version 2.0
>> # (the "License"); you may not use this file except in compliance with
>> # the License. You may obtain a copy of the License at
>> #
>> # http://www.apache.org/licenses/LICENSE-2.0
>> #
>> # Unless required by applicable law or agreed to in writing, software
>> # distributed under the License is distributed on an "AS IS" BASIS,
>> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>> # See the License for the specific language governing permissions and
>> # limitations under the License.
>> #
>>
>> #
>> # Deploy an Apache ZooKeeper cluster
>> #
>> whirr.cluster-name=zookeeper
>> whirr.instance-templates=3 zookeeper
>> whirr.bootstrap-user=toor:password
>>
>> with default ram size for the guests 1024 Mb, and everything seems to
>> be in good shape.
>>
>> I think it is a good result :)
>>
>> If you are interested in having more details, feel free to ping me.
>>
>> Thanks everyone for great team work particularly
>> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
>> Batchelli, Andrew Bayer and Patrick Debois.
>>
>> Ciao,
>> Andrea
>>
>>
>> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>>> haha baby steps.
>>>
>>> -A
>>>
>>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>>> I'd try using that
>>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>>> of which api is used (ex. image construction, guest additions, etc),
>>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>>
>>>>> wdyt?
>>>>
>>>>
>>>> I agree with the idea of having a different package: at the moment I'm using
>>>> a simple eclipse project to test things.
>>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>>> running vbox web server (good)
>>>> the session reliability is still a problem with xpcom bridge as well.
>>>>
>>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>>
>>>> wdyt?
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google Groups
>>>> "jclouds-dev" group.
>>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> jclouds-dev+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Hi all,
I've updated the jclouds-virtualbox implementation to the latest release 4.2.0
Here you can find more details about the status
http://code.google.com/p/jclouds/issues/detail?id=384
I'm now waiting for an answer from virtualbox developers about making
available vboxjws-4.2.0.jar available on maven central,
to push this new version.
Cheers,
Andrea
On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
> Hi all,
>
> quick update on jclouds-virtualbox.
>
> The provider is still on labs, but after the last improvements, I've
> been able to successfully start up to 30 guests on my laptop without
> problems.
>
> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>
> bin/whirr launch-cluster --config recipes/zookeeper.properties
> --private-key-file ~/.ssh/id_rsa_whirr --template
> osFamily=UBUNTU,osVersionMatches=12.04
>
> where $ cat recipes/zookeeper.properties
>
> #
> # Licensed to the Apache Software Foundation (ASF) under one or more
> # contributor license agreements. See the NOTICE file distributed with
> # this work for additional information regarding copyright ownership.
> # The ASF licenses this file to You under the Apache License, Version 2.0
> # (the "License"); you may not use this file except in compliance with
> # the License. You may obtain a copy of the License at
> #
> # http://www.apache.org/licenses/LICENSE-2.0
> #
> # Unless required by applicable law or agreed to in writing, software
> # distributed under the License is distributed on an "AS IS" BASIS,
> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> # See the License for the specific language governing permissions and
> # limitations under the License.
> #
>
> #
> # Deploy an Apache ZooKeeper cluster
> #
> whirr.cluster-name=zookeeper
> whirr.instance-templates=3 zookeeper
> whirr.bootstrap-user=toor:password
>
> with default ram size for the guests 1024 Mb, and everything seems to
> be in good shape.
>
> I think it is a good result :)
>
> If you are interested in having more details, feel free to ping me.
>
> Thanks everyone for great team work particularly
> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
> Batchelli, Andrew Bayer and Patrick Debois.
>
> Ciao,
> Andrea
>
>
> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com> wrote:
>> haha baby steps.
>>
>> -A
>>
>> On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com> wrote:
>>>> I'd try using that
>>>> in a different package. Ex. a LOT of the code is the same, regardless
>>>> of which api is used (ex. image construction, guest additions, etc),
>>>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
>>>> like a ComputeServiceAdapter that uses xpcom?
>>>>
>>>> wdyt?
>>>
>>>
>>> I agree with the idea of having a different package: at the moment I'm using
>>> a simple eclipse project to test things.
>>> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
>>> running vbox web server (good)
>>> the session reliability is still a problem with xpcom bridge as well.
>>>
>>> Maybe we could start a brave implementation of a third bridge: native :)
>>>
>>> wdyt?
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "jclouds-dev" group.
>>> To post to this group, send email to jclouds-dev@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> jclouds-dev+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/jclouds-dev?hl=en.
>>
>> --
>> You received this message because you are subscribed to the Google Groups "jclouds-dev" group.
>> To post to this group, send email to jclouds-dev@googlegroups.com.
>> To unsubscribe from this group, send email to jclouds-dev+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/jclouds-dev?hl=en.
>>
Re: Virtualbox implementation
Posted by Andrea Turli <an...@gmail.com>.
Hi Karel,
that was not a typo: of course guests had only 512 mb memory and the test
only runs a bunch of ssh commands against the guests.
Andrea
Il giorno 19/set/2012 13:27, "Karel Vervaeke" <ka...@ngdata.com> ha scritto:
> You can succesfully run 30 virtualbox guests in parallel on your laptop?
> o_O
> Wondering if that's a typo or not - given the fact that your recipe
> mentions 3 zookeeper nodes.
>
> Regards,
> Karel
>
> On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com>
> wrote:
> -cut-
> > The provider is still on labs, but after the last improvements, I've
> > been able to successfully start up to 30 guests on my laptop without
> > problems.
> >
> -cut-
>
Re: Virtualbox implementation
Posted by Karel Vervaeke <ka...@ngdata.com>.
You can succesfully run 30 virtualbox guests in parallel on your laptop? o_O
Wondering if that's a typo or not - given the fact that your recipe
mentions 3 zookeeper nodes.
Regards,
Karel
On Wed, Sep 19, 2012 at 11:23 AM, Andrea Turli <an...@gmail.com> wrote:
-cut-
> The provider is still on labs, but after the last improvements, I've
> been able to successfully start up to 30 guests on my laptop without
> problems.
>
-cut-
Re: Virtualbox implementation
Posted by Adrian Cole <ad...@gmail.com>.
Nice job. Merged.
On Sep 19, 2012 2:24 AM, "Andrea Turli" <an...@gmail.com> wrote:
> Hi all,
>
> quick update on jclouds-virtualbox.
>
> The provider is still on labs, but after the last improvements, I've
> been able to successfully start up to 30 guests on my laptop without
> problems.
>
> I've also tested the jclouds-virtualbox provider with Apache Whirr:
>
> bin/whirr launch-cluster --config recipes/zookeeper.properties
> --private-key-file ~/.ssh/id_rsa_whirr --template
> osFamily=UBUNTU,osVersionMatches=12.04
>
> where $ cat recipes/zookeeper.properties
>
> #
> # Licensed to the Apache Software Foundation (ASF) under one or more
> # contributor license agreements. See the NOTICE file distributed with
> # this work for additional information regarding copyright ownership.
> # The ASF licenses this file to You under the Apache License, Version 2.0
> # (the "License"); you may not use this file except in compliance with
> # the License. You may obtain a copy of the License at
> #
> # http://www.apache.org/licenses/LICENSE-2.0
> #
> # Unless required by applicable law or agreed to in writing, software
> # distributed under the License is distributed on an "AS IS" BASIS,
> # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> # See the License for the specific language governing permissions and
> # limitations under the License.
> #
>
> #
> # Deploy an Apache ZooKeeper cluster
> #
> whirr.cluster-name=zookeeper
> whirr.instance-templates=3 zookeeper
> whirr.bootstrap-user=toor:password
>
> with default ram size for the guests 1024 Mb, and everything seems to
> be in good shape.
>
> I think it is a good result :)
>
> If you are interested in having more details, feel free to ping me.
>
> Thanks everyone for great team work particularly
> Adrian Cole, David Alves, Mattias Holmqvist, Andrei Savu, Tony
> Batchelli, Andrew Bayer and Patrick Debois.
>
> Ciao,
> Andrea
>
>
> On Mon, May 21, 2012 at 5:42 PM, Adrian Cole <ad...@gmail.com>
> wrote:
> > haha baby steps.
> >
> > -A
> >
> > On Mon, May 21, 2012 at 8:38 AM, Andrea Turli <an...@gmail.com>
> wrote:
> >>> I'd try using that
> >>> in a different package. Ex. a LOT of the code is the same, regardless
> >>> of which api is used (ex. image construction, guest additions, etc),
> >>> so maybe make a package org.jclouds.virtualbox.xpcom and put things
> >>> like a ComputeServiceAdapter that uses xpcom?
> >>>
> >>> wdyt?
> >>
> >>
> >> I agree with the idea of having a different package: at the moment I'm
> using
> >> a simple eclipse project to test things.
> >> Unfortunately even if xpcom seems faster than SOAP and doesn't require a
> >> running vbox web server (good)
> >> the session reliability is still a problem with xpcom bridge as well.
> >>
> >> Maybe we could start a brave implementation of a third bridge: native :)
> >>
> >> wdyt?
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "jclouds-dev" group.
> >> To post to this group, send email to jclouds-dev@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> jclouds-dev+unsubscribe@googlegroups.com.
> >> For more options, visit this group at
> >> http://groups.google.com/group/jclouds-dev?hl=en.
> >
> > --
> > You received this message because you are subscribed to the Google
> Groups "jclouds-dev" group.
> > To post to this group, send email to jclouds-dev@googlegroups.com.
> > To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> > For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "jclouds-dev" group.
> To post to this group, send email to jclouds-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> jclouds-dev+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/jclouds-dev?hl=en.
>
>