> I'm spending some time in vbox to fix LiveTest.

> At the moment all tests are ok but those:

> Failed tests:

> testCreateNodeWithGroupEncodedIntoNameThenStoreCredentials(org.jclouds.virt ualbox.compute.VirtualBoxComputeServiceAdapterLiveTest):
> imageId(ubuntu-11.04-server-i386) not found

>  testListLocations(org.jclouds.virtualbox.compute.VirtualBoxComputeServiceAd apterLiveTest):
> expected:<false> but was:<true>

> Before changing the code, I'd like to better understand:

>   @Override
>   public Iterable<Location> listLocations() {
>      // Not using the adapter to determine locations
>      return ImmutableSet.<Location>of();
>   }

> contains this comment. What does it mean exactly?

> while testCreateNodeWithGroupEncodedIntoNameThenStoreCredentials fails
> because of

>      Template template =
> context.getComputeService().templateBuilder().build();

> How can I improve the default template?

> Thanks,
> Andrea

> On Thu, Feb 9, 2012 at 1:25 PM, Andrea Turli <andrea.tu...@gmail.com>
> wrote:
> > Hi Adrian,

> > Right we don't need the lock here, just to run a script.

> > Thanks,Andrea

> > On Thu, Feb 9, 2012 at 11:46 AM, Adrian Cole <adrian.f.c...@gmail.com>
> wrote:
> >> Hi, Andrea.  q's inline.

> >> On Wed, Feb 8, 2012 at 11:24 PM, Andrea Turli <andrea.tu...@gmail.com>
> >> wrote:

> >>> I'm almost finished with the GuestAdditionsInstaller function. I think
> >>> we need to change CreateAndInstallVm function cause we can assume that
> >>> a vm is ready when the GuestAdditions are installed.

> >>> So I'd like to add
> >>> private void ensureMachineHasGuestAdditionsInstalled(String vmName) {
> >>>      machineUtils.lockSessionOnMachineAndApply(vmName,
> >>> LockType.Shared, new GuestAdditionsInstaller(context, manager,
> >>> executionType));
> >>> }

> >> is the lock here needed?  ex. if the command is just a shell script,
> then
> >> maybe just pass the computeservice? or are there vbox api calls
> involved in
> >> guest additions install?

> >>> but do you think it makes sense to pass ComputeServiceContext context
> >>> to GuestAdditionsInstaller to be able to run inside
> >>> GuestAdditionsInstaller something like

> >>> context.getComputeService().submitScriptOnNode(vmMetadata.getId(),
> >>> statementList,
> >>>            runAsRoot(true).wrapInInitScript(false));

> >>> Thanks in advance

> >>> On Mon, Jan 23, 2012 at 5:11 PM, Andrea Turli <andrea.tu...@gmail.com>
> >>> wrote:
> >>> > I'm having an interesting conversation with vbox developers about a
> new
> >>> > feature called IUnattended that the vbox api will support soon.

> >>> > if you are interested this is the ML

> >>> > discussion:
> https://forums.virtualbox.org/viewtopic.php?f=10&t=46798&p=214565#p21...

> >>> > Andrea

> >>> > On Wed, Jan 4, 2012 at 10:20 PM, Adrian Cole <
> adrian.f.c...@gmail.com>
> >>> > wrote:

> >>> >> by the sound of it, the ordering step would be needed when deleting
> >>> >> and any satisfy isLinkedClone(true). I hope that if one were to try
> to
> >>> >> delete a master who had linked clones, we'd get an exception that we
> >>> >> could translate into IllegalStateException

> >>> >> In the above is true, an aggregate delete command who affects
> >>> >> unordered vms (ex. clone1-master1, master1, clone2-master1) could
> sort
> >>> >> these first (clone1-master1, clone2-master1, master1) so that the
> >>> >> delete will work fine.

> >>> >> If a delete command tries to affect only a master (ex. master1)
> where
> >>> >> clones still exist, then the user would get a reasonable error back.

> >>> >> -A

> >>> >> On Wed, Jan 4, 2012 at 2:10 PM, Andrea Turli <
> andrea.tu...@gmail.com>
> >>> >> wrote:
> >>> >> > My comments inline

> >>> >> > On Wed, Jan 4, 2012 at 4:08 PM, Adrian Cole <
> adrian.f.c...@gmail.com>
> >>> >> > wrote:

> >>> >> >> Hi, Andrea

> >>> >> >> Thanks for keeping on :)

> >>> >> >> Right, so if we can tell whether something is a clone or not,
> seems
> >>> >> >> we
> >>> >> >> can
> >>> >> >> order properly.

> >>> >> > Yes, the only thing to understand is if we need to nuke everything
> >>> >> > always
> >>> >> > (master + clones) or we need a way to select what to delete.

> >>> >> >> Does a full clone have the same delete children first
> requirement?
> >>> >> >> Or
> >>> >> >> is
> >>> >> >> it completely independent of its source?

> >>> >> > The full clone is completely independent, so it's easier its
> >>> >> > management.

> >>> >> >> I think full clones will be useful to those running i/o heavy or
> >>> >> >> long
> >>> >> >> running vms.  Priority is linked though, imho.

> >>> >> > ok

> >>> >> >> -A

> >>> >> >> On Jan 4, 2012 5:14 AM, "Andrea Turli" <andrea.tu...@gmail.com>
> >>> >> >> wrote:

> >>> >> >>> This is becoming too long :D

> >>> >> >>> On Wed, Jan 4, 2012 at 12:40 AM, Adrian Cole
> >>> >> >>> <adrian.f.c...@gmail.com>
> >>> >> >>> wrote:

> >>> >> >>>> scroll down :)

> >>> >> >>>> On Tue, Jan 3, 2012 at 4:35 PM, Andrea Turli
> >>> >> >>>> <andrea.tu...@gmail.com>
> >>> >> >>>> wrote:

> >>> >> >>>> > On Tue, Jan 3, 2012 at 4:20 PM, Adrian Cole
> >>> >> >>>> > <adrian.f.c...@gmail.com>
> >>> >> >>>> > wrote:

> >>> >> >>>> >> Back at ya

> >>> >> >>>> >> On Jan 3, 2012 3:45 AM, "Andrea Turli" <
> andrea.tu...@gmail.com>
> >>> >> >>>> >> wrote:

> >>> >> >>>> >> > Thanks Adrian for the feedback. Inline my comments:

> >>> >> >>>> >> > On Sat, Dec 31, 2011 at 5:46 PM, Adrian Cole
> >>> >> >>>> >> > <adrian.f.c...@gmail.com>
> >>> >> >>>> >> > wrote:

> >>> >> >>>> >> >> Hi, Andrea.

> >>> >> >>>> >> >> Good stuff and thanks for pinging jclouds-dev + Thoughts
> >>> >> >>>> >> >> inline.

> >>> >> >>>> >> >> On Dec 31, 2011 2:43 AM, "Andrea Turli"
> >>> >> >>>> >> >> <andrea.tu...@gmail.com>
> >>> >> >>>> >> >> wrote:

> >>> >> >>>> >> >> > I'm trying to implement the functionality to find all
> >>> >> >>>> >> >> > linked
> >>> >> >>>> >> >> > clones
> >>> >> >>>> >> >> > and delete them if necessary.

> >>> >> >>>> >> >> > The idea like in the pipe shell is to compose different
> >>> >> >>>> >> >> > small
> >>> >> >>>> >> >> > function to solve a bigger problem.
> >>> >> >>>> >> >> Warning.. Guava advise to follow :)

> >>> >> >>>> >> >> > Starting from these 3 operations:

> >>> >> >>>> >> >> > List<IMachine> findClonesOfAMachine(VmSpec)

> >>> >> >>>> >> >> Iterable<IMachine> clones = Iterables.filter(allMachines,
> >>> >> >>>> >> >> IMachinePredicates.ofSpec(vmspec));

> >>> >> >>>> >> > This is a good proposal but at the moment I'm not sure we
> can
> >>> >> >>>> >> > have
> >>> >> >>>> >> > the
> >>> >> >>>> >> > list of all the machines to be filtered using the vbox
> api.
> >>> >> >>>> >> Interesting.  Care to elaborate? what can be listed?  As
> >>> >> >>>> >> ComputeService
> >>> >> >>>> >> needs to impl listNodes, we need to figure out some strategy
> >>> >> >>>> >> for
> >>> >> >>>> >> this.

> >>> >> >>>> > Errate Corrige: vbox api offer
> >>> >> >>>> > List<IMachine> manager.getVBox().getMachines(). Problem
> solved
> >>> >> >>>> > :)
> >>> >> >>>> sweet

> >>> >> >>>> >> >> > VmSpec IMachineToVmSpec(IMachine)

> >>> >> >>>> >> >> Iterable<VmSpec> specs = Iterables.transform(clones,
> >>> >> >>>> >> >> IMachines.toVmSpec());

> >>> >> >>>> >> > This is implemented and already accepted in
> jclouds/jclouds.
> >>> >> >>>> >> Good job on that.

> >>> >> >>>> >> >> > UnregisterMachineIfExistsAndDeleteItsMedia(VmSpec)
> >>> >> >>>> >> >> Iterable<Boolean> deletedOrDidntExist =
> >>> >> >>>> >> >> Iterables.transform(specs,
> >>> >> >>>> >> >> VmSpecs.unregisterAndDeleteMediaIfExists(vboxmgr));

> >>> >> >>>> >> >> Note this could be ...
> >>> >> >>>> >> >> Functions.compose(unregisterIfExists,deleteMedia) which
> is
> >>> >> >>>> >> >> easier
> >>> >> >>>> >> >> to test.

> >>> >> >>>> >> > I completely agree with this. Good idea.
> >>> >> >>>> >> Cool

> >>> >> >>>> > In this way we can offer the same functionality offered by
> vbox
> >>> >> >>>> > api:
> >>> >> >>>> > unregister without delete doesn't make sense to me, in
> general,
> >>> >> >>>> > but
> >>> >> >>>> > we
> >>> >> >>>> > can

> Thanks for the attempt to summarize, notes below.

> On Fri, Feb 17, 2012 at 4:33 PM, Andrea Turli <andrea.tu...@gmail.com>
> wrote:

>> Hi team,

>> I'm spending some time in vbox to fix LiveTest.

>> At the moment all tests are ok but those:

>> Failed tests:

>> testCreateNodeWithGroupEncodedIntoNameThenStoreCredentials(org.jclouds.virt ualbox.compute.VirtualBoxComputeServiceAdapterLiveTest):
>> imageId(ubuntu-11.04-server-i386) not found

>>  testListLocations(org.jclouds.virtualbox.compute.VirtualBoxComputeServiceAd apterLiveTest):
>> expected:<false> but was:<true>

>> Before changing the code, I'd like to better understand:

>>   @Override
>>   public Iterable<Location> listLocations() {
>>      // Not using the adapter to determine locations
>>      return ImmutableSet.<Location>of();
>>   }

> virtualbox is not producing locations (ex. datacenters, hosts, etc.), at
> least not yet.  If there is a test that checks for locations based on the
> adapter, change or remove it.

ok, I'll remove it.

>> contains this comment. What does it mean exactly?

>> while testCreateNodeWithGroupEncodedIntoNameThenStoreCredentials fails
>> because of

>>      Template template =
>> context.getComputeService().templateBuilder().build();

>> How can I improve the default template?

> this is not enough information to comment, and a nit is "How can I improve
> the default template?" is probably not what you are seeking.  Rather you
> want to figure out why whatever is failing.  You should start by describing
> what exactly is failing?  is it that no template matches?  If so, what are
> the available images retrieved with listImages, etc?

> There's probabably a stack trace or something related, or some information
> about the line that failed, etc.  Especially when asking for help offline,
> you'll want to give us a chance to do so without necessarily running
> virtualbox itself.  Best way of facilitating your answer is to be somewhat
> detailed about what you were expecting vs what occurred.

>> On Thu, Feb 9, 2012 at 1:25 PM, Andrea Turli <andrea.tu...@gmail.com>
>> wrote:
>> > Hi Adrian,

>> > Right we don't need the lock here, just to run a script.

>> > Thanks,Andrea

>> > On Thu, Feb 9, 2012 at 11:46 AM, Adrian Cole <adrian.f.c...@gmail.com>
>> > wrote:
>> >> Hi, Andrea.  q's inline.

>> >> On Wed, Feb 8, 2012 at 11:24 PM, Andrea Turli <andrea.tu...@gmail.com>
>> >> wrote:

>> >>> I'm almost finished with the GuestAdditionsInstaller function. I think
>> >>> we need to change CreateAndInstallVm function cause we can assume that
>> >>> a vm is ready when the GuestAdditions are installed.

>> >>> So I'd like to add
>> >>> private void ensureMachineHasGuestAdditionsInstalled(String vmName) {
>> >>>      machineUtils.lockSessionOnMachineAndApply(vmName,
>> >>> LockType.Shared, new GuestAdditionsInstaller(context, manager,
>> >>> executionType));
>> >>> }

>> >> is the lock here needed?  ex. if the command is just a shell script,
>> >> then
>> >> maybe just pass the computeservice? or are there vbox api calls
>> >> involved in
>> >> guest additions install?

>> >>> but do you think it makes sense to pass ComputeServiceContext context
>> >>> to GuestAdditionsInstaller to be able to run inside
>> >>> GuestAdditionsInstaller something like

>> >>> context.getComputeService().submitScriptOnNode(vmMetadata.getId(),
>> >>> statementList,
>> >>>            runAsRoot(true).wrapInInitScript(false));

>> >>> Thanks in advance

>> >>> On Mon, Jan 23, 2012 at 5:11 PM, Andrea Turli <andrea.tu...@gmail.com>
>> >>> wrote:
>> >>> > I'm having an interesting conversation with vbox developers about a
>> >>> > new
>> >>> > feature called IUnattended that the vbox api will support soon.

>> >>> > if you are interested this is the ML

>> >>> > discussion: https://forums.virtualbox.org/viewtopic.php?f=10&t=46798&p=214565#p21...

>> >>> > Andrea

>> >>> > On Wed, Jan 4, 2012 at 10:20 PM, Adrian Cole
>> >>> > <adrian.f.c...@gmail.com>
>> >>> > wrote:

>> >>> >> by the sound of it, the ordering step would be needed when deleting
>> >>> >> and any satisfy isLinkedClone(true). I hope that if one were to try
>> >>> >> to
>> >>> >> delete a master who had linked clones, we'd get an exception that
>> >>> >> we
>> >>> >> could translate into IllegalStateException

>> >>> >> In the above is true, an aggregate delete command who affects
>> >>> >> unordered vms (ex. clone1-master1, master1, clone2-master1) could
>> >>> >> sort
>> >>> >> these first (clone1-master1, clone2-master1, master1) so that the
>> >>> >> delete will work fine.

>> >>> >> If a delete command tries to affect only a master (ex. master1)
>> >>> >> where
>> >>> >> clones still exist, then the user would get a reasonable error
>> >>> >> back.

>> >>> >> -A

>> >>> >> On Wed, Jan 4, 2012 at 2:10 PM, Andrea Turli
>> >>> >> <andrea.tu...@gmail.com>
>> >>> >> wrote:
>> >>> >> > My comments inline

>> >>> >> > On Wed, Jan 4, 2012 at 4:08 PM, Adrian Cole
>> >>> >> > <adrian.f.c...@gmail.com>
>> >>> >> > wrote:

>> >>> >> >> Hi, Andrea

>> >>> >> >> Thanks for keeping on :)

>> >>> >> >> Right, so if we can tell whether something is a clone or not,
>> >>> >> >> seems
>> >>> >> >> we
>> >>> >> >> can
>> >>> >> >> order properly.

>> >>> >> > Yes, the only thing to understand is if we need to nuke
>> >>> >> > everything
>> >>> >> > always
>> >>> >> > (master + clones) or we need a way to select what to delete.

>> >>> >> >> Does a full clone have the same delete children first
>> >>> >> >> requirement?
>> >>> >> >> Or
>> >>> >> >> is
>> >>> >> >> it completely independent of its source?

>> >>> >> > The full clone is completely independent, so it's easier its
>> >>> >> > management.

>> >>> >> >> I think full clones will be useful to those running i/o heavy or
>> >>> >> >> long
>> >>> >> >> running vms.  Priority is linked though, imho.

>> >>> >> > ok

>> >>> >> >> -A

>> >>> >> >> On Jan 4, 2012 5:14 AM, "Andrea Turli" <andrea.tu...@gmail.com>
>> >>> >> >> wrote:

>> >>> >> >>> This is becoming too long :D

>> >>> >> >>> On Wed, Jan 4, 2012 at 12:40 AM, Adrian Cole
>> >>> >> >>> <adrian.f.c...@gmail.com>
>> >>> >> >>> wrote:

>> >>> >> >>>> scroll down :)

>> >>> >> >>>> On Tue, Jan 3, 2012 at 4:35 PM, Andrea Turli
>> >>> >> >>>> <andrea.tu...@gmail.com>
>> >>> >> >>>> wrote:

>> >>> >> >>>> > On Tue, Jan 3, 2012 at 4:20 PM, Adrian Cole
>> >>> >> >>>> > <adrian.f.c...@gmail.com>
>> >>> >> >>>> > wrote:

>> >>> >> >>>> >> Back at ya

>> >>> >> >>>> >> On Jan 3, 2012 3:45 AM, "Andrea Turli"
>> >>> >> >>>> >> <andrea.tu...@gmail.com>
>> >>> >> >>>> >> wrote:

>> >>> >> >>>> >> > Thanks Adrian for the

> I'd like to organize a quick meeting to summarize the situation for
> virtualbox.

> At the moment the situation is pretty much the following:

> - we are able to create a Master machine with GuestAdditions installed
> and with the udev network files cleaned in case of ubuntu os.
> - we are able to clone from a Master a VM

> To do:

> - we need to remove the OS iso from the Master
> - we need to replace the NAT adapter to Bridged adapter in the Master
> to simplify the cloning step

> At this regard,
> - we need also to review the NetworkSpec class: at the moment contains
> reference only to NatAdapter set and I think the general concept is
> more generic than that, for example Bridged adapter.
>  we could decide to have a wrapper class (i.e. NetworkAdapter around
> INetworkAdapter)

> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
> because the default template doesn't match any image.
>   In fact, listImages() return an empty collection. We need to ensure
> that at least the *default master image* is created before running
> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>   The other option could be to use the yaml description of the
> machines instead of the actual machines in listImages() to support a a
> lazy master creation, without touching the template matching
> mechanism.

> Does it make sense?

> I was thinking to organize a meeting to discuss these stuff (and more,
> if you want) during this week.

> Please use this doodle
> http://www.doodle.com/m725xzcvai8ibdx7

> Andrea

> --
> 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.

> I'd like to organize a quick meeting to summarize the situation for virtualbox.

> At the moment the situation is pretty much the following:

> - we are able to create a Master machine with GuestAdditions installed
> and with the udev network files cleaned in case of ubuntu os.
> - we are able to clone from a Master a VM

> To do:

> - we need to remove the OS iso from the Master
> - we need to replace the NAT adapter to Bridged adapter in the Master
> to simplify the cloning step

> At this regard,
> - we need also to review the NetworkSpec class: at the moment contains
> reference only to NatAdapter set and I think the general concept is
> more generic than that, for example Bridged adapter.
>  we could decide to have a wrapper class (i.e. NetworkAdapter around
> INetworkAdapter)

> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
> because the default template doesn't match any image.
>  In fact, listImages() return an empty collection. We need to ensure
> that at least the *default master image* is created before running
> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>  The other option could be to use the yaml description of the
> machines instead of the actual machines in listImages() to support a a
> lazy master creation, without touching the template matching
> mechanism.

> Does it make sense?

> I was thinking to organize a meeting to discuss these stuff (and more,
> if you want) during this week.

> Please use this doodle
> http://www.doodle.com/m725xzcvai8ibdx7

> Andrea

> --
> 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.

> Let's do tonight 20.00!

> /M

> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
> wrote:
> > Hi guys,

> > I'd like to organize a quick meeting to summarize the situation for
> virtualbox.

> > At the moment the situation is pretty much the following:

> > - we are able to create a Master machine with GuestAdditions installed
> > and with the udev network files cleaned in case of ubuntu os.
> > - we are able to clone from a Master a VM

> > To do:

> > - we need to remove the OS iso from the Master
> > - we need to replace the NAT adapter to Bridged adapter in the Master
> > to simplify the cloning step

> > At this regard,
> > - we need also to review the NetworkSpec class: at the moment contains
> > reference only to NatAdapter set and I think the general concept is
> > more generic than that, for example Bridged adapter.
> >  we could decide to have a wrapper class (i.e. NetworkAdapter around
> > INetworkAdapter)

> > - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
> > because the default template doesn't match any image.
> >  In fact, listImages() return an empty collection. We need to ensure
> > that at least the *default master image* is created before running
> > CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
> >  The other option could be to use the yaml description of the
> > machines instead of the actual machines in listImages() to support a a
> > lazy master creation, without touching the template matching
> > mechanism.

> > Does it make sense?

> > I was thinking to organize a meeting to discuss these stuff (and more,
> > if you want) during this week.

> > Please use this doodle
> > http://www.doodle.com/m725xzcvai8ibdx7

> > Andrea

> > --
> > 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.

> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

> -A

> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist <mattias.holmqv...@gmail.com> wrote:
> Sorry for the late response.

> Let's do tonight 20.00!

> /M

> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com> wrote:
> > Hi guys,

> > I'd like to organize a quick meeting to summarize the situation for virtualbox.

> > At the moment the situation is pretty much the following:

> > - we are able to create a Master machine with GuestAdditions installed
> > and with the udev network files cleaned in case of ubuntu os.
> > - we are able to clone from a Master a VM

> > To do:

> > - we need to remove the OS iso from the Master
> > - we need to replace the NAT adapter to Bridged adapter in the Master
> > to simplify the cloning step

> > At this regard,
> > - we need also to review the NetworkSpec class: at the moment contains
> > reference only to NatAdapter set and I think the general concept is
> > more generic than that, for example Bridged adapter.
> >  we could decide to have a wrapper class (i.e. NetworkAdapter around
> > INetworkAdapter)

> > - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
> > because the default template doesn't match any image.
> >  In fact, listImages() return an empty collection. We need to ensure
> > that at least the *default master image* is created before running
> > CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
> >  The other option could be to use the yaml description of the
> > machines instead of the actual machines in listImages() to support a a
> > lazy master creation, without touching the template matching
> > mechanism.

> > Does it make sense?

> > I was thinking to organize a meeting to discuss these stuff (and more,
> > if you want) during this week.

> > Please use this doodle
> > http://www.doodle.com/m725xzcvai8ibdx7

> > Andrea

> > --
> > 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.

>   I'm working on the vbox implementation and I hit a bit of a snag.
> First let me say what I've done. I'm trying to
> implement createNodeWithGroupEncodedIntoName:
> - made the Adapter return a set of images from a yaml file
> - matched a default image with a (meaningless) hardware profile.
> - created the master spec from the image (by mapping it to the original yaml
> image)
> - about to create and install the master vm…

> The current status
> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
> The most relevant class
> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

> As CreateAndInstallVM
> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
> independently I think I might not be that far from something that works in
> some way.

> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
> injected with all kinds of things including the context I cannot make it
> available by binding in VirtualBoxComputeServiceContextModule because or
> circular dependencies.

> Any suggestions?

> Cheers
> David Alves

> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

> here's rough dump of notes.  fun stuff!

> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

> -A

> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
> <mattias.holmqv...@gmail.com> wrote:

>> Sorry for the late response.

>> Let's do tonight 20.00!

>> /M

>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>> wrote:
>> > Hi guys,

>> > I'd like to organize a quick meeting to summarize the situation for
>> > virtualbox.

>> > At the moment the situation is pretty much the following:

>> > - we are able to create a Master machine with GuestAdditions installed
>> > and with the udev network files cleaned in case of ubuntu os.
>> > - we are able to clone from a Master a VM

>> > To do:

>> > - we need to remove the OS iso from the Master
>> > - we need to replace the NAT adapter to Bridged adapter in the Master
>> > to simplify the cloning step

>> > At this regard,
>> > - we need also to review the NetworkSpec class: at the moment contains
>> > reference only to NatAdapter set and I think the general concept is
>> > more generic than that, for example Bridged adapter.
>> >  we could decide to have a wrapper class (i.e. NetworkAdapter around
>> > INetworkAdapter)

>> > - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>> > because the default template doesn't match any image.
>> >  In fact, listImages() return an empty collection. We need to ensure
>> > that at least the *default master image* is created before running
>> > CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>> >  The other option could be to use the yaml description of the
>> > machines instead of the actual machines in listImages() to support a a
>> > lazy master creation, without touching the template matching
>> > mechanism.

>> > Does it make sense?

>> > I was thinking to organize a meeting to discuss these stuff (and more,
>> > if you want) during this week.

>> > Please use this doodle
>> > http://www.doodle.com/m725xzcvai8ibdx7

>> > Andrea

>> > --
>> > 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.

> Nice to see the progress! I also started on a similar path yesterday
> but did not get far enough to commit anything. I was planning on
> working on vbox tomorrow evening, so maybe we can try and puzzle this
> together tomorrow evening (CET) if you have the possibility to be
> online?

> Cheers, Mattias

> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>> Hi Guys

>>   I'm working on the vbox implementation and I hit a bit of a snag.
>> First let me say what I've done. I'm trying to
>> implement createNodeWithGroupEncodedIntoName:
>> - made the Adapter return a set of images from a yaml file
>> - matched a default image with a (meaningless) hardware profile.
>> - created the master spec from the image (by mapping it to the original yaml
>> image)
>> - about to create and install the master vm…

>> The current status
>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>> The most relevant class
>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>> As CreateAndInstallVM
>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>> independently I think I might not be that far from something that works in
>> some way.

>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>> injected with all kinds of things including the context I cannot make it
>> available by binding in VirtualBoxComputeServiceContextModule because or
>> circular dependencies.

>> Any suggestions?

>> Cheers
>> David Alves

>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>> here's rough dump of notes.  fun stuff!

>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>> -A

>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>> <mattias.holmqv...@gmail.com> wrote:

>>> Sorry for the late response.

>>> Let's do tonight 20.00!

>>> /M

>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>> wrote:
>>>> Hi guys,

>>>> I'd like to organize a quick meeting to summarize the situation for
>>>> virtualbox.

>>>> At the moment the situation is pretty much the following:

>>>> - we are able to create a Master machine with GuestAdditions installed
>>>> and with the udev network files cleaned in case of ubuntu os.
>>>> - we are able to clone from a Master a VM

>>>> To do:

>>>> - we need to remove the OS iso from the Master
>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>> to simplify the cloning step

>>>> At this regard,
>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>> reference only to NatAdapter set and I think the general concept is
>>>> more generic than that, for example Bridged adapter.
>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>> INetworkAdapter)

>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>> because the default template doesn't match any image.
>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>> that at least the *default master image* is created before running
>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>>>  The other option could be to use the yaml description of the
>>>> machines instead of the actual machines in listImages() to support a a
>>>> lazy master creation, without touching the template matching
>>>> mechanism.

>>>> Does it make sense?

>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>>> if you want) during this week.

>>>> Please use this doodle
>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>>> Andrea

>>>> --
>>>> 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.

>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>        meet @ irc right?

> Cheers
> -david

> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>> Hi David!

>> Nice to see the progress! I also started on a similar path yesterday
>> but did not get far enough to commit anything. I was planning on
>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>> together tomorrow evening (CET) if you have the possibility to be
>> online?

>> Cheers, Mattias

>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>> Hi Guys

>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>> First let me say what I've done. I'm trying to
>>> implement createNodeWithGroupEncodedIntoName:
>>> - made the Adapter return a set of images from a yaml file
>>> - matched a default image with a (meaningless) hardware profile.
>>> - created the master spec from the image (by mapping it to the original yaml
>>> image)
>>> - about to create and install the master vm…

>>> The current status
>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>> The most relevant class
>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>> As CreateAndInstallVM
>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>> independently I think I might not be that far from something that works in
>>> some way.

>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>> injected with all kinds of things including the context I cannot make it
>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>> circular dependencies.

>>> Any suggestions?

>>> Cheers
>>> David Alves

>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>> here's rough dump of notes.  fun stuff!

>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>> -A

>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>> <mattias.holmqv...@gmail.com> wrote:

>>>> Sorry for the late response.

>>>> Let's do tonight 20.00!

>>>> /M

>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>>> wrote:
>>>>> Hi guys,

>>>>> I'd like to organize a quick meeting to summarize the situation for
>>>>> virtualbox.

>>>>> At the moment the situation is pretty much the following:

>>>>> - we are able to create a Master machine with GuestAdditions installed
>>>>> and with the udev network files cleaned in case of ubuntu os.
>>>>> - we are able to clone from a Master a VM

>>>>> To do:

>>>>> - we need to remove the OS iso from the Master
>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>>> to simplify the cloning step

>>>>> At this regard,
>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>>> reference only to NatAdapter set and I think the general concept is
>>>>> more generic than that, for example Bridged adapter.
>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>>> INetworkAdapter)

>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>>> because the default template doesn't match any image.
>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>>> that at least the *default master image* is created before running
>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>>>>  The other option could be to use the yaml description of the
>>>>> machines instead of the actual machines in listImages() to support a a
>>>>> lazy master creation, without touching the template matching
>>>>> mechanism.

>>>>> Does it make sense?

>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>>>> if you want) during this week.

>>>>> Please use this doodle
>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>>>> Andrea

>>>>> --
>>>>> 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.

> -A

> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>> Hi Mattias

>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>>        meet @ irc right?

>> Cheers
>> -david

>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>> Hi David!

>>> Nice to see the progress! I also started on a similar path yesterday
>>> but did not get far enough to commit anything. I was planning on
>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>>> together tomorrow evening (CET) if you have the possibility to be
>>> online?

>>> Cheers, Mattias

>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>>> Hi Guys

>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>>> First let me say what I've done. I'm trying to
>>>> implement createNodeWithGroupEncodedIntoName:
>>>> - made the Adapter return a set of images from a yaml file
>>>> - matched a default image with a (meaningless) hardware profile.
>>>> - created the master spec from the image (by mapping it to the original yaml
>>>> image)
>>>> - about to create and install the master vm…

>>>> The current status
>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>>> The most relevant class
>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>>> As CreateAndInstallVM
>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>>> independently I think I might not be that far from something that works in
>>>> some way.

>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>>> injected with all kinds of things including the context I cannot make it
>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>>> circular dependencies.

>>>> Any suggestions?

>>>> Cheers
>>>> David Alves

>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>>> here's rough dump of notes.  fun stuff!

>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>>> -A

>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>>> <mattias.holmqv...@gmail.com> wrote:

>>>>> Sorry for the late response.

>>>>> Let's do tonight 20.00!

>>>>> /M

>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>>>> wrote:
>>>>>> Hi guys,

>>>>>> I'd like to organize a quick meeting to summarize the situation for
>>>>>> virtualbox.

>>>>>> At the moment the situation is pretty much the following:

>>>>>> - we are able to create a Master machine with GuestAdditions installed
>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>>>>> - we are able to clone from a Master a VM

>>>>>> To do:

>>>>>> - we need to remove the OS iso from the Master
>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>>>> to simplify the cloning step

>>>>>> At this regard,
>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>>>> reference only to NatAdapter set and I think the general concept is
>>>>>> more generic than that, for example Bridged adapter.
>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>>>> INetworkAdapter)

>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>>>> because the default template doesn't match any image.
>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>>>> that at least the *default master image* is created before running
>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>>>>>  The other option could be to use the yaml description of the
>>>>>> machines instead of the actual machines in listImages() to support a a
>>>>>> lazy master creation, without touching the template matching
>>>>>> mechanism.

>>>>>> Does it make sense?

>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>>>>> if you want) during this week.

>>>>>> Please use this doodle
>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>>>>> Andrea

>>>>>> --
>>>>>> 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.

> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

> Adrian: any pointers? even a quick clue would be nice.

> Cheers
> -david

> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>> I can also help saturday or sunday pacific time.

>> -A

>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>>> Hi Mattias

>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>>>        meet @ irc right?

>>> Cheers
>>> -david

>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>>> Hi David!

>>>> Nice to see the progress! I also started on a similar path yesterday
>>>> but did not get far enough to commit anything. I was planning on
>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>>>> together tomorrow evening (CET) if you have the possibility to be
>>>> online?

>>>> Cheers, Mattias

>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>>>> Hi Guys

>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>>>> First let me say what I've done. I'm trying to
>>>>> implement createNodeWithGroupEncodedIntoName:
>>>>> - made the Adapter return a set of images from a yaml file
>>>>> - matched a default image with a (meaningless) hardware profile.
>>>>> - created the master spec from the image (by mapping it to the original yaml
>>>>> image)
>>>>> - about to create and install the master vm…

>>>>> The current status
>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>>>> The most relevant class
>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>>>> As CreateAndInstallVM
>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>>>> independently I think I might not be that far from something that works in
>>>>> some way.

>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>>>> injected with all kinds of things including the context I cannot make it
>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>>>> circular dependencies.

>>>>> Any suggestions?

>>>>> Cheers
>>>>> David Alves

>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>>>> here's rough dump of notes.  fun stuff!

>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>>>> -A

>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>>>> <mattias.holmqv...@gmail.com> wrote:

>>>>>> Sorry for the late response.

>>>>>> Let's do tonight 20.00!

>>>>>> /M

>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>>>>> wrote:
>>>>>>> Hi guys,

>>>>>>> I'd like to organize a quick meeting to summarize the situation for
>>>>>>> virtualbox.

>>>>>>> At the moment the situation is pretty much the following:

>>>>>>> - we are able to create a Master machine with GuestAdditions installed
>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>>>>>> - we are able to clone from a Master a VM

>>>>>>> To do:

>>>>>>> - we need to remove the OS iso from the Master
>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>>>>> to simplify the cloning step

>>>>>>> At this regard,
>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>>>>> reference only to NatAdapter set and I think the general concept is
>>>>>>> more generic than that, for example Bridged adapter.
>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>>>>> INetworkAdapter)

>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>>>>> because the default template doesn't match any image.
>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>>>>> that at least the *default master image* is created before running
>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>>>>>>  The other option could be to use the yaml description of the
>>>>>>> machines instead of the actual machines in listImages() to support a a
>>>>>>> lazy master creation, without touching the template matching
>>>>>>> mechanism.

>>>>>>> Does it make sense?

>>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>>>>>> if you want) during this week.

>>>>>>> Please use this doodle
>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>>>>>> Andrea

>>>>>>> --
>>>>>>> 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.

> I think the trick here is that there's really two computeservices we
> should have.  The internal one we need to control the vbox host, and
> the one we are constructing.

> binding the host computeservice explicity, will unravel the circular dependency.

> ex.

> bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

> or..

> @Provides
> @Singleton
> @Host (assuming we have or can create an @Qualifier annotation)
> protected ComputeService provideHostController(inputs to byon)

> Then, in the utilities you need, just bind the qualified ComputeServiceContext.

> ex.

> @Inject
> MyFunction(@Host ComputeService hostController)

> ...

> Here, a diagram could help, and is something we can work on Sunday.

> I hope this helps in the mean time.
> -A

> On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com> wrote:
>> For me sunday would also work.

>> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

>> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

>> Adrian: any pointers? even a quick clue would be nice.

>> Cheers
>> -david

>> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>>> I can also help saturday or sunday pacific time.

>>> -A

>>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>>>> Hi Mattias

>>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>>>>        meet @ irc right?

>>>> Cheers
>>>> -david

>>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>>>> Hi David!

>>>>> Nice to see the progress! I also started on a similar path yesterday
>>>>> but did not get far enough to commit anything. I was planning on
>>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>>>>> together tomorrow evening (CET) if you have the possibility to be
>>>>> online?

>>>>> Cheers, Mattias

>>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>>>>> Hi Guys

>>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>>>>> First let me say what I've done. I'm trying to
>>>>>> implement createNodeWithGroupEncodedIntoName:
>>>>>> - made the Adapter return a set of images from a yaml file
>>>>>> - matched a default image with a (meaningless) hardware profile.
>>>>>> - created the master spec from the image (by mapping it to the original yaml
>>>>>> image)
>>>>>> - about to create and install the master vm…

>>>>>> The current status
>>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>>>>> The most relevant class
>>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>>>>> As CreateAndInstallVM
>>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>>>>> independently I think I might not be that far from something that works in
>>>>>> some way.

>>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>>>>> injected with all kinds of things including the context I cannot make it
>>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>>>>> circular dependencies.

>>>>>> Any suggestions?

>>>>>> Cheers
>>>>>> David Alves

>>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>>>>> here's rough dump of notes.  fun stuff!

>>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>>>>> -A

>>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>>>>> <mattias.holmqv...@gmail.com> wrote:

>>>>>>> Sorry for the late response.

>>>>>>> Let's do tonight 20.00!

>>>>>>> /M

>>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>>>>>> wrote:
>>>>>>>> Hi guys,

>>>>>>>> I'd like to organize a quick meeting to summarize the situation for
>>>>>>>> virtualbox.

>>>>>>>> At the moment the situation is pretty much the following:

>>>>>>>> - we are able to create a Master machine with GuestAdditions installed
>>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>>>>>>> - we are able to clone from a Master a VM

>>>>>>>> To do:

>>>>>>>> - we need to remove the OS iso from the Master
>>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>>>>>> to simplify the cloning step

>>>>>>>> At this regard,
>>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>>>>>> reference only to NatAdapter set and I think the general concept is
>>>>>>>> more generic than that, for example Bridged adapter.
>>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>>>>>> INetworkAdapter)

>>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>>>>>> because the default template doesn't match any image.
>>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>>>>>> that at least the *default master image* is created before running
>>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>>>>>>>  The other option could be to use the yaml description of the
>>>>>>>> machines instead of the actual machines in listImages() to support a a
>>>>>>>> lazy master creation, without touching the template matching
>>>>>>>> mechanism.

>>>>>>>> Does it make sense?

>>>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>>>>>>> if you want) during this week.

>>>>>>>> Please use this doodle
>>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>>>>>>> Andrea

>>>>>>>> --
>>>>>>>> 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

>        thanks for the insight, I think I got the gist of it.
>        I will experiment with that, If I get stuck again we can continue
> sunday.

> thanks
> -david

> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

> > Hi, David.

> > I think the trick here is that there's really two computeservices we
> > should have.  The internal one we need to control the vbox host, and
> > the one we are constructing.

> > binding the host computeservice explicity, will unravel the circular
> dependency.

> > ex.

> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

> > or..

> > @Provides
> > @Singleton
> > @Host (assuming we have or can create an @Qualifier annotation)
> > protected ComputeService provideHostController(inputs to byon)

> > Then, in the utilities you need, just bind the qualified
> ComputeServiceContext.

> > ex.

> > @Inject
> > MyFunction(@Host ComputeService hostController)

> > ...

> > Here, a diagram could help, and is something we can work on Sunday.

> > I hope this helps in the mean time.
> > -A

> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com>
> wrote:
> >> For me sunday would also work.

> >> Still with regard to the circular dependency stuff i've searched pretty
> much everywhere and can't seem to find an example where
> ComputeServiceContext is injected into a function or predicate as in
> CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is
> not used outside *Builder and *ContextModule which makes me think that it
> shouldn't be injected at all.

> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext
> is used to get an instance of ComputeService to submit scripts (e.g
> GuestAdditionsInstaller). As binding is done by
> VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is
> being build it stands to reason that ComputeServiceContext cannot be
> injected (because its not built yet).

> >> Adrian: any pointers? even a quick clue would be nice.

> >> Cheers
> >> -david

> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

> >>> I can also help saturday or sunday pacific time.

> >>> -A

> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com>
> wrote:
> >>>> Hi Mattias

> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
> >>>>        meet @ irc right?

> >>>> Cheers
> >>>> -david

> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

> >>>>> Hi David!

> >>>>> Nice to see the progress! I also started on a similar path yesterday
> >>>>> but did not get far enough to commit anything. I was planning on
> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
> >>>>> together tomorrow evening (CET) if you have the possibility to be
> >>>>> online?

> >>>>> Cheers, Mattias

> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com>
> wrote:
> >>>>>> Hi Guys

> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
> >>>>>> First let me say what I've done. I'm trying to
> >>>>>> implement createNodeWithGroupEncodedIntoName:
> >>>>>> - made the Adapter return a set of images from a yaml file
> >>>>>> - matched a default image with a (meaningless) hardware profile.
> >>>>>> - created the master spec from the image (by mapping it to the
> original yaml
> >>>>>> image)
> >>>>>> - about to create and install the master vm…

> >>>>>> The current status
> >>>>>> is:
> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
> >>>>>> The most relevant class
> >>>>>> is
> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

> >>>>>> As CreateAndInstallVM
> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are
> working
> >>>>>> independently I think I might not be that far from something that
> works in
> >>>>>> some way.

> >>>>>> The snag I hit is again with guice n00biness. Since
> CreateAndInstallVm is
> >>>>>> injected with all kinds of things including the context I cannot
> make it
> >>>>>> available by binding in VirtualBoxComputeServiceContextModule
> because or
> >>>>>> circular dependencies.

> >>>>>> Any suggestions?

> >>>>>> Cheers
> >>>>>> David Alves

> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

> >>>>>> here's rough dump of notes.  fun stuff!

> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

> >>>>>> -A

> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
> >>>>>> <mattias.holmqv...@gmail.com> wrote:

> >>>>>>> Sorry for the late response.

> >>>>>>> Let's do tonight 20.00!

> >>>>>>> /M

> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <
> andrea.tu...@gmail.com>
> >>>>>>> wrote:
> >>>>>>>> Hi guys,

> >>>>>>>> I'd like to organize a quick meeting to summarize the situation
> for
> >>>>>>>> virtualbox.

> >>>>>>>> At the moment the situation is pretty much the following:

> >>>>>>>> - we are able to create a Master machine with GuestAdditions
> installed
> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
> >>>>>>>> - we are able to clone from a Master a VM

> >>>>>>>> To do:

> >>>>>>>> - we need to remove the OS iso from the Master
> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the
> Master
> >>>>>>>> to simplify the cloning step

> >>>>>>>> At this regard,
> >>>>>>>> - we need also to review the NetworkSpec class: at the moment
> contains
> >>>>>>>> reference only to NatAdapter set and I think the general concept
> is
> >>>>>>>> more generic than that, for example Bridged adapter.
> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter
> around
> >>>>>>>> INetworkAdapter)

> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing:
> basically
> >>>>>>>> because the default template doesn't match any image.
> >>>>>>>>  In fact, listImages() return an empty collection. We need to
> ensure
> >>>>>>>> that at least the *default master image* is created before running
> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
> >>>>>>>>  The other option could be to use the yaml description of the
> >>>>>>>> machines instead of the actual machines in listImages() to
> support a a
> >>>>>>>> lazy master creation, without touching the template matching
> >>>>>>>> mechanism.

> >>>>>>>> Does it make sense?

> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and
> more,
> >>>>>>>> if you want) during this week.

> >>>>>>>> Please use this doodle
> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

> >>>>>>>> Andrea

> >>>>>>>> --
> >>>>>>>> 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

> -A

> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:
> Hi Adrian

>        thanks for the insight, I think I got the gist of it.
>        I will experiment with that, If I get stuck again we can continue sunday.

> thanks
> -david

> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

> > Hi, David.

> > I think the trick here is that there's really two computeservices we
> > should have.  The internal one we need to control the vbox host, and
> > the one we are constructing.

> > binding the host computeservice explicity, will unravel the circular dependency.

> > ex.

> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

> > or..

> > @Provides
> > @Singleton
> > @Host (assuming we have or can create an @Qualifier annotation)
> > protected ComputeService provideHostController(inputs to byon)

> > Then, in the utilities you need, just bind the qualified ComputeServiceContext.

> > ex.

> > @Inject
> > MyFunction(@Host ComputeService hostController)

> > ...

> > Here, a diagram could help, and is something we can work on Sunday.

> > I hope this helps in the mean time.
> > -A

> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com> wrote:
> >> For me sunday would also work.

> >> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

> >> Adrian: any pointers? even a quick clue would be nice.

> >> Cheers
> >> -david

> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

> >>> I can also help saturday or sunday pacific time.

> >>> -A

> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
> >>>> Hi Mattias

> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
> >>>>        meet @ irc right?

> >>>> Cheers
> >>>> -david

> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

> >>>>> Hi David!

> >>>>> Nice to see the progress! I also started on a similar path yesterday
> >>>>> but did not get far enough to commit anything. I was planning on
> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
> >>>>> together tomorrow evening (CET) if you have the possibility to be
> >>>>> online?

> >>>>> Cheers, Mattias

> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
> >>>>>> Hi Guys

> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
> >>>>>> First let me say what I've done. I'm trying to
> >>>>>> implement createNodeWithGroupEncodedIntoName:
> >>>>>> - made the Adapter return a set of images from a yaml file
> >>>>>> - matched a default image with a (meaningless) hardware profile.
> >>>>>> - created the master spec from the image (by mapping it to the original yaml
> >>>>>> image)
> >>>>>> - about to create and install the master vm…

> >>>>>> The current status
> >>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
> >>>>>> The most relevant class
> >>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

> >>>>>> As CreateAndInstallVM
> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
> >>>>>> independently I think I might not be that far from something that works in
> >>>>>> some way.

> >>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
> >>>>>> injected with all kinds of things including the context I cannot make it
> >>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
> >>>>>> circular dependencies.

> >>>>>> Any suggestions?

> >>>>>> Cheers
> >>>>>> David Alves

> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

> >>>>>> here's rough dump of notes.  fun stuff!

> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

> >>>>>> -A

> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
> >>>>>> <mattias.holmqv...@gmail.com> wrote:

> >>>>>>> Sorry for the late response.

> >>>>>>> Let's do tonight 20.00!

> >>>>>>> /M

> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
> >>>>>>> wrote:
> >>>>>>>> Hi guys,

> >>>>>>>> I'd like to organize a quick meeting to summarize the situation for
> >>>>>>>> virtualbox.

> >>>>>>>> At the moment the situation is pretty much the following:

> >>>>>>>> - we are able to create a Master machine with GuestAdditions installed
> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
> >>>>>>>> - we are able to clone from a Master a VM

> >>>>>>>> To do:

> >>>>>>>> - we need to remove the OS iso from the Master
> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
> >>>>>>>> to simplify the cloning step

> >>>>>>>> At this regard,
> >>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
> >>>>>>>> reference only to NatAdapter set and I think the general concept is
> >>>>>>>> more generic than that, for example Bridged adapter.
> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
> >>>>>>>> INetworkAdapter)

> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
> >>>>>>>> because the default template doesn't match any image.
> >>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
> >>>>>>>> that at least the *default master image* is created before running
> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
> >>>>>>>>  The other option could be to use the yaml description of the
> >>>>>>>> machines instead of the actual machines in listImages() to support a a
> >>>>>>>> lazy master creation, without touching the template matching
> >>>>>>>> mechanism.

> >>>>>>>> Does it make sense?

> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
> >>>>>>>> if you want) during this week.

> >>>>>>>> Please use this doodle
> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

> >>>>>>>> Andrea

> >>>>>>>> --
> >>>>>>>> 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

>    I was able to make some progress, I got to start a clone machine, which now fails due to network config problems (everything is done from scratch, e.g, the master is created from scratch if it does not exist etc).
>    Is there any place where the complete cloning + sshing to a node is done from a master vm ?(I did find cloning but no test as to whether the clone is working, maybe still missing?)
>    I'm undecided whether do a pull request because more of the "live" tests are failing than before (didn't get around to it). WDYT?
>    I also missed out or your discussions with regard to networking…      What are your thoughts on this? (layout etc) Is this documented anywhere?

> Cheers
> -david

> PS: the link to my current work state is: https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

>> Fyi.  I got up too early, so I'll be online in a half hour to follow up with stuff including andrea's vbox pull review.

>> -A

>> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:
>> Hi Adrian

>>        thanks for the insight, I think I got the gist of it.
>>        I will experiment with that, If I get stuck again we can continue sunday.

>> thanks
>> -david

>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>> > Hi, David.

>> > I think the trick here is that there's really two computeservices we
>> > should have.  The internal one we need to control the vbox host, and
>> > the one we are constructing.

>> > binding the host computeservice explicity, will unravel the circular dependency.

>> > ex.

>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>> > or..

>> > @Provides
>> > @Singleton
>> > @Host (assuming we have or can create an @Qualifier annotation)
>> > protected ComputeService provideHostController(inputs to byon)

>> > Then, in the utilities you need, just bind the qualified ComputeServiceContext.

>> > ex.

>> > @Inject
>> > MyFunction(@Host ComputeService hostController)

>> > ...

>> > Here, a diagram could help, and is something we can work on Sunday.

>> > I hope this helps in the mean time.
>> > -A

>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com> wrote:
>> >> For me sunday would also work.

>> >> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

>> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

>> >> Adrian: any pointers? even a quick clue would be nice.

>> >> Cheers
>> >> -david

>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>> >>> I can also help saturday or sunday pacific time.

>> >>> -A

>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>> >>>> Hi Mattias

>> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>> >>>>        meet @ irc right?

>> >>>> Cheers
>> >>>> -david

>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>> >>>>> Hi David!

>> >>>>> Nice to see the progress! I also started on a similar path yesterday
>> >>>>> but did not get far enough to commit anything. I was planning on
>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>> >>>>> online?

>> >>>>> Cheers, Mattias

>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>> >>>>>> Hi Guys

>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>> >>>>>> First let me say what I've done. I'm trying to
>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>> >>>>>> - made the Adapter return a set of images from a yaml file
>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>> >>>>>> - created the master spec from the image (by mapping it to the original yaml
>> >>>>>> image)
>> >>>>>> - about to create and install the master vm…

>> >>>>>> The current status
>> >>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>> >>>>>> The most relevant class
>> >>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>> >>>>>> As CreateAndInstallVM
>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>> >>>>>> independently I think I might not be that far from something that works in
>> >>>>>> some way.

>> >>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>> >>>>>> injected with all kinds of things including the context I cannot make it
>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>> >>>>>> circular dependencies.

>> >>>>>> Any suggestions?

>> >>>>>> Cheers
>> >>>>>> David Alves

>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>> >>>>>> here's rough dump of notes.  fun stuff!

>> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>> >>>>>> -A

>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>> >>>>>>> Sorry for the late response.

>> >>>>>>> Let's do tonight 20.00!

>> >>>>>>> /M

>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>> Hi guys,

>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation for
>> >>>>>>>> virtualbox.

>> >>>>>>>> At the moment the situation is pretty much the following:

>> >>>>>>>> - we are able to create a Master machine with GuestAdditions installed
>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>> >>>>>>>> - we are able to clone from a Master a VM

>> >>>>>>>> To do:

>> >>>>>>>> - we need to remove the OS iso from the Master
>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>> >>>>>>>> to simplify the cloning step

>> >>>>>>>> At this regard,
>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>> >>>>>>>> reference only to NatAdapter set and I think the general concept is
>> >>>>>>>> more generic than that, for example Bridged adapter.
>> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>> >>>>>>>> INetworkAdapter)

>> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>> >>>>>>>> because the default template doesn't match any image.
>> >>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>> >>>>>>>> that at least the *default master image* is created before running
>> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>> >>>>>>>>  The other option could be to use the yaml description of the
>> >>>>>>>> machines instead of the actual machines in listImages() to support a a
>> >>>>>>>> lazy master creation, without touching the template matching
>> >>>>>>>> mechanism.

>> >>>>>>>> Does it make sense?

>> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>> >>>>>>>> if you want) during this week.

>> >>>>>>>> Please use this doodle
>> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>> >>>>>>>> Andrea

>> >>>>>>>> --
>> >>>>>>>> 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

> So I was able to get a bit further, the clone now boots even though no nic
> is attached.
> So the gist of it is most things work but clone (more precisely clone
> because multiple clones probably won't work as of now) has no internet
> access even though I call AttachNATAdapterToMachineIfNotAlreadyExists.
> Strangely if I clone manually from the master machine all works and a new
> (eth0) iface appears on the clone machine.
> I think I got far enough so I'll submit a pull request even though probably
> (I didn't have the time to test) other Live tests fail. The default maven
> profile builds correctly though.

> Cheers
> -david

> On Mar 5, 2012, at 2:37 AM, David Alves wrote:

> Hi Guys

> I was able to make some progress, I got to start a clone machine, which now
> fails due to network config problems (everything is done from scratch, e.g,
> the master is created from scratch if it does not exist etc).
> Is there any place where the complete cloning + sshing to a node is done
> from a master vm ?(I did find cloning but no test as to whether the clone is
> working, maybe still missing?)
> I'm undecided whether do a pull request because more of the "live" tests are
> failing than before (didn't get around to it). WDYT?
> I also missed out or your discussions with regard to networking… What are
> your thoughts on this? (layout etc) Is this documented anywhere?

> Cheers
> -david
> PS: the link to my current work state
> is: https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

> Fyi.  I got up too early, so I'll be online in a half hour to follow up with
> stuff including andrea's vbox pull review.

> -A

> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:

>> Hi Adrian

>>        thanks for the insight, I think I got the gist of it.
>>        I will experiment with that, If I get stuck again we can continue
>> sunday.

>> thanks
>> -david

>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>> > Hi, David.

>> > I think the trick here is that there's really two computeservices we
>> > should have.  The internal one we need to control the vbox host, and
>> > the one we are constructing.

>> > binding the host computeservice explicity, will unravel the circular
>> > dependency.

>> > ex.

>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>> > or..

>> > @Provides
>> > @Singleton
>> > @Host (assuming we have or can create an @Qualifier annotation)
>> > protected ComputeService provideHostController(inputs to byon)

>> > Then, in the utilities you need, just bind the qualified
>> > ComputeServiceContext.

>> > ex.

>> > @Inject
>> > MyFunction(@Host ComputeService hostController)

>> > ...

>> > Here, a diagram could help, and is something we can work on Sunday.

>> > I hope this helps in the mean time.
>> > -A

>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com>
>> > wrote:
>> >> For me sunday would also work.

>> >> Still with regard to the circular dependency stuff i've searched pretty
>> >> much everywhere and can't seem to find an example where
>> >> ComputeServiceContext is injected into a function or predicate as in
>> >> CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is
>> >> not used outside *Builder and *ContextModule which makes me think that it
>> >> shouldn't be injected at all.

>> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext
>> >> is used to get an instance of ComputeService to submit scripts (e.g
>> >> GuestAdditionsInstaller). As binding is done by
>> >> VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being
>> >> build it stands to reason that ComputeServiceContext cannot be injected
>> >> (because its not built yet).

>> >> Adrian: any pointers? even a quick clue would be nice.

>> >> Cheers
>> >> -david

>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>> >>> I can also help saturday or sunday pacific time.

>> >>> -A

>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com>
>> >>> wrote:
>> >>>> Hi Mattias

>> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>> >>>>        meet @ irc right?

>> >>>> Cheers
>> >>>> -david

>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>> >>>>> Hi David!

>> >>>>> Nice to see the progress! I also started on a similar path yesterday
>> >>>>> but did not get far enough to commit anything. I was planning on
>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle
>> >>>>> this
>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>> >>>>> online?

>> >>>>> Cheers, Mattias

>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com>
>> >>>>> wrote:
>> >>>>>> Hi Guys

>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>> >>>>>> First let me say what I've done. I'm trying to
>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>> >>>>>> - made the Adapter return a set of images from a yaml file
>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>> >>>>>> - created the master spec from the image (by mapping it to the
>> >>>>>> original yaml
>> >>>>>> image)
>> >>>>>> - about to create and install the master vm…

>> >>>>>> The current status
>> >>>>>> is:
>> >>>>>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>> >>>>>> The most relevant class
>> >>>>>> is
>> >>>>>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>> >>>>>> As CreateAndInstallVM
>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are
>> >>>>>> working
>> >>>>>> independently I think I might not be that far from something that
>> >>>>>> works in
>> >>>>>> some way.

>> >>>>>> The snag I hit is again with guice n00biness. Since
>> >>>>>> CreateAndInstallVm is
>> >>>>>> injected with all kinds of things including the context I cannot
>> >>>>>> make it
>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule
>> >>>>>> because or
>> >>>>>> circular dependencies.

>> >>>>>> Any suggestions?

>> >>>>>> Cheers
>> >>>>>> David Alves

>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>> >>>>>> here's rough dump of notes.  fun stuff!

>> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>> >>>>>> -A

>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>> >>>>>>> Sorry for the late response.

>> >>>>>>> Let's do tonight 20.00!

>> >>>>>>> /M

>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli
>> >>>>>>> <andrea.tu...@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>> Hi guys,

>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation
>> >>>>>>>> for
>> >>>>>>>> virtualbox.

>> >>>>>>>> At the moment the situation is pretty much the following:

>> >>>>>>>> - we are able to create a Master machine with GuestAdditions
>> >>>>>>>> installed
>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>> >>>>>>>> - we are able to clone from a Master a VM

>> >>>>>>>> To do:

>> >>>>>>>> - we need to remove the OS iso from the Master
>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the
>> >>>>>>>> Master
>> >>>>>>>> to simplify the cloning step

>> >>>>>>>> At this regard,
>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment
>> >>>>>>>> contains
>> >>>>>>>> reference only to NatAdapter set and I think the general concept
>> >>>>>>>> is
>> >>>>>>>> more generic than that, for example Bridged adapter.
>> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter
>> >>>>>>>> around
>> >>>>>>>> INetworkAdapter)

>> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing:
>> >>>>>>>> basically
>> >>>>>>>> because the default template doesn't match any image.
>> >>>>>>>>  In fact, listImages() return an empty collection. We need to
>> >>>>>>>> ensure
>> >>>>>>>> that at least the *default master image* is created before
>> >>>>>>>> running
>> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>> >>>>>>>>  The other option could be to use the yaml description of the
>> >>>>>>>> machines instead of the actual machines in listImages() to
>> >>>>>>>> support a a
>> >>>>>>>> lazy master creation, without touching the template matching
>> >>>>>>>> mechanism.

>> >>>>>>>> Does it make sense?

>> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and
>> >>>>>>>> more,
>> >>>>>>>> if you want) during this week.

>> >>>>>>>> Please use this doodle
>> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>> >>>>>>>> Andrea

>> >>>>>>>> --
>> >>>>>>>> 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

> So I was able to get a bit further, the clone now boots even though no nic
> is attached.
> So the gist of it is most things work but clone (more precisely clone
> because multiple clones probably won't work as of now) has no internet
> access even though I call AttachNATAdapterToMachineIfNotAlreadyExists.
> Strangely if I clone manually from the master machine all works and a new
> (eth0) iface appears on the clone machine.
> I think I got far enough so I'll submit a pull request even though
> probably (I didn't have the time to test) other Live tests fail. The
> default maven profile builds correctly though.

> Cheers
> -david

> On Mar 5, 2012, at 2:37 AM, David Alves wrote:

> Hi Guys

> I was able to make some progress, I got to start a clone machine, which
> now fails due to network config problems (everything is done from scratch,
> e.g, the master is created from scratch if it does not exist etc).
> Is there any place where the complete cloning + sshing to a node is done
> from a master vm ?(I did find cloning but no test as to whether the clone
> is working, maybe still missing?)
> I'm undecided whether do a pull request because more of the "live" tests
> are failing than before (didn't get around to it). WDYT?
> I also missed out or your discussions with regard to networking… What are
> your thoughts on this? (layout etc) Is this documented anywhere?

> Cheers
> -david
> PS: the link to my current work state is:
> https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

> Fyi.  I got up too early, so I'll be online in a half hour to follow up
> with stuff including andrea's vbox pull review.

> -A
> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:

>> Hi Adrian

>>        thanks for the insight, I think I got the gist of it.
>>        I will experiment with that, If I get stuck again we can continue
>> sunday.

>> thanks
>> -david

>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>> > Hi, David.

>> > I think the trick here is that there's really two computeservices we
>> > should have.  The internal one we need to control the vbox host, and
>> > the one we are constructing.

>> > binding the host computeservice explicity, will unravel the circular
>> dependency.

>> > ex.

>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>> > or..

>> > @Provides
>> > @Singleton
>> > @Host (assuming we have or can create an @Qualifier annotation)
>> > protected ComputeService provideHostController(inputs to byon)

>> > Then, in the utilities you need, just bind the qualified
>> ComputeServiceContext.

>> > ex.

>> > @Inject
>> > MyFunction(@Host ComputeService hostController)

>> > ...

>> > Here, a diagram could help, and is something we can work on Sunday.

>> > I hope this helps in the mean time.
>> > -A

>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com>
>> wrote:
>> >> For me sunday would also work.

>> >> Still with regard to the circular dependency stuff i've searched
>> pretty much everywhere and can't seem to find an example where
>> ComputeServiceContext is injected into a function or predicate as in
>> CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is
>> not used outside *Builder and *ContextModule which makes me think that it
>> shouldn't be injected at all.

>> >> in virtually every case i've seen (in virtualbox)
>> ComputeServiceContext is used to get an instance of ComputeService to
>> submit scripts (e.g GuestAdditionsInstaller). As binding is done by
>> VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is
>> being build it stands to reason that ComputeServiceContext cannot be
>> injected (because its not built yet).

>> >> Adrian: any pointers? even a quick clue would be nice.

>> >> Cheers
>> >> -david

>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>> >>> I can also help saturday or sunday pacific time.

>> >>> -A

>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com>
>> wrote:
>> >>>> Hi Mattias

>> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>> >>>>        meet @ irc right?

>> >>>> Cheers
>> >>>> -david

>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>> >>>>> Hi David!

>> >>>>> Nice to see the progress! I also started on a similar path yesterday
>> >>>>> but did not get far enough to commit anything. I was planning on
>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle
>> this
>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>> >>>>> online?

>> >>>>> Cheers, Mattias

>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com>
>> wrote:
>> >>>>>> Hi Guys

>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>> >>>>>> First let me say what I've done. I'm trying to
>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>> >>>>>> - made the Adapter return a set of images from a yaml file
>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>> >>>>>> - created the master spec from the image (by mapping it to the
>> original yaml
>> >>>>>> image)
>> >>>>>> - about to create and install the master vm…

>> >>>>>> The current status
>> >>>>>> is:
>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>> >>>>>> The most relevant class
>> >>>>>> is
>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>> >>>>>> As CreateAndInstallVM
>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are
>> working
>> >>>>>> independently I think I might not be that far from something that
>> works in
>> >>>>>> some way.

>> >>>>>> The snag I hit is again with guice n00biness. Since
>> CreateAndInstallVm is
>> >>>>>> injected with all kinds of things including the context I cannot
>> make it
>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule
>> because or
>> >>>>>> circular dependencies.

>> >>>>>> Any suggestions?

>> >>>>>> Cheers
>> >>>>>> David Alves

>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>> >>>>>> here's rough dump of notes.  fun stuff!

>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>> >>>>>> -A

>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>> >>>>>>> Sorry for the late response.

>> >>>>>>> Let's do tonight 20.00!

>> >>>>>>> /M

>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <
>> andrea.tu...@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>> Hi guys,

>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation
>> for
>> >>>>>>>> virtualbox.

>> >>>>>>>> At the moment the situation is pretty much the following:

>> >>>>>>>> - we are able to create a Master machine with GuestAdditions
>> installed
>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>> >>>>>>>> - we are able to clone from a Master a VM

>> >>>>>>>> To do:

>> >>>>>>>> - we need to remove the OS iso from the Master
>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the
>> Master
>> >>>>>>>> to simplify the cloning step

>> >>>>>>>> At this regard,
>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment
>> contains
>> >>>>>>>> reference only to NatAdapter set and I think the general concept
>> is
>> >>>>>>>> more generic than that, for example Bridged adapter.
>> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter
>> around
>> >>>>>>>> INetworkAdapter)

>> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing:
>> basically
>> >>>>>>>> because the default template doesn't match any image.
>> >>>>>>>>  In fact, listImages() return an empty collection. We need to
>> ensure
>> >>>>>>>> that at least the *default master image* is created before
>> running
>> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>> >>>>>>>>  The other option could be to use the yaml description of the
>> >>>>>>>> machines instead of the actual machines in listImages() to
>> support a a
>> >>>>>>>> lazy master creation, without touching the template matching
>> >>>>>>>> mechanism.

>> >>>>>>>> Does it make sense?

>> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and
>> more,
>> >>>>>>>> if you want) during this week.

>> >>>>>>>> Please use this doodle
>> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>> >>>>>>>> Andrea

>> >>>>>>>> --
>> >>>>>>>> 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

> Sounds like great progress, and I'm sure Andrea can help sort out the networking glitch.  Good idea to send a pull req.  I'll watch for it.

> -A

> On Mar 4, 2012 8:41 PM, "David Alves" <davidral...@gmail.com> wrote:
> Hi

>    So I was able to get a bit further, the clone now boots even though no nic is attached.
>    So the gist of it is most things work but clone (more precisely clone because multiple clones probably won't work as of now) has no internet access even though I call AttachNATAdapterToMachineIfNotAlreadyExists. Strangely if I clone manually from the master machine all works and a new (eth0) iface appears on the clone machine.
>    I think I got far enough so I'll submit a pull request even though probably (I didn't have the time to test) other Live tests fail. The default maven profile builds correctly though.

> Cheers
> -david

> On Mar 5, 2012, at 2:37 AM, David Alves wrote:

>> Hi Guys

>>        I was able to make some progress, I got to start a clone machine, which now fails due to network config problems (everything is done from scratch, e.g, the master is created from scratch if it does not exist etc).
>>        Is there any place where the complete cloning + sshing to a node is done from a master vm ?(I did find cloning but no test as to whether the clone is working, maybe still missing?)
>>        I'm undecided whether do a pull request because more of the "live" tests are failing than before (didn't get around to it). WDYT?
>>        I also missed out or your discussions with regard to networking…      What are your thoughts on this? (layout etc) Is this documented anywhere?

>> Cheers
>> -david

>> PS: the link to my current work state is: https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

>> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

>>> Fyi.  I got up too early, so I'll be online in a half hour to follow up with stuff including andrea's vbox pull review.

>>> -A

>>> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:
>>> Hi Adrian

>>>        thanks for the insight, I think I got the gist of it.
>>>        I will experiment with that, If I get stuck again we can continue sunday.

>>> thanks
>>> -david

>>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>>> > Hi, David.

>>> > I think the trick here is that there's really two computeservices we
>>> > should have.  The internal one we need to control the vbox host, and
>>> > the one we are constructing.

>>> > binding the host computeservice explicity, will unravel the circular dependency.

>>> > ex.

>>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>>> > or..

>>> > @Provides
>>> > @Singleton
>>> > @Host (assuming we have or can create an @Qualifier annotation)
>>> > protected ComputeService provideHostController(inputs to byon)

>>> > Then, in the utilities you need, just bind the qualified ComputeServiceContext.

>>> > ex.

>>> > @Inject
>>> > MyFunction(@Host ComputeService hostController)

>>> > ...

>>> > Here, a diagram could help, and is something we can work on Sunday.

>>> > I hope this helps in the mean time.
>>> > -A

>>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com> wrote:
>>> >> For me sunday would also work.

>>> >> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

>>> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

>>> >> Adrian: any pointers? even a quick clue would be nice.

>>> >> Cheers
>>> >> -david

>>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>>> >>> I can also help saturday or sunday pacific time.

>>> >>> -A

>>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>>> >>>> Hi Mattias

>>> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>>> >>>>        meet @ irc right?

>>> >>>> Cheers
>>> >>>> -david

>>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>> >>>>> Hi David!

>>> >>>>> Nice to see the progress! I also started on a similar path yesterday
>>> >>>>> but did not get far enough to commit anything. I was planning on
>>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>>> >>>>> online?

>>> >>>>> Cheers, Mattias

>>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>> >>>>>> Hi Guys

>>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>> >>>>>> First let me say what I've done. I'm trying to
>>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>>> >>>>>> - made the Adapter return a set of images from a yaml file
>>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>>> >>>>>> - created the master spec from the image (by mapping it to the original yaml
>>> >>>>>> image)
>>> >>>>>> - about to create and install the master vm…

>>> >>>>>> The current status
>>> >>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>> >>>>>> The most relevant class
>>> >>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>> >>>>>> As CreateAndInstallVM
>>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>> >>>>>> independently I think I might not be that far from something that works in
>>> >>>>>> some way.

>>> >>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>> >>>>>> injected with all kinds of things including the context I cannot make it
>>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>> >>>>>> circular dependencies.

>>> >>>>>> Any suggestions?

>>> >>>>>> Cheers
>>> >>>>>> David Alves

>>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>> >>>>>> here's rough dump of notes.  fun stuff!

>>> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>> >>>>>> -A

>>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>>> >>>>>>> Sorry for the late response.

>>> >>>>>>> Let's do tonight 20.00!

>>> >>>>>>> /M

>>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>> >>>>>>> wrote:
>>> >>>>>>>> Hi guys,

>>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation for
>>> >>>>>>>> virtualbox.

>>> >>>>>>>> At the moment the situation is pretty much the following:

>>> >>>>>>>> - we are able to create a Master machine with GuestAdditions installed
>>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>> >>>>>>>> - we are able to clone from a Master a VM

>>> >>>>>>>> To do:

>>> >>>>>>>> - we need to remove the OS iso from the Master
>>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>> >>>>>>>> to simplify the cloning step

>>> >>>>>>>> At this regard,
>>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>> >>>>>>>> reference only to NatAdapter set and I think the general concept is
>>> >>>>>>>> more generic than that, for example Bridged adapter.
>>> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>> >>>>>>>> INetworkAdapter)

>>> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>> >>>>>>>> because the default template doesn't match any image.
>>> >>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>> >>>>>>>> that at least the *default master image* is created before running
>>> >>>>>>>> CreateNodeWithGroupEncodedIntoNameThenStoreCredentials.
>>> >>>>>>>>  The other option could be to use the yaml description of the
>>> >>>>>>>> machines instead of the actual machines in listImages() to support a a
>>> >>>>>>>> lazy master creation, without touching the template matching
>>> >>>>>>>> mechanism.

>>> >>>>>>>> Does it make sense?

>>> >>>>>>>> I was thinking to organize a meeting to discuss these stuff (and more,
>>> >>>>>>>> if you want) during this week.

>>> >>>>>>>> Please use this doodle
>>> >>>>>>>> http://www.doodle.com/m725xzcvai8ibdx7

>>> >>>>>>>> Andrea

>>> >>>>>>>> --
>>> >>>>>>>> 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

> had already submitted it (https://github.com/jclouds/jclouds/issues/395).
> there might be some formatting issues, any pointers to jclouds formatting guidelines (for eclipse particularly).

> -david

> On Mar 5, 2012, at 3:34 PM, Adrian Cole wrote:

>> Hi, David.

>> Sounds like great progress, and I'm sure Andrea can help sort out the networking glitch.  Good idea to send a pull req.  I'll watch for it.

>> -A

>> On Mar 4, 2012 8:41 PM, "David Alves" <davidral...@gmail.com> wrote:
>> Hi

>>        So I was able to get a bit further, the clone now boots even though no nic is attached.
>>        So the gist of it is most things work but clone (more precisely clone because multiple clones probably won't work as of now) has no internet access even though I call AttachNATAdapterToMachineIfNotAlreadyExists. Strangely if I clone manually from the master machine all works and a new (eth0) iface appears on the clone machine.
>>        I think I got far enough so I'll submit a pull request even though probably (I didn't have the time to test) other Live tests fail. The default maven profile builds correctly though.

>> Cheers
>> -david

>> On Mar 5, 2012, at 2:37 AM, David Alves wrote:

>>> Hi Guys

>>>    I was able to make some progress, I got to start a clone machine, which now fails due to network config problems (everything is done from scratch, e.g, the master is created from scratch if it does not exist etc).
>>>    Is there any place where the complete cloning + sshing to a node is done from a master vm ?(I did find cloning but no test as to whether the clone is working, maybe still missing?)
>>>    I'm undecided whether do a pull request because more of the "live" tests are failing than before (didn't get around to it). WDYT?
>>>    I also missed out or your discussions with regard to networking…      What are your thoughts on this? (layout etc) Is this documented anywhere?

>>> Cheers
>>> -david

>>> PS: the link to my current work state is: https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

>>> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

>>>> Fyi.  I got up too early, so I'll be online in a half hour to follow up with stuff including andrea's vbox pull review.

>>>> -A

>>>> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:
>>>> Hi Adrian

>>>>        thanks for the insight, I think I got the gist of it.
>>>>        I will experiment with that, If I get stuck again we can continue sunday.

>>>> thanks
>>>> -david

>>>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>>>> > Hi, David.

>>>> > I think the trick here is that there's really two computeservices we
>>>> > should have.  The internal one we need to control the vbox host, and
>>>> > the one we are constructing.

>>>> > binding the host computeservice explicity, will unravel the circular dependency.

>>>> > ex.

>>>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>>>> > or..

>>>> > @Provides
>>>> > @Singleton
>>>> > @Host (assuming we have or can create an @Qualifier annotation)
>>>> > protected ComputeService provideHostController(inputs to byon)

>>>> > Then, in the utilities you need, just bind the qualified ComputeServiceContext.

>>>> > ex.

>>>> > @Inject
>>>> > MyFunction(@Host ComputeService hostController)

>>>> > ...

>>>> > Here, a diagram could help, and is something we can work on Sunday.

>>>> > I hope this helps in the mean time.
>>>> > -A

>>>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com> wrote:
>>>> >> For me sunday would also work.

>>>> >> Still with regard to the circular dependency stuff i've searched pretty much everywhere and can't seem to find an example where ComputeServiceContext is injected into a function or predicate as in CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is not used outside *Builder and *ContextModule which makes me think that it shouldn't be injected at all.

>>>> >> in virtually every case i've seen (in virtualbox) ComputeServiceContext is used to get an instance of ComputeService to submit scripts (e.g GuestAdditionsInstaller). As binding is done by VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being build it stands to reason that ComputeServiceContext cannot be injected (because its not built yet).

>>>> >> Adrian: any pointers? even a quick clue would be nice.

>>>> >> Cheers
>>>> >> -david

>>>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>>>> >>> I can also help saturday or sunday pacific time.

>>>> >>> -A

>>>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com> wrote:
>>>> >>>> Hi Mattias

>>>> >>>>        Tomorrow evening is good for me after 20 WET or before 17 WET.
>>>> >>>>        meet @ irc right?

>>>> >>>> Cheers
>>>> >>>> -david

>>>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>>> >>>>> Hi David!

>>>> >>>>> Nice to see the progress! I also started on a similar path yesterday
>>>> >>>>> but did not get far enough to commit anything. I was planning on
>>>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle this
>>>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>>>> >>>>> online?

>>>> >>>>> Cheers, Mattias

>>>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves <davidral...@gmail.com> wrote:
>>>> >>>>>> Hi Guys

>>>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a snag.
>>>> >>>>>> First let me say what I've done. I'm trying to
>>>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>>>> >>>>>> - made the Adapter return a set of images from a yaml file
>>>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>>>> >>>>>> - created the master spec from the image (by mapping it to the original yaml
>>>> >>>>>> image)
>>>> >>>>>> - about to create and install the master vm…

>>>> >>>>>> The current status
>>>> >>>>>> is: https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>>> >>>>>> The most relevant class
>>>> >>>>>> is https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>>> >>>>>> As CreateAndInstallVM
>>>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are working
>>>> >>>>>> independently I think I might not be that far from something that works in
>>>> >>>>>> some way.

>>>> >>>>>> The snag I hit is again with guice n00biness. Since CreateAndInstallVm is
>>>> >>>>>> injected with all kinds of things including the context I cannot make it
>>>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule because or
>>>> >>>>>> circular dependencies.

>>>> >>>>>> Any suggestions?

>>>> >>>>>> Cheers
>>>> >>>>>> David Alves

>>>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>>> >>>>>> here's rough dump of notes.  fun stuff!

>>>> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>>> >>>>>> -A

>>>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>>>> >>>>>>> Sorry for the late response.

>>>> >>>>>>> Let's do tonight 20.00!

>>>> >>>>>>> /M

>>>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli <andrea.tu...@gmail.com>
>>>> >>>>>>> wrote:
>>>> >>>>>>>> Hi guys,

>>>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation for
>>>> >>>>>>>> virtualbox.

>>>> >>>>>>>> At the moment the situation is pretty much the following:

>>>> >>>>>>>> - we are able to create a Master machine with GuestAdditions installed
>>>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>>> >>>>>>>> - we are able to clone from a Master a VM

>>>> >>>>>>>> To do:

>>>> >>>>>>>> - we need to remove the OS iso from the Master
>>>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the Master
>>>> >>>>>>>> to simplify the cloning step

>>>> >>>>>>>> At this regard,
>>>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment contains
>>>> >>>>>>>> reference only to NatAdapter set and I think the general concept is
>>>> >>>>>>>> more generic than that, for example Bridged adapter.
>>>> >>>>>>>>  we could decide to have a wrapper class (i.e. NetworkAdapter around
>>>> >>>>>>>> INetworkAdapter)

>>>> >>>>>>>> - VirtualBoxComputeServiceAdapterLiveTest are not passing: basically
>>>> >>>>>>>> because the default template doesn't match any image.
>>>> >>>>>>>>  In fact, listImages() return an empty collection. We need to ensure
>>>> >>>>>>>> that at least the *default master image* is created before

> I've been running a lot of tests and vbox is very brittle in its current
> state.
> Even pre master+clone functionality often fails in live tests, but it seems
> the bigger the number of calls to vbox the higher the chance of failure
> (simpler tests tend to work more often).
> I've just noticed that sometimes tests are failing then if we kill the vbox
> processes and re-run the tests they work again.
> Another thing that happens is some tests if run right after the vbox daemons
> are started fail with strange messages like: "VirtualBox error: The object
> functionality is limited" this while calling getName in IMachine.
> Do you have any suggestions of what can be done to prevent this erratic
> behavior? (e.g. better vbox session mgmt and lock mgmt, delays etc…)

> Cheers
> -david

> On Mar 5, 2012, at 4:22 PM, David Alves wrote:

> Hi Adrian

> had already submitted it (https://github.com/jclouds/jclouds/issues/395).
> there might be some formatting issues, any pointers to jclouds formatting
> guidelines (for eclipse particularly).

> -david

> On Mar 5, 2012, at 3:34 PM, Adrian Cole wrote:

> Hi, David.

> Sounds like great progress, and I'm sure Andrea can help sort out the
> networking glitch.  Good idea to send a pull req.  I'll watch for it.

> -A

> On Mar 4, 2012 8:41 PM, "David Alves" <davidral...@gmail.com> wrote:

>> Hi

>> So I was able to get a bit further, the clone now boots even though no nic
>> is attached.
>> So the gist of it is most things work but clone (more precisely clone
>> because multiple clones probably won't work as of now) has no internet
>> access even though I call AttachNATAdapterToMachineIfNotAlreadyExists.
>> Strangely if I clone manually from the master machine all works and a new
>> (eth0) iface appears on the clone machine.
>> I think I got far enough so I'll submit a pull request even though
>> probably (I didn't have the time to test) other Live tests fail. The default
>> maven profile builds correctly though.

>> Cheers
>> -david

>> On Mar 5, 2012, at 2:37 AM, David Alves wrote:

>> Hi Guys

>> I was able to make some progress, I got to start a clone machine, which
>> now fails due to network config problems (everything is done from scratch,
>> e.g, the master is created from scratch if it does not exist etc).
>> Is there any place where the complete cloning + sshing to a node is done
>> from a master vm ?(I did find cloning but no test as to whether the clone is
>> working, maybe still missing?)
>> I'm undecided whether do a pull request because more of the "live" tests
>> are failing than before (didn't get around to it). WDYT?
>> I also missed out or your discussions with regard to networking… What are
>> your thoughts on this? (layout etc) Is this documented anywhere?

>> Cheers
>> -david
>> PS: the link to my current work state
>> is: https://github.com/dralves/jclouds/tree/jclouds-vbox/labs/virtualbox

>> On Mar 3, 2012, at 3:31 PM, Adrian Cole wrote:

>> Fyi.  I got up too early, so I'll be online in a half hour to follow up
>> with stuff including andrea's vbox pull review.

>> -A

>> On Mar 2, 2012 9:42 AM, "David Alves" <davidral...@gmail.com> wrote:

>>> Hi Adrian

>>>        thanks for the insight, I think I got the gist of it.
>>>        I will experiment with that, If I get stuck again we can continue
>>> sunday.

>>> thanks
>>> -david

>>> On Mar 2, 2012, at 8:58 AM, Adrian Cole wrote:

>>> > Hi, David.

>>> > I think the trick here is that there's really two computeservices we
>>> > should have.  The internal one we need to control the vbox host, and
>>> > the one we are constructing.

>>> > binding the host computeservice explicity, will unravel the circular
>>> > dependency.

>>> > ex.

>>> > bind(ComputeService.class).annotatedWith(Host.class).to(fromBYON)

>>> > or..

>>> > @Provides
>>> > @Singleton
>>> > @Host (assuming we have or can create an @Qualifier annotation)
>>> > protected ComputeService provideHostController(inputs to byon)

>>> > Then, in the utilities you need, just bind the qualified
>>> > ComputeServiceContext.

>>> > ex.

>>> > @Inject
>>> > MyFunction(@Host ComputeService hostController)

>>> > ...

>>> > Here, a diagram could help, and is something we can work on Sunday.

>>> > I hope this helps in the mean time.
>>> > -A

>>> > On Wed, Feb 29, 2012 at 6:23 PM, David Alves <davidral...@gmail.com>
>>> > wrote:
>>> >> For me sunday would also work.

>>> >> Still with regard to the circular dependency stuff i've searched
>>> >> pretty much everywhere and can't seem to find an example where
>>> >> ComputeServiceContext is injected into a function or predicate as in
>>> >> CreateAndInstallVm. Most everywhere else it seems ComputeServiceContext is
>>> >> not used outside *Builder and *ContextModule which makes me think that it
>>> >> shouldn't be injected at all.

>>> >> in virtually every case i've seen (in virtualbox)
>>> >> ComputeServiceContext is used to get an instance of ComputeService to submit
>>> >> scripts (e.g GuestAdditionsInstaller). As binding is done by
>>> >> VirtualBoxComputeServiceContextModule *while* ComputeServiceContext is being
>>> >> build it stands to reason that ComputeServiceContext cannot be injected
>>> >> (because its not built yet).

>>> >> Adrian: any pointers? even a quick clue would be nice.

>>> >> Cheers
>>> >> -david

>>> >> On Feb 29, 2012, at 3:32 PM, Adrian Cole wrote:

>>> >>> I can also help saturday or sunday pacific time.

>>> >>> -A

>>> >>> On Wed, Feb 29, 2012 at 3:38 PM, David Alves <davidral...@gmail.com>
>>> >>> wrote:
>>> >>>> Hi Mattias

>>> >>>>        Tomorrow evening is good for me after 20 WET or before 17
>>> >>>> WET.
>>> >>>>        meet @ irc right?

>>> >>>> Cheers
>>> >>>> -david

>>> >>>> On Feb 29, 2012, at 7:52 AM, Mattias Holmqvist wrote:

>>> >>>>> Hi David!

>>> >>>>> Nice to see the progress! I also started on a similar path
>>> >>>>> yesterday
>>> >>>>> but did not get far enough to commit anything. I was planning on
>>> >>>>> working on vbox tomorrow evening, so maybe we can try and puzzle
>>> >>>>> this
>>> >>>>> together tomorrow evening (CET) if you have the possibility to be
>>> >>>>> online?

>>> >>>>> Cheers, Mattias

>>> >>>>> On Wed, Feb 29, 2012 at 2:59 AM, David Alves
>>> >>>>> <davidral...@gmail.com> wrote:
>>> >>>>>> Hi Guys

>>> >>>>>>   I'm working on the vbox implementation and I hit a bit of a
>>> >>>>>> snag.
>>> >>>>>> First let me say what I've done. I'm trying to
>>> >>>>>> implement createNodeWithGroupEncodedIntoName:
>>> >>>>>> - made the Adapter return a set of images from a yaml file
>>> >>>>>> - matched a default image with a (meaningless) hardware profile.
>>> >>>>>> - created the master spec from the image (by mapping it to the
>>> >>>>>> original yaml
>>> >>>>>> image)
>>> >>>>>> - about to create and install the master vm…

>>> >>>>>> The current status
>>> >>>>>> is:
>>> >>>>>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/
>>> >>>>>> The most relevant class
>>> >>>>>> is
>>> >>>>>> https://github.com/dralves/jclouds/blob/jclouds-vbox/labs/virtualbox/...

>>> >>>>>> As CreateAndInstallVM
>>> >>>>>> and CloneAndRegisterMachineFromIMachineIfNotAlreadyExists are
>>> >>>>>> working
>>> >>>>>> independently I think I might not be that far from something that
>>> >>>>>> works in
>>> >>>>>> some way.

>>> >>>>>> The snag I hit is again with guice n00biness. Since
>>> >>>>>> CreateAndInstallVm is
>>> >>>>>> injected with all kinds of things including the context I cannot
>>> >>>>>> make it
>>> >>>>>> available by binding in VirtualBoxComputeServiceContextModule
>>> >>>>>> because or
>>> >>>>>> circular dependencies.

>>> >>>>>> Any suggestions?

>>> >>>>>> Cheers
>>> >>>>>> David Alves

>>> >>>>>> On Feb 22, 2012, at 8:18 PM, Adrian Cole wrote:

>>> >>>>>> here's rough dump of notes.  fun stuff!

>>> >>>>>> https://github.com/jclouds/jclouds/wiki/Virtualbox-Image-Store-Design

>>> >>>>>> -A

>>> >>>>>> On Wed, Feb 22, 2012 at 11:03 AM, Mattias Holmqvist
>>> >>>>>> <mattias.holmqv...@gmail.com> wrote:

>>> >>>>>>> Sorry for the late response.

>>> >>>>>>> Let's do tonight 20.00!

>>> >>>>>>> /M

>>> >>>>>>> On Tue, Feb 21, 2012 at 12:16 PM, Andrea Turli
>>> >>>>>>> <andrea.tu...@gmail.com>
>>> >>>>>>> wrote:
>>> >>>>>>>> Hi guys,

>>> >>>>>>>> I'd like to organize a quick meeting to summarize the situation
>>> >>>>>>>> for
>>> >>>>>>>> virtualbox.

>>> >>>>>>>> At the moment the situation is pretty much the following:

>>> >>>>>>>> - we are able to create a Master machine with GuestAdditions
>>> >>>>>>>> installed
>>> >>>>>>>> and with the udev network files cleaned in case of ubuntu os.
>>> >>>>>>>> - we are able to clone from a Master a VM

>>> >>>>>>>> To do:

>>> >>>>>>>> - we need to remove the OS iso from the Master
>>> >>>>>>>> - we need to replace the NAT adapter to Bridged adapter in the
>>> >>>>>>>> Master
>>> >>>>>>>> to simplify the cloning step

>>> >>>>>>>> At this regard,
>>> >>>>>>>> - we need also to review the NetworkSpec class: at the moment
>>> >>>>>>>> contains
>>> >>>>>>>> reference only to NatAdapter set and I think the general concept
>>> >>>>>>>> is
>>> >>>>>>>> more generic than that, for example Bridged adapter.
>>> >>>>>>>>  we could decide to have a wrapper class (i.e.

> Looking at the vbox documentation I've found that vbox supports SOAP and
> XPCOM (old
> article https://blogs.oracle.com/nike/entry/python_api_to_the_virtualbox but
> just to give you the idea)

> I'm trying to run some tests: apparently xpcom is faster than SOAP and it
> doesn't need a vboxsrv running.
> Moreover it uses the same api but it deals less with Session hell, at least
> till now.

> Do you think it's worth to try this solution?

> Thanks

> --
> You received this message because you are subscribed to the Google Groups
> "jclouds-dev" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/jclouds-dev/-/PKooR2-kAuEJ.

> 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.

>> Sounds good.. we just need somebody brave enough to sort out a native
>> bound adapter :)

> So you are suggesting a third way: native bound adapter, correct?

> Andrea

> --
> You received this message because you are subscribed to the Google Groups
> "jclouds-dev" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/jclouds-dev/-/zOEbn4Qu3iIJ.

> 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.