You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jclouds.apache.org by Andrew Phillips <an...@apache.org> on 2013/12/30 16:43:40 UTC
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
[redirecting to user@ as others may be seeing this...]
> I'm trying to connect to a vcloud server request for version fails with 500
> - internal server error [1]. Same request works fine with a rest client.
Do you have wire and header logs for this? Just trying to make sure
we're really making the same request from other clients. And which
version of jclouds are you using..?
Thanks
ap
Quoting Nirmal Fernando <ni...@wso2.com>:
> I'm trying to connect to a vcloud server request for version fails with 500
> - internal server error [1]. Same request works fine with a rest client.
>
> What could go wrong? Some hints would be great.
>
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>
> 2013-12-30 20:38:10,652 ERROR BackoffLimitedRetryHandler [main]
>
> Cannot retry after server error, command has exceeded retry limit 5:
> [method=public abstract com.google.common.util.concurrent.ListenableFuture
> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
> request=*GET https://mycloud.stratogen.sg/api/versions
> <https://mycloud.stratogen.sg/api/versions>* HTTP/1.1]
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> Also, please note that in order to reach to this state, I had to patch
> vcloud code. Should I try a newer version?
Probably the quickest and easiest thing to try, if you can. 1.6.3 or
1.7.0 would be good...
Thanks!
ap
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Also, please note that in order to reach to this state, I had to patch
vcloud code. Should I try a newer version?
On Mon, Dec 30, 2013 at 9:28 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> Any hints on where should I debug? AFAIU this is a very basic GET request
> without any http headers, isn't it?
>
>
> On Mon, Dec 30, 2013 at 9:24 PM, Nirmal Fernando <ni...@wso2.com> wrote:
>
>> Hi Andrew,
>>
>> Thanks for the quick response.
>>
>> On Mon, Dec 30, 2013 at 9:13 PM, Andrew Phillips <an...@apache.org>wrote:
>>
>>> [redirecting to user@ as others may be seeing this...]
>>>
>>>
>>> I'm trying to connect to a vcloud server request for version fails with
>>>> 500
>>>> - internal server error [1]. Same request works fine with a rest client.
>>>>
>>>
>>> Do you have wire and header logs for this? Just trying to make sure
>>> we're really making the same request from other clients.
>>
>>
>> Here's the wire logs... [2] How to enable header logs? I have following
>> entries, but can't see header logs.
>>
>> log4j.logger.jclouds.wire=debug
>> log4j.logger.jclouds.header=debug
>>
>>
>> [2]
>>
>> 2013-12-30 21:22:06,214 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:06,215 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:06,669 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:06,670 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:07,276 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:07,276 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:08,147 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:08,148 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:09,058 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:09,058 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:09,967 DEBUG wire [main]
>> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
>> 2013-12-30 21:22:09,968 DEBUG wire [main]
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>> 2013-12-30 21:22:09,969 ERROR BackoffLimitedRetryHandler [main]
>> Cannot retry after server error, command has exceeded retry limit 5:
>> [method=public abstract com.google.common.util.concurrent.ListenableFuture
>> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
>> request=GET https://mycloud.stratogen.sg/api/versions HTTP/1.1]
>>
>>
>>> And which version of jclouds are you using..?
>>>
>>
>> 1.6.2-incubating.
>>
>>>
>>> Thanks
>>>
>>> ap
>>>
>>> Quoting Nirmal Fernando <ni...@wso2.com>:
>>>
>>> I'm trying to connect to a vcloud server request for version fails with
>>>> 500
>>>> - internal server error [1]. Same request works fine with a rest client.
>>>>
>>>> What could go wrong? Some hints would be great.
>>>>
>>>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>>>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>>>> action. Contact your cloud administrator." majorErrorCode="500"
>>>> xmlns:xsi="
>>>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>>>> http://www.vmware.com/vcloud/v1.5
>>>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>>>>
>>>> 2013-12-30 20:38:10,652 ERROR BackoffLimitedRetryHandler [main]
>>>>
>>>> Cannot retry after server error, command has exceeded retry limit 5:
>>>> [method=public abstract com.google.common.util.
>>>> concurrent.ListenableFuture
>>>> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
>>>> request=*GET https://mycloud.stratogen.sg/api/versions
>>>> <https://mycloud.stratogen.sg/api/versions>* HTTP/1.1]
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Everett Toews <ev...@RACKSPACE.COM>.
Moving this conversation to the dev@ list.
This discussion points to a hole in our developer documentation. To that end I've started the Annotations [1] wiki page. It's the start of a page that will specify all of the annotations available to jclouds developers.
Please document annotations as you discover them!
Hopefully over time it will fill out.
Thanks,
Everett
[1] https://wiki.apache.org/jclouds/Annotations
On Jan 2, 2014, at 10:16 AM, Everett Toews wrote:
Here's an example of how to use @Consumes at the Type level from the CloudSigmaApi [1].
It will add or replace the Accept header for every call in that Api with whatever value you specify. I think it will do exactly what you want without you having to write more code.
Everett
[1] https://github.com/jclouds/jclouds/blob/master/apis/cloudsigma/src/main/java/org/jclouds/cloudsigma/CloudSigmaApi.java#L73
On Jan 2, 2014, at 1:01 AM, Ignasi Barrera wrote:
The only stupid question is the one that is not asked :)
Take a look at this method [1] and who calls it. That RestAnnotationProcessor class is where most of the magic happens. It takes the invoked api method, reads the annotations, and generates the request.
HTH!
[1] https://github.com/jclouds/jclouds/blob/master/core/src/main/java/org/jclouds/rest/internal/RestAnnotationProcessor.java#L702-706
El 02/01/2014 04:53, "Nirmal Fernando" <ni...@wso2.com>> escribió:
Hi Ignasi,
On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>> wrote:
You can replace the @RequestFilters annotation by: @Consumes("*/*")
That will translate to the Accept header being set, and can also be overridden in the methods that could need so.
Sorry if this question sounds like stupid. I still don't understand how adding @Consumes does what the filter does. This is my filter code;
@Singleton
public class VcloudSupportedVersions implements HttpRequestFilter {
@Inject
public VcloudSupportedVersions() {
}
@Override
public HttpRequest filter(HttpRequest request) throws HttpException {
return request.toBuilder().replaceHeader(HttpHeaders.ACCEPT, "*/*")
.build();
}
}
There is no prerequisite to implement the ComputeService :) I'm not familiar with vcloud, but I can help explaining how the ComputeService interface works and what and how needs to be configured (can also help with code but I lack the knowledge of how the vcloud api works). Perhaps we can have a chat in the IRC channel or start a new thread to discuss the impleme tation details. Would this work for you?
El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com>> escribió:
On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ig...@gmail.com>> wrote:
It would be great to see those PR! Having contributions in the vcloud apis is definitely something that is very welcome.
Do you have any plan to add the Compute view for vcloud-director? I can help with that if you want/can!
What are the prerequisites? :)
El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com>> escribió:
Only vcloud. I found that vcloud-director is missing the Compute view and it's not gonna help our cause, unfortunately. But I'm using vcloud against a Vcloud Director 1.5 IaaS.
On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>> wrote:
My plan is to send few pull requests to vcloud api, soon :) (I've fixed few
issues and now in the process of testing 'em.)
Just to clarify, are you working on/using the vcloud [1] or the vcloud-director [2] APIs, or both..?
ap
[1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
[2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Everett Toews <ev...@RACKSPACE.COM>.
Here's an example of how to use @Consumes at the Type level from the CloudSigmaApi [1].
It will add or replace the Accept header for every call in that Api with whatever value you specify. I think it will do exactly what you want without you having to write more code.
Everett
[1] https://github.com/jclouds/jclouds/blob/master/apis/cloudsigma/src/main/java/org/jclouds/cloudsigma/CloudSigmaApi.java#L73
On Jan 2, 2014, at 1:01 AM, Ignasi Barrera wrote:
The only stupid question is the one that is not asked :)
Take a look at this method [1] and who calls it. That RestAnnotationProcessor class is where most of the magic happens. It takes the invoked api method, reads the annotations, and generates the request.
HTH!
[1] https://github.com/jclouds/jclouds/blob/master/core/src/main/java/org/jclouds/rest/internal/RestAnnotationProcessor.java#L702-706
El 02/01/2014 04:53, "Nirmal Fernando" <ni...@wso2.com>> escribió:
Hi Ignasi,
On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>> wrote:
You can replace the @RequestFilters annotation by: @Consumes("*/*")
That will translate to the Accept header being set, and can also be overridden in the methods that could need so.
Sorry if this question sounds like stupid. I still don't understand how adding @Consumes does what the filter does. This is my filter code;
@Singleton
public class VcloudSupportedVersions implements HttpRequestFilter {
@Inject
public VcloudSupportedVersions() {
}
@Override
public HttpRequest filter(HttpRequest request) throws HttpException {
return request.toBuilder().replaceHeader(HttpHeaders.ACCEPT, "*/*")
.build();
}
}
There is no prerequisite to implement the ComputeService :) I'm not familiar with vcloud, but I can help explaining how the ComputeService interface works and what and how needs to be configured (can also help with code but I lack the knowledge of how the vcloud api works). Perhaps we can have a chat in the IRC channel or start a new thread to discuss the impleme tation details. Would this work for you?
El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com>> escribió:
On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ig...@gmail.com>> wrote:
It would be great to see those PR! Having contributions in the vcloud apis is definitely something that is very welcome.
Do you have any plan to add the Compute view for vcloud-director? I can help with that if you want/can!
What are the prerequisites? :)
El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com>> escribió:
Only vcloud. I found that vcloud-director is missing the Compute view and it's not gonna help our cause, unfortunately. But I'm using vcloud against a Vcloud Director 1.5 IaaS.
On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>> wrote:
My plan is to send few pull requests to vcloud api, soon :) (I've fixed few
issues and now in the process of testing 'em.)
Just to clarify, are you working on/using the vcloud [1] or the vcloud-director [2] APIs, or both..?
ap
[1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
[2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733<tel:%2B94715779733>
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
The only stupid question is the one that is not asked :)
Take a look at this method [1] and who calls it. That
RestAnnotationProcessor class is where most of the magic happens. It takes
the invoked api method, reads the annotations, and generates the request.
HTH!
[1]
https://github.com/jclouds/jclouds/blob/master/core/src/main/java/org/jclouds/rest/internal/RestAnnotationProcessor.java#L702-706
El 02/01/2014 04:53, "Nirmal Fernando" <ni...@wso2.com> escribió:
> Hi Ignasi,
>
>
> On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>wrote:
>
>> You can replace the @RequestFilters annotation by: @Consumes("*/*")
>> That will translate to the Accept header being set, and can also be
>> overridden in the methods that could need so.
>>
> Sorry if this question sounds like stupid. I still don't understand how
> adding @Consumes does what the filter does. This is my filter code;
>
> @Singleton
> public class VcloudSupportedVersions implements HttpRequestFilter {
>
> @Inject
> public VcloudSupportedVersions() {
> }
>
> @Override
> public HttpRequest filter(HttpRequest request) throws HttpException {
> return request.toBuilder().replaceHeader(HttpHeaders.ACCEPT, "*/*")
> .build();
>
> }
> }
>
>> There is no prerequisite to implement the ComputeService :) I'm not
>> familiar with vcloud, but I can help explaining how the ComputeService
>> interface works and what and how needs to be configured (can also help with
>> code but I lack the knowledge of how the vcloud api works). Perhaps we can
>> have a chat in the IRC channel or start a new thread to discuss the impleme
>> tation details. Would this work for you?
>> El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>
>>
>>>
>>>
>>> On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <
>>> ignasi.barrera@gmail.com> wrote:
>>>
>>>> It would be great to see those PR! Having contributions in the vcloud
>>>> apis is definitely something that is very welcome.
>>>>
>>>> Do you have any plan to add the Compute view for vcloud-director? I can
>>>> help with that if you want/can!
>>>>
>>> What are the prerequisites? :)
>>>
>>> El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>>>
>>>> Only vcloud. I found that vcloud-director is missing the Compute view
>>>>> and it's not gonna help our cause, unfortunately. But I'm using vcloud
>>>>> against a Vcloud Director 1.5 IaaS.
>>>>>
>>>>>
>>>>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>>>>>
>>>>>> My plan is to send few pull requests to vcloud api, soon :) (I've
>>>>>>> fixed few
>>>>>>> issues and now in the process of testing 'em.)
>>>>>>>
>>>>>>
>>>>>> Just to clarify, are you working on/using the vcloud [1] or the
>>>>>> vcloud-director [2] APIs, or both..?
>>>>>>
>>>>>> ap
>>>>>>
>>>>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>>>>> [2] https://github.com/jclouds/jclouds-labs/tree/master/
>>>>>> vcloud-director
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Thanks & regards,
>>>>> Nirmal
>>>>>
>>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>>> Mobile: +94715779733
>>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>>
>>>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Ignasi,
On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>wrote:
> You can replace the @RequestFilters annotation by: @Consumes("*/*")
> That will translate to the Accept header being set, and can also be
> overridden in the methods that could need so.
>
Sorry if this question sounds like stupid. I still don't understand how
adding @Consumes does what the filter does. This is my filter code;
@Singleton
public class VcloudSupportedVersions implements HttpRequestFilter {
@Inject
public VcloudSupportedVersions() {
}
@Override
public HttpRequest filter(HttpRequest request) throws HttpException {
return request.toBuilder().replaceHeader(HttpHeaders.ACCEPT, "*/*")
.build();
}
}
> There is no prerequisite to implement the ComputeService :) I'm not
> familiar with vcloud, but I can help explaining how the ComputeService
> interface works and what and how needs to be configured (can also help with
> code but I lack the knowledge of how the vcloud api works). Perhaps we can
> have a chat in the IRC channel or start a new thread to discuss the impleme
> tation details. Would this work for you?
> El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com> escribió:
>
>
>>
>>
>> On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ignasi.barrera@gmail.com
>> > wrote:
>>
>>> It would be great to see those PR! Having contributions in the vcloud
>>> apis is definitely something that is very welcome.
>>>
>>> Do you have any plan to add the Compute view for vcloud-director? I can
>>> help with that if you want/can!
>>>
>> What are the prerequisites? :)
>>
>> El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>>
>>> Only vcloud. I found that vcloud-director is missing the Compute view
>>>> and it's not gonna help our cause, unfortunately. But I'm using vcloud
>>>> against a Vcloud Director 1.5 IaaS.
>>>>
>>>>
>>>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>>>>
>>>>> My plan is to send few pull requests to vcloud api, soon :) (I've
>>>>>> fixed few
>>>>>> issues and now in the process of testing 'em.)
>>>>>>
>>>>>
>>>>> Just to clarify, are you working on/using the vcloud [1] or the
>>>>> vcloud-director [2] APIs, or both..?
>>>>>
>>>>> ap
>>>>>
>>>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>>>> [2] https://github.com/jclouds/jclouds-labs/tree/master/
>>>>> vcloud-director
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
Hi Nirmal,
Sorry for the late reply.
I'm in Europe, so if this timezone works for you wou'll find me in the
IRC channel in work hours. Just ping me!
Ignasi
On 13 January 2014 05:06, Nirmal Fernando <ni...@wso2.com> wrote:
> Hi Ignasi,
>
> Sorry for the late reply!
>
> On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>
> wrote:
>>
>> You can replace the @RequestFilters annotation by: @Consumes("*/*")
>> That will translate to the Accept header being set, and can also be
>> overridden in the methods that could need so.
>>
>> There is no prerequisite to implement the ComputeService :) I'm not
>> familiar with vcloud, but I can help explaining how the ComputeService
>> interface works and what and how needs to be configured (can also help with
>> code but I lack the knowledge of how the vcloud api works). Perhaps we can
>> have a chat in the IRC channel or start a new thread to discuss the impleme
>> tation details. Would this work for you?
>
> Thanks for the offer. I'm in for an IRC chat on this, please let me know a
> feasible time for you.
>
>> El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>
>>>
>>>
>>>
>>> On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera
>>> <ig...@gmail.com> wrote:
>>>>
>>>> It would be great to see those PR! Having contributions in the vcloud
>>>> apis is definitely something that is very welcome.
>>>>
>>>> Do you have any plan to add the Compute view for vcloud-director? I can
>>>> help with that if you want/can!
>>>
>>> What are the prerequisites? :)
>>>
>>>> El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>>>
>>>>> Only vcloud. I found that vcloud-director is missing the Compute view
>>>>> and it's not gonna help our cause, unfortunately. But I'm using vcloud
>>>>> against a Vcloud Director 1.5 IaaS.
>>>>>
>>>>>
>>>>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>
>>>>> wrote:
>>>>>>>
>>>>>>> My plan is to send few pull requests to vcloud api, soon :) (I've
>>>>>>> fixed few
>>>>>>> issues and now in the process of testing 'em.)
>>>>>>
>>>>>>
>>>>>> Just to clarify, are you working on/using the vcloud [1] or the
>>>>>> vcloud-director [2] APIs, or both..?
>>>>>>
>>>>>> ap
>>>>>>
>>>>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>>>>> [2]
>>>>>> https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Thanks & regards,
>>>>> Nirmal
>>>>>
>>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>>> Mobile: +94715779733
>>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Ignasi,
Sorry for the late reply!
On Thu, Jan 2, 2014 at 2:54 AM, Ignasi Barrera <ig...@gmail.com>wrote:
> You can replace the @RequestFilters annotation by: @Consumes("*/*")
> That will translate to the Accept header being set, and can also be
> overridden in the methods that could need so.
>
> There is no prerequisite to implement the ComputeService :) I'm not
> familiar with vcloud, but I can help explaining how the ComputeService
> interface works and what and how needs to be configured (can also help with
> code but I lack the knowledge of how the vcloud api works). Perhaps we can
> have a chat in the IRC channel or start a new thread to discuss the impleme
> tation details. Would this work for you?
>
Thanks for the offer. I'm in for an IRC chat on this, please let me know a
feasible time for you.
El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com> escribió:
>
>
>>
>>
>> On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ignasi.barrera@gmail.com
>> > wrote:
>>
>>> It would be great to see those PR! Having contributions in the vcloud
>>> apis is definitely something that is very welcome.
>>>
>>> Do you have any plan to add the Compute view for vcloud-director? I can
>>> help with that if you want/can!
>>>
>> What are the prerequisites? :)
>>
>> El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>>
>>> Only vcloud. I found that vcloud-director is missing the Compute view
>>>> and it's not gonna help our cause, unfortunately. But I'm using vcloud
>>>> against a Vcloud Director 1.5 IaaS.
>>>>
>>>>
>>>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>>>>
>>>>> My plan is to send few pull requests to vcloud api, soon :) (I've
>>>>>> fixed few
>>>>>> issues and now in the process of testing 'em.)
>>>>>>
>>>>>
>>>>> Just to clarify, are you working on/using the vcloud [1] or the
>>>>> vcloud-director [2] APIs, or both..?
>>>>>
>>>>> ap
>>>>>
>>>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>>>> [2] https://github.com/jclouds/jclouds-labs/tree/master/
>>>>> vcloud-director
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
You can replace the @RequestFilters annotation by: @Consumes("*/*")
That will translate to the Accept header being set, and can also be
overridden in the methods that could need so.
There is no prerequisite to implement the ComputeService :) I'm not
familiar with vcloud, but I can help explaining how the ComputeService
interface works and what and how needs to be configured (can also help with
code but I lack the knowledge of how the vcloud api works). Perhaps we can
have a chat in the IRC channel or start a new thread to discuss the impleme
tation details. Would this work for you?
El 01/01/2014 18:05, "Nirmal Fernando" <ni...@wso2.com> escribió:
>
>
>
> On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ig...@gmail.com>wrote:
>
>> It would be great to see those PR! Having contributions in the vcloud
>> apis is definitely something that is very welcome.
>>
>> Do you have any plan to add the Compute view for vcloud-director? I can
>> help with that if you want/can!
>>
> What are the prerequisites? :)
>
> El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>>
>> Only vcloud. I found that vcloud-director is missing the Compute view and
>>> it's not gonna help our cause, unfortunately. But I'm using vcloud against
>>> a Vcloud Director 1.5 IaaS.
>>>
>>>
>>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>>>
>>>> My plan is to send few pull requests to vcloud api, soon :) (I've
>>>>> fixed few
>>>>> issues and now in the process of testing 'em.)
>>>>>
>>>>
>>>> Just to clarify, are you working on/using the vcloud [1] or the
>>>> vcloud-director [2] APIs, or both..?
>>>>
>>>> ap
>>>>
>>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>>> [2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
On Wed, Jan 1, 2014 at 10:26 PM, Ignasi Barrera <ig...@gmail.com>wrote:
> It would be great to see those PR! Having contributions in the vcloud apis
> is definitely something that is very welcome.
>
> Do you have any plan to add the Compute view for vcloud-director? I can
> help with that if you want/can!
>
What are the prerequisites? :)
El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
>
> Only vcloud. I found that vcloud-director is missing the Compute view and
>> it's not gonna help our cause, unfortunately. But I'm using vcloud against
>> a Vcloud Director 1.5 IaaS.
>>
>>
>> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>>
>>> My plan is to send few pull requests to vcloud api, soon :) (I've fixed
>>>> few
>>>> issues and now in the process of testing 'em.)
>>>>
>>>
>>> Just to clarify, are you working on/using the vcloud [1] or the
>>> vcloud-director [2] APIs, or both..?
>>>
>>> ap
>>>
>>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>>> [2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
>>>
>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
It would be great to see those PR! Having contributions in the vcloud apis
is definitely something that is very welcome.
Do you have any plan to add the Compute view for vcloud-director? I can
help with that if you want/can!
El 01/01/2014 17:46, "Nirmal Fernando" <ni...@wso2.com> escribió:
> Only vcloud. I found that vcloud-director is missing the Compute view and
> it's not gonna help our cause, unfortunately. But I'm using vcloud against
> a Vcloud Director 1.5 IaaS.
>
>
> On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org>wrote:
>
>> My plan is to send few pull requests to vcloud api, soon :) (I've fixed
>>> few
>>> issues and now in the process of testing 'em.)
>>>
>>
>> Just to clarify, are you working on/using the vcloud [1] or the
>> vcloud-director [2] APIs, or both..?
>>
>> ap
>>
>> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
>> [2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
>>
>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Only vcloud. I found that vcloud-director is missing the Compute view and
it's not gonna help our cause, unfortunately. But I'm using vcloud against
a Vcloud Director 1.5 IaaS.
On Wed, Jan 1, 2014 at 9:57 PM, Andrew Phillips <an...@apache.org> wrote:
> My plan is to send few pull requests to vcloud api, soon :) (I've fixed
>> few
>> issues and now in the process of testing 'em.)
>>
>
> Just to clarify, are you working on/using the vcloud [1] or the
> vcloud-director [2] APIs, or both..?
>
> ap
>
> [1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
> [2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> My plan is to send few pull requests to vcloud api, soon :) (I've fixed few
> issues and now in the process of testing 'em.)
Just to clarify, are you working on/using the vcloud [1] or the
vcloud-director [2] APIs, or both..?
ap
[1] https://github.com/jclouds/jclouds/tree/master/apis/vcloud
[2] https://github.com/jclouds/jclouds-labs/tree/master/vcloud-director
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Andrew,
My plan is to send few pull requests to vcloud api, soon :) (I've fixed few
issues and now in the process of testing 'em.)
On Wed, Jan 1, 2014 at 9:37 PM, Andrew Phillips <an...@apache.org> wrote:
> Thanks for your thoughts. As Andrew said, I think the much safer approach
>> would be to handle this at the vcloud level. So, I've implemented a
>> request
>> filter for VCloudVersionsAsyncClient and it works fine.
>>
>
> That sounds cool! Any chance you could submit this as a pull request, or
> at least share the code diff so that we can fix this?
>
> Thanks!
>
> ap
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Ignasi,
Sorry, I'm not the jaxrs expert, can you please point to a sample where I
can set a header using @Consumes?
This is how the class looks like now and my fix was to add the filter.
/**
* Establishes a context with a VCloud endpoint.
* <p/>
*
* @see <a href="
https://community.vcloudexpress.terremark.com/en-us/discussion_forums/f/60.aspx"
/>
* @author Adrian Cole
*/
*@RequestFilters(VcloudSupportedVersions.class)*
public interface VCloudVersionsAsyncClient extends Closeable {
/**
* Retrieve information for supported versions
*/
@GET
@XMLResponseParser(SupportedVersionsHandler.class)
@Path("/versions")
ListenableFuture<SortedMap<String, URI>> getSupportedVersions();
}
On Wed, Jan 1, 2014 at 9:40 PM, Ignasi Barrera <ig...@gmail.com>wrote:
> More than a request filter, could you try to add a @Consumes annotation at
> class level to include that header in the methods that don't override it
> explicitly?
>
> That would reduce the complexity too and remove the need for an additional
> filter.
> El 01/01/2014 17:07, "Andrew Phillips" <an...@apache.org> escribió:
>
> Thanks for your thoughts. As Andrew said, I think the much safer approach
>>> would be to handle this at the vcloud level. So, I've implemented a
>>> request
>>> filter for VCloudVersionsAsyncClient and it works fine.
>>>
>>
>> That sounds cool! Any chance you could submit this as a pull request, or
>> at least share the code diff so that we can fix this?
>>
>> Thanks!
>>
>> ap
>>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
More than a request filter, could you try to add a @Consumes annotation at
class level to include that header in the methods that don't override it
explicitly?
That would reduce the complexity too and remove the need for an additional
filter.
El 01/01/2014 17:07, "Andrew Phillips" <an...@apache.org> escribió:
> Thanks for your thoughts. As Andrew said, I think the much safer approach
>> would be to handle this at the vcloud level. So, I've implemented a
>> request
>> filter for VCloudVersionsAsyncClient and it works fine.
>>
>
> That sounds cool! Any chance you could submit this as a pull request, or
> at least share the code diff so that we can fix this?
>
> Thanks!
>
> ap
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> Thanks for your thoughts. As Andrew said, I think the much safer approach
> would be to handle this at the vcloud level. So, I've implemented a request
> filter for VCloudVersionsAsyncClient and it works fine.
That sounds cool! Any chance you could submit this as a pull request,
or at least share the code diff so that we can fix this?
Thanks!
ap
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Andrew and Ignasi,
Thanks for your thoughts. As Andrew said, I think the much safer approach
would be to handle this at the vcloud level. So, I've implemented a request
filter for VCloudVersionsAsyncClient and it works fine.
I hope this way is ok?
On Wed, Jan 1, 2014 at 9:09 PM, Ignasi Barrera <ig...@gmail.com>wrote:
> I think it is a safe patch. According to the spec [1], not sending the
> Accept header means the client accepts all media types, and the */* value
> for the header means the same.
>
> I also added that in the OkHttp driver pull request [2]. Nirmal, could you
> open a pull request, as suggested by Andrew, with a method similar to the
> one I added in my pull request, so the behavior can be overridden/extended
> if needed?
>
> Ignasi
>
> [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
> [2]
> https://github.com/jclouds/jclouds/pull/232/files#diff-0669ed207d502fa8adc5114f1c4e8167R89
> El 01/01/2014 16:17, "Andrew Phillips" <an...@apache.org> escribió:
>
> I think this is of no harm, what do you think?
>>>
>>
>> I think the easiest way to check this is to open a pull request and see
>> if we get any test failures ;-) If everything looks OK and there are no
>> concerns from committers, we could consider this.
>>
>> But unless "*/*" is the 'standard' default for the 'Accept' header if
>> nothing else is specified, I suspect the correct fix for this will be to
>> ensure that the vcloud provider sets this property appropriately.
>>
>> Have you been able to try a fix along those lines (see e.g. [1])
>>
>> ap
>>
>> [1] https://github.com/jclouds/jclouds/blob/master/apis/
>> vcloud/src/main/java/org/jclouds/vcloud/internal/VCloudLoginApi.java#L42
>>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Ignasi Barrera <ig...@gmail.com>.
I think it is a safe patch. According to the spec [1], not sending the
Accept header means the client accepts all media types, and the */* value
for the header means the same.
I also added that in the OkHttp driver pull request [2]. Nirmal, could you
open a pull request, as suggested by Andrew, with a method similar to the
one I added in my pull request, so the behavior can be overridden/extended
if needed?
Ignasi
[1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
[2]
https://github.com/jclouds/jclouds/pull/232/files#diff-0669ed207d502fa8adc5114f1c4e8167R89
El 01/01/2014 16:17, "Andrew Phillips" <an...@apache.org> escribió:
> I think this is of no harm, what do you think?
>>
>
> I think the easiest way to check this is to open a pull request and see if
> we get any test failures ;-) If everything looks OK and there are no
> concerns from committers, we could consider this.
>
> But unless "*/*" is the 'standard' default for the 'Accept' header if
> nothing else is specified, I suspect the correct fix for this will be to
> ensure that the vcloud provider sets this property appropriately.
>
> Have you been able to try a fix along those lines (see e.g. [1])
>
> ap
>
> [1] https://github.com/jclouds/jclouds/blob/master/apis/
> vcloud/src/main/java/org/jclouds/vcloud/internal/VCloudLoginApi.java#L42
>
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> I think this is of no harm, what do you think?
I think the easiest way to check this is to open a pull request and
see if we get any test failures ;-) If everything looks OK and there
are no concerns from committers, we could consider this.
But unless "*/*" is the 'standard' default for the 'Accept' header if
nothing else is specified, I suspect the correct fix for this will be
to ensure that the vcloud provider sets this property appropriately.
Have you been able to try a fix along those lines (see e.g. [1])
ap
[1]
https://github.com/jclouds/jclouds/blob/master/apis/vcloud/src/main/java/org/jclouds/vcloud/internal/VCloudLoginApi.java#L42
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Andrew,
No, AFAIU these were set as connection's request properties, and header
logs were printed before setting these properties.
I've done a small fix like this to JavaUrlHttpCommandExecutorService.java.
+if (connection.getRequestProperty(HttpHeaders.ACCEPT) == null) {
+ connection.setRequestProperty(HttpHeaders.ACCEPT, "*/*");
+ }
I think this is of no harm, what do you think?
On Wed, Jan 1, 2014 at 8:14 PM, Andrew Phillips <an...@apache.org> wrote:
> con.setRequestProperty("Accept", "*/*");
>>
>
> Do the header logs say anything about the headers that jclouds is
> sending..?
>
> ap
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> con.setRequestProperty("Accept", "*/*");
Do the header logs say anything about the headers that jclouds is sending..?
ap
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
I was wrong in saying 'connection.setRequestProperty doesn't work'. I've
got the httpURLConnection client to work by adding;
con.setRequestProperty("Accept", "*/*");
On Wed, Jan 1, 2014 at 7:36 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> And latest finding... I've wrote a simple client using Standard
> HttpURLConnection (which is used by jclouds) and notice the same issue (500
> - internal server error). And then I tried the same request using Apache
> http client, and it had no issue on retrieving the supported versions.
>
>
> On Wed, Jan 1, 2014 at 7:16 PM, Nirmal Fernando <ni...@wso2.com> wrote:
>
>> Hi All,
>>
>> I've still no luck with the original issue :( While debugging I've found
>> that JavaUrlHttpCommandExecutorService.convert's
>> connection.setRequestProperty(HOST, host); doesn't seem to set Host header
>> correctly. Any help is highly appreciated.
>>
>>
>> On Mon, Dec 30, 2013 at 11:04 PM, Nirmal Fernando <ni...@wso2.com>wrote:
>>
>>> https://github.com/jclouds/jclouds-site/pull/46
>>>
>>>
>>> On Mon, Dec 30, 2013 at 11:01 PM, Nirmal Fernando <ni...@wso2.com>wrote:
>>>
>>>> Oh.. ok :)
>>>>
>>>>
>>>> On Mon, Dec 30, 2013 at 10:58 PM, Andrew Phillips <an...@apache.org>wrote:
>>>>
>>>>> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
>>>>>>
>>>>>
>>>>> Thanks! That's the old repo, though ;-) Could you resubmit against:
>>>>>
>>>>> https://github.com/jclouds/jclouds-site
>>>>>
>>>>> ap
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
And latest finding... I've wrote a simple client using Standard
HttpURLConnection (which is used by jclouds) and notice the same issue (500
- internal server error). And then I tried the same request using Apache
http client, and it had no issue on retrieving the supported versions.
On Wed, Jan 1, 2014 at 7:16 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> Hi All,
>
> I've still no luck with the original issue :( While debugging I've found
> that JavaUrlHttpCommandExecutorService.convert's
> connection.setRequestProperty(HOST, host); doesn't seem to set Host header
> correctly. Any help is highly appreciated.
>
>
> On Mon, Dec 30, 2013 at 11:04 PM, Nirmal Fernando <ni...@wso2.com> wrote:
>
>> https://github.com/jclouds/jclouds-site/pull/46
>>
>>
>> On Mon, Dec 30, 2013 at 11:01 PM, Nirmal Fernando <ni...@wso2.com>wrote:
>>
>>> Oh.. ok :)
>>>
>>>
>>> On Mon, Dec 30, 2013 at 10:58 PM, Andrew Phillips <an...@apache.org>wrote:
>>>
>>>> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
>>>>>
>>>>
>>>> Thanks! That's the old repo, though ;-) Could you resubmit against:
>>>>
>>>> https://github.com/jclouds/jclouds-site
>>>>
>>>> ap
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> I've still no luck with the original issue :( While debugging I've found
> that JavaUrlHttpCommandExecutorService.convert's
> connection.setRequestProperty(HOST, host); doesn't seem to set Host header
> correctly. Any help is highly appreciated.
When you say "not correctly" do you mean "not at all", or something else?
I see you already beat me to my other suggestion of trying the
apachehc driver...so it's something in the java.net stack, eh?
Is the apachehc client a feasible workaround for you for the time
being? And do you think you could open a JIRA issue for this?
Thanks!
ap
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi All,
I've still no luck with the original issue :( While debugging I've found
that JavaUrlHttpCommandExecutorService.convert's
connection.setRequestProperty(HOST, host); doesn't seem to set Host header
correctly. Any help is highly appreciated.
On Mon, Dec 30, 2013 at 11:04 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> https://github.com/jclouds/jclouds-site/pull/46
>
>
> On Mon, Dec 30, 2013 at 11:01 PM, Nirmal Fernando <ni...@wso2.com> wrote:
>
>> Oh.. ok :)
>>
>>
>> On Mon, Dec 30, 2013 at 10:58 PM, Andrew Phillips <an...@apache.org>wrote:
>>
>>> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
>>>>
>>>
>>> Thanks! That's the old repo, though ;-) Could you resubmit against:
>>>
>>> https://github.com/jclouds/jclouds-site
>>>
>>> ap
>>>
>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
https://github.com/jclouds/jclouds-site/pull/46
On Mon, Dec 30, 2013 at 11:01 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> Oh.. ok :)
>
>
> On Mon, Dec 30, 2013 at 10:58 PM, Andrew Phillips <an...@apache.org>wrote:
>
>> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
>>>
>>
>> Thanks! That's the old repo, though ;-) Could you resubmit against:
>>
>> https://github.com/jclouds/jclouds-site
>>
>> ap
>>
>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Oh.. ok :)
On Mon, Dec 30, 2013 at 10:58 PM, Andrew Phillips <an...@apache.org>wrote:
> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
>>
>
> Thanks! That's the old repo, though ;-) Could you resubmit against:
>
> https://github.com/jclouds/jclouds-site
>
> ap
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> https://github.com/jclouds/legacy-jclouds.github.com/pull/151
Thanks! That's the old repo, though ;-) Could you resubmit against:
https://github.com/jclouds/jclouds-site
ap
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Here you go.. I've added a small note.
https://github.com/jclouds/legacy-jclouds.github.com/pull/151
On Mon, Dec 30, 2013 at 10:28 PM, Andrew Phillips <an...@apache.org>wrote:
> Correct way to enable header logs is log4j.logger.jclouds.headers=
>> debug
>>
>> ...
>>
>>
>> Thanks for [1] Andrew, but I feel like it's missing the most important
>> piece of information i.e. the name of the log appender for wire and
>> headers.
>>
>> Wdyt? Shouldn't we add that bit of information?
>>
>
> Seems like a good candidate for a simple pull request [1], indeed ;-) The
> appender name is included in the sample logback.xml file [2], but it could
> indeed be more obvious. And it's missing from the sample log4j file,
> incidentally...
>
> Regards
>
> ap
>
> [1] http://jclouds.apache.org/documentation/devguides/
> contributing-to-documentation/
> [2] https://github.com/jclouds/jclouds/blob/master/compute/
> src/test/resources/logback.xml#L49
> [3] https://github.com/jclouds/jclouds/blob/master/compute/
> src/test/resources/log4j.xml
>
> --
> Andrew Phillips
> Apache jclouds
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> Correct way to enable header logs is log4j.logger.jclouds.headers=
> debug
>
> ...
>
> Thanks for [1] Andrew, but I feel like it's missing the most important
> piece of information i.e. the name of the log appender for wire and headers.
>
> Wdyt? Shouldn't we add that bit of information?
Seems like a good candidate for a simple pull request [1], indeed ;-)
The appender name is included in the sample logback.xml file [2], but
it could indeed be more obvious. And it's missing from the sample
log4j file, incidentally...
Regards
ap
[1]
http://jclouds.apache.org/documentation/devguides/contributing-to-documentation/
[2]
https://github.com/jclouds/jclouds/blob/master/compute/src/test/resources/logback.xml#L49
[3]
https://github.com/jclouds/jclouds/blob/master/compute/src/test/resources/log4j.xml
--
Andrew Phillips
Apache jclouds
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
On Mon, Dec 30, 2013 at 9:33 PM, Andrew Phillips <an...@apache.org> wrote:
> Any hints on where should I debug? AFAIU this is a very basic GET request
>> without any http headers, isn't it?
>>
>
> I suspect there are at least some required content type headers involved.
> If I just put "https://mycloud.stratogen.sg/api/versions" into a browser,
> I get:
>
> java.lang.IllegalArgumentException: Error parsing media type
> 'text/html,application/xhtml+xml,image/webp,application/xml; q=0.9,*/*;
> q=0.8'
>
> Could you see if [1] helps configure additional logging?
>
Thanks for [1] Andrew, but I feel like it's missing the most important
piece of information i.e. the name of the log appender for wire and headers.
Wdyt? Shouldn't we add that bit of information?
>
> ap
>
> [1] http://jclouds.apache.org/documentation/reference/jclouds-logging/
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Andrew Phillips <an...@apache.org>.
> Any hints on where should I debug? AFAIU this is a very basic GET request
> without any http headers, isn't it?
I suspect there are at least some required content type headers
involved. If I just put "https://mycloud.stratogen.sg/api/versions"
into a browser, I get:
java.lang.IllegalArgumentException: Error parsing media type
'text/html,application/xhtml+xml,image/webp,application/xml;
q=0.9,*/*; q=0.8'
Could you see if [1] helps configure additional logging?
ap
[1] http://jclouds.apache.org/documentation/reference/jclouds-logging/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Any hints on where should I debug? AFAIU this is a very basic GET request
without any http headers, isn't it?
On Mon, Dec 30, 2013 at 9:24 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> Hi Andrew,
>
> Thanks for the quick response.
>
> On Mon, Dec 30, 2013 at 9:13 PM, Andrew Phillips <an...@apache.org>wrote:
>
>> [redirecting to user@ as others may be seeing this...]
>>
>>
>> I'm trying to connect to a vcloud server request for version fails with
>>> 500
>>> - internal server error [1]. Same request works fine with a rest client.
>>>
>>
>> Do you have wire and header logs for this? Just trying to make sure we're
>> really making the same request from other clients.
>
>
> Here's the wire logs... [2] How to enable header logs? I have following
> entries, but can't see header logs.
>
> log4j.logger.jclouds.wire=debug
> log4j.logger.jclouds.header=debug
>
>
> [2]
>
> 2013-12-30 21:22:06,214 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:06,215 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:06,669 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:06,670 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:07,276 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:07,276 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:08,147 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:08,148 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,058 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:09,058 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,967 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:09,968 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,969 ERROR BackoffLimitedRetryHandler [main]
> Cannot retry after server error, command has exceeded retry limit 5:
> [method=public abstract com.google.common.util.concurrent.ListenableFuture
> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
> request=GET https://mycloud.stratogen.sg/api/versions HTTP/1.1]
>
>
>> And which version of jclouds are you using..?
>>
>
> 1.6.2-incubating.
>
>>
>> Thanks
>>
>> ap
>>
>> Quoting Nirmal Fernando <ni...@wso2.com>:
>>
>> I'm trying to connect to a vcloud server request for version fails with
>>> 500
>>> - internal server error [1]. Same request works fine with a rest client.
>>>
>>> What could go wrong? Some hints would be great.
>>>
>>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>>> action. Contact your cloud administrator." majorErrorCode="500"
>>> xmlns:xsi="
>>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>>> http://www.vmware.com/vcloud/v1.5
>>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>>>
>>> 2013-12-30 20:38:10,652 ERROR BackoffLimitedRetryHandler [main]
>>>
>>> Cannot retry after server error, command has exceeded retry limit 5:
>>> [method=public abstract com.google.common.util.
>>> concurrent.ListenableFuture
>>> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
>>> request=*GET https://mycloud.stratogen.sg/api/versions
>>> <https://mycloud.stratogen.sg/api/versions>* HTTP/1.1]
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
On Mon, Dec 30, 2013 at 9:24 PM, Nirmal Fernando <ni...@wso2.com> wrote:
> Hi Andrew,
>
> Thanks for the quick response.
>
> On Mon, Dec 30, 2013 at 9:13 PM, Andrew Phillips <an...@apache.org>wrote:
>
>> [redirecting to user@ as others may be seeing this...]
>>
>>
>> I'm trying to connect to a vcloud server request for version fails with
>>> 500
>>> - internal server error [1]. Same request works fine with a rest client.
>>>
>>
>> Do you have wire and header logs for this? Just trying to make sure we're
>> really making the same request from other clients.
>
>
> Here's the wire logs... [2] How to enable header logs? I have following
> entries, but can't see header logs.
>
> log4j.logger.jclouds.wire=debug
> log4j.logger.jclouds.header=debug
>
Correct way to enable header logs is log4j.logger.jclouds.headers=
debug
>
>
> [2]
>
> 2013-12-30 21:22:06,214 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:06,215 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:06,669 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:06,670 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:07,276 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:07,276 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:08,147 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:08,148 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,058 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:09,058 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,967 DEBUG wire [main]
> << "<?xml version="1.0" encoding="UTF-8"?>[\n]"
> 2013-12-30 21:22:09,968 DEBUG wire [main]
> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
> action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
> http://www.vmware.com/vcloud/v1.5
> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
> 2013-12-30 21:22:09,969 ERROR BackoffLimitedRetryHandler [main]
> Cannot retry after server error, command has exceeded retry limit 5:
> [method=public abstract com.google.common.util.concurrent.ListenableFuture
> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
> request=GET https://mycloud.stratogen.sg/api/versions HTTP/1.1]
>
>
>> And which version of jclouds are you using..?
>>
>
> 1.6.2-incubating.
>
>>
>> Thanks
>>
>> ap
>>
>> Quoting Nirmal Fernando <ni...@wso2.com>:
>>
>> I'm trying to connect to a vcloud server request for version fails with
>>> 500
>>> - internal server error [1]. Same request works fine with a rest client.
>>>
>>> What could go wrong? Some hints would be great.
>>>
>>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>>> action. Contact your cloud administrator." majorErrorCode="500"
>>> xmlns:xsi="
>>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>>> http://www.vmware.com/vcloud/v1.5
>>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>>>
>>> 2013-12-30 20:38:10,652 ERROR BackoffLimitedRetryHandler [main]
>>>
>>> Cannot retry after server error, command has exceeded retry limit 5:
>>> [method=public abstract com.google.common.util.
>>> concurrent.ListenableFuture
>>> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
>>> request=*GET https://mycloud.stratogen.sg/api/versions
>>> <https://mycloud.stratogen.sg/api/versions>* HTTP/1.1]
>>>
>>>
>>> --
>>>
>>> Thanks & regards,
>>> Nirmal
>>>
>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>>> Mobile: +94715779733
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>
>
>
> --
>
> Thanks & regards,
> Nirmal
>
> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
> Mobile: +94715779733
> Blog: http://nirmalfdo.blogspot.com/
>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/
Re: INTERNAL_SERVER_ERROR on getting versions of a vcloud server
Posted by Nirmal Fernando <ni...@wso2.com>.
Hi Andrew,
Thanks for the quick response.
On Mon, Dec 30, 2013 at 9:13 PM, Andrew Phillips <an...@apache.org> wrote:
> [redirecting to user@ as others may be seeing this...]
>
>
> I'm trying to connect to a vcloud server request for version fails with
>> 500
>> - internal server error [1]. Same request works fine with a rest client.
>>
>
> Do you have wire and header logs for this? Just trying to make sure we're
> really making the same request from other clients.
Here's the wire logs... [2] How to enable header logs? I have following
entries, but can't see header logs.
log4j.logger.jclouds.wire=debug
log4j.logger.jclouds.header=debug
[2]
2013-12-30 21:22:06,214 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:06,215 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:06,669 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:06,670 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:07,276 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:07,276 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:08,147 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:08,148 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:09,058 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:09,058 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:09,967 DEBUG wire [main]
<< "<?xml version="1.0" encoding="UTF-8"?>[\n]"
2013-12-30 21:22:09,968 DEBUG wire [main]
<< "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
action. Contact your cloud administrator." majorErrorCode="500" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
http://www.vmware.com/vcloud/v1.5
http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
2013-12-30 21:22:09,969 ERROR BackoffLimitedRetryHandler [main]
Cannot retry after server error, command has exceeded retry limit 5:
[method=public abstract com.google.common.util.concurrent.ListenableFuture
org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
request=GET https://mycloud.stratogen.sg/api/versions HTTP/1.1]
> And which version of jclouds are you using..?
>
1.6.2-incubating.
>
> Thanks
>
> ap
>
> Quoting Nirmal Fernando <ni...@wso2.com>:
>
> I'm trying to connect to a vcloud server request for version fails with
>> 500
>> - internal server error [1]. Same request works fine with a rest client.
>>
>> What could go wrong? Some hints would be great.
>>
>> << "<Error xmlns="http://www.vmware.com/vcloud/v1.5"
>> minorErrorCode="INTERNAL_SERVER_ERROR" message="Unable to perform this
>> action. Contact your cloud administrator." majorErrorCode="500"
>> xmlns:xsi="
>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>> http://www.vmware.com/vcloud/v1.5
>> http://mycloud.stratogen.sg/api/v1.5/schema/master.xsd"></Error>[\n]"
>>
>> 2013-12-30 20:38:10,652 ERROR BackoffLimitedRetryHandler [main]
>>
>> Cannot retry after server error, command has exceeded retry limit 5:
>> [method=public abstract com.google.common.util.
>> concurrent.ListenableFuture
>> org.jclouds.vcloud.VCloudVersionsAsyncClient.getSupportedVersions()[],
>> request=*GET https://mycloud.stratogen.sg/api/versions
>> <https://mycloud.stratogen.sg/api/versions>* HTTP/1.1]
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>
--
Thanks & regards,
Nirmal
Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
Mobile: +94715779733
Blog: http://nirmalfdo.blogspot.com/