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(a)redhat.com>
> To: "Discussions around Hawkular development"
<hawkular-dev(a)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(a)redhat.com>
> To: "Discussions around Hawkular development"
<hawkular-dev(a)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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev