Thanks Ignasi, just wondering what does it mean for jclouds to support multiple versions of the same API at the same time? For example, Keystone v3 may have different API calls with different domain objects, so changing API version property could be not enough. Do we need to inject the right objects using Guice depending on the version?
On Mon, Feb 13, 2017 at 12:09 PM, Ignasi Barrera <n...@apache.org> wrote: > HI! > > We definitely want to support the new versions of the OpenStack APIs, > and would love to have some help writing them :) Any contribution in > that direction is very welcome, and we'll be happy to provide advice > and guidance. > > In order to do that and support recent OpenStack versions, though, we > might need to first implement Keystone v3, which is missing too, but > we haven't had yet the time and hands to tackle this. I'd be pleased > to help making this happen too! > > > > > On 10 February 2017 at 18:36, Valentin Aitken > <valentin.ait...@cloudsoftcorp.com> wrote: > > Hi, > > > > Currently you can use org.jclouds.openstack.nova.v2_0.NovaApi against > v3 but > > there are some differences which I wonder how to tackle. > > > > Basically I have two questions. > > > > 1. I'd like to check community's opinion regarding writing code for > > OpenStack Nova v3 [1]. > > What are people's thoughts, do you intend to drop v2 support and > > move classes from org.jclouds.openstack.nova.v2_0 to > > org.jclouds.openstack.nova.v3_0 or you want to support both? > > > > 2. My 1st question comes from a problem I hit with destroying security > > groups in v3 on destroyNode. > > It is that Createserverext ( os-create-server-ext API call) has been > > removed from OpenStack v3 [2]. > > Security groups are now available in NodeMetadata and for v3 that > > extension is not needed. > > > > > > Regards, > > Valentin Aitken! > > > > [1] > > https://github.com/jclouds/jclouds/blob/master/apis/ > openstack-nova/src/main/java/org/jclouds/openstack/nova/v2_ > 0/NovaApi.java#L53 > > [2] https://wiki.openstack.org/wiki/NovaAPIv2tov3 >