>>>> -Sebastien
>>>>>
>>>>>>
>>>>>>
>>>>>> On Sep 20, 2013, at 12:08 PM, Darren Shepherd <
>>>>> darren.s.sheph...@gmail.com> wrote:
>>>>>>
>>>>>>> After much searching I f
>>>>>>>
>>>>>>>> So, being that it is not an obvious switch to using jackson, what
>>>>>>>> is
>>>> the impact
>>>>>>>> of moving to the latest gson? What were the issue encountered when
>>&g
rialize right. I'll keep looking and see if I find other snags.
>>>> Maybe we can just move to jackson we'll see, haven't tried to
>>>> deserialize yet.
>>>>>>
>>>>>> Darren
>>>>>>
>>>&
et.
>>>>>
>>>>> Darren
>>>>>
>>>>>> On Sep 19, 2013, at 4:25 PM, Alex Huang
>>>>>>wrote:
>>>>>>
>>>>>> Darren,
>>>>>>
>>>>>> When I looked into updating to th
>>>>>
>>>>> Darren,
>>>>>
>>>>> When I looked into updating to the latest gson, the problem, IIRC, is
>> things that weren't considered cyclical dependencies are suddenly
>> considered cyclical with the latest. I don't recal
gt; >>> Darren,
> >>>
> >>> When I looked into updating to the latest gson, the problem, IIRC, is
> things that weren't considered cyclical dependencies are suddenly
> considered cyclical with the latest. I don't recall where though.
> >>>
;t considered cyclical dependencies are suddenly
>>>>considered cyclical with the latest. I don't recall where though.
>>>>
>>>> --Alex
>>>>
>>>>> -Original Message-
>>>>> From: Darren Shepherd [mailto:darren.s.she
lical with the latest. I don't recall where though.
>>>
>>> --Alex
>>>
>>>> -----Original Message-----
>>>> From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com]
>>>> Sent: Thursday, September 19, 2013 1:33 PM
>>>> To
he latest. I don't recall where though.
>>
>> --Alex
>>
>>> -Original Message-
>>> From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com]
>>> Sent: Thursday, September 19, 2013 1:33 PM
>>> To: dev@cloudstack.apache.org
>&g
>> -Original Message-
>> From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com]
>> Sent: Thursday, September 19, 2013 1:33 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: conflicting dependencies between CloudStack and Whirr
>>
>> Alright, I looked
Darren Shepherd [mailto:darren.s.sheph...@gmail.com]
> Sent: Thursday, September 19, 2013 1:33 PM
> To: dev@cloudstack.apache.org
> Subject: Re: conflicting dependencies between CloudStack and Whirr
>
> Alright, I looked into this and it will take a bit more work to switch to
> Jackson.
> The sna
to latest
>> gson is not simple.
>>
>> --Alex
>>
>> > -Original Message-
>> > From: Andrei Savu [mailto:savu.and...@gmail.com]
>> > Sent: Wednesday, September 18, 2013 10:53 AM
>> > To: d...@whirr.apache.org
>> > Cc: dev@cloudst
nt: Wednesday, September 18, 2013 10:53 AM
> > To: d...@whirr.apache.org
> > Cc: dev@cloudstack.apache.org
> > Subject: Re: conflicting dependencies between CloudStack and Whirr
> >
> > It's easy to usr jclouds and whirr inside an OSGi container - just add
>
I almost faced that there is no choice but to go for it for VMware
recently, we found that VMware vSphere 5.1 SDK we are currently using has
some backwards compatibility issue with VMware vSphere 4.x systems.
Therefore it makes a valid business case that CloudStack may have to
support different ver
-Original Message-
> From: Andrei Savu [mailto:savu.and...@gmail.com]
> Sent: Wednesday, September 18, 2013 10:53 AM
> To: d...@whirr.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: Re: conflicting dependencies between CloudStack and Whirr
>
> It's easy to usr jcl
It's easy to usr jclouds and whirr inside an OSGi container - just add the
feature url. Bonus: you can also use jclouds shell interface (part of
jclouds cli).
Another option is to upgrade the CloudStack API to use the new version.
On Sep 18, 2013 5:14 AM, "Han,Meng" wrote:
> Dear all,
>
> I am a
You know what would be really swell is to just switch to jackson. The gson
we use is antiquated. I have no idea what the impact of moving to a modern
version would be. Jackson, IMO, is a far better framework that has a lot
of momentum. Additionally it allows you to use JAXB annotations so that
Good question. The gson dependency in Whirr is coming from jclouds, and
jclouds is very particular about its gson dependencies. Any possibility of
using isolated classloaders in some way?
A.
On Tue, Sep 17, 2013 at 7:14 PM, Han,Meng wrote:
> Dear all,
>
> I am adding an API to CloudStack which
18 matches
Mail list logo