Zack,
I am able to reproduce this exception at will, using jclouds 1.8.0.
The exception appears associated with deleting the very last server on
the account, when it has a mixed-case name.
This was the ONLY server on my account. I could not get this to
reproduce with any other servers runnin
Ok, I'll change my dependency to reference "1.8.0" instead of "1.7.3". Can
you confirm this neutron dependency will still work with jclouds 1.7.1?
Thanks,
-Jeffrey
From: Zack Shoylev
mailto:zack.shoy...@rackspace.com>>
Reply-To: "user@jclouds.apache.org"
mail
Hi Jeffrey,
As this new neutron code is... new, you will have to use 1.8.0 instead of 1.7.3
in your dependency.
Your dependency looks good to me and with 1.8.0 it will include both v2 and
v2_0: v2_0 is deprecated (making sure we don't break people's code).
Thanks!
-Zack
_
Hi Zack,
I looked at the application code again. It turns out that endpoint can be
obtained at the application level as one of the properties of the underline
Iaas provider. So I'm good on this one.
Question on the version "v2": which version of jclouds have this? I'm using
jclouds 1.7.1 a
Hi Jeffrey,
The endpoint is most likely set in the provider you use. For example, in
cloudservers-us (The US rackspace provider), we have:
https://github.com/jclouds/jclouds/blob/master/providers/rackspace-cloudservers-us/src/main/java/org/jclouds/rackspace/cloudservers/us/CloudServersUSProviderM
Thanks Zack. I'm familiar with the method to get NeutronApi you mentioned.
The problem is I can get credentials but I'm not sure how to get the value for
"endpoint" from the existing ComputeServiceContext. Any idea?
-Jeffrey
From: Zack Shoylev
mailto:zack.shoy...@rackspace.com>>
Reply-T
On Tue, Aug 12, 2014 at 07:50:38PM +0200, Andrew Phillips wrote:
> >Over the last few weeks I have hacked up S3Proxy, which provides an S3
> >interface on top of the jclouds BlobStore portable abstraction.
>
> Looks cool! Is there an example or a guide somewhere demonstrating
> how to use this?
>
Hi Jeffrey,
There is no NeutronAsyncApi, just a NeutronApi. Use neutron version v2 (instead
of v2_0) from labs.
You should be able to do something like:
NeutronApi neutronApi = ContextBuilder.newBuilder("openstack-neutron")
.credentials(username, password).endpoint(endpoint).buildApi(NeutronApi.
Hi,
I'm not sure whether this should be sent to user or dev aliases, so I'm
including both.
I'm trying to access neutron API from an existing ComputeServiceContext. This
context was created with the "openstack-nova" provider. For the neutron API,
my understanding is the provider need to b
blobStore.putBlob(), the S3 provider requests the bucket's ACL first. From
looking at the code, it appears that the ACLs should be cached after the
first GET, but I'm not seeing that.
Could you point out which code (path) specifically you're looking at here?
Thanks!
ap
I'm using the S3 API, and I've noticed that every time I call
blobStore.putBlob(), the S3 provider requests the bucket's ACL first. From
looking at the code, it appears that the ACLs should be cached after the
first GET, but I'm not seeing that. With debug logging enabled, I can
clearly see the GET
ok, I understood, thanks Andrew. I believe I need to check it at the iSCSI
protocol and create meta-data for it.
On Tue, Aug 12, 2014 at 12:35 PM, Andrew Phillips
wrote:
> yes. But What I am doing is editing jscsi code. So they don't know how to
>> answer because they don't move the blobs to ot
problem solved, sorry ,
accidentally merged master and 1.8.x together (didn't mix very well as you
can imagine)
On Wed, Aug 13, 2014 at 9:31 AM, Inbar Stolberg wrote:
> hi all,
>
> i am having trouble with running mvn on jclouds branch 1.8.x
>
> command:
> mvn clean install -DskipTests
>
> i am
13 matches
Mail list logo