[Hawkular-dev] resteasy jackson or fasterxml jackson?

[Peter Palaga]

It sounds like the artifacts from com.fasterxml.jackson.core group 
should be managed im Hawkular parent?

And that <version.com.google.code.gson> should be removed from parent?

Could please somebody send a PR?

-- P

On 14/07/15 10:01, Lucas Ponce wrote:
> I have never used the org.codehaus.jackson packages.
>
> I always used the com.fasterxml.jackson.core ones in the context where I need to use directly the json library.
>
> Wildfly 9 we have the 2.5.1 version there.
>
> I tend to prefer the com.fasterxml and I remember to see that packages also in other components (that's main reason I used it).
>
>
> ----- Original Message -----
>> From: "Michael Burman" <miburman at redhat.com>
>> To: "Discussions around Hawkular development" <hawkular-dev at lists.jboss.org>
>> Sent: Tuesday, July 14, 2015 8:47:20 AM
>> Subject: Re: [Hawkular-dev] resteasy jackson or fasterxml jackson?
>>
>> Hi,
>>
>> They're basically the same software. org.fasterxml is just a newer version of
>> Jackson. I'm surprised it's visible nearly anywhere.. resteasy-jackson2
>> should use org.fasterxml?
>>
>> http://wiki.fasterxml.com/JacksonRelease20
>>
>> The change was done in 2012, org.codehaus stuff is from Jackson <2.0 and
>> isn't maintained (only the 2.x is maintained). And since Wildfly ships with
>> Jackson 2.4.1, I guess this is the version to go (and so does RESTeasy?
>> https://issues.jboss.org/browse/RESTEASY-1100)
>>
>>    - Micke
>>
>> ----- Original Message -----
>> From: "John Mazzitelli" <mazz at redhat.com>
>> To: "Discussions around Hawkular development" <hawkular-dev at lists.jboss.org>
>> Sent: Tuesday, July 14, 2015 5:43:35 AM
>> Subject: [Hawkular-dev] resteasy jackson or fasterxml jackson?
>>
>> This is more for Lucas P, but wanted to put it out to the wider audience.
>>
>> I'm playing with JSON stuff, and now that we are not using gson, we have to
>> decide what jackson version we are going to use, because i just saw some
>> oddities on stuff I'm building because of the two different impls that are
>> available.
>>
>> Are we going to use the restasy jackson2 or the fasterxml jackson artifacts?
>> I think we need to consolidate on one (I mean, after all, we just got rid of
>> gson - so we are trying to consolidate on one JSON impl). And they are
>> technically two different impls because they are in two totally different
>> Java packages and so look like two different impls. This can bite us if we
>> aren't careful.
>>
>> I'm using fasterxml right now. I don't know if i'm going down the exact same
>> path that I did with gson (that is, using something no one else is). But my
>> problem is I believe the resteasy modules are NOT in WildFly Core, so that's
>> why I'm just pulling in the fasterxml artifacts directly rather than
>> depending on the resteasy module.
>> _______________________________________________
>> hawkular-dev mailing list
>> hawkular-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>> _______________________________________________
>> hawkular-dev mailing list
>> hawkular-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>