9:44 a.m.
Hi all,
we're working on Hibernate Search 4, which sports besides many other
changes a revamped serialization framework which uses Apache Avro;
this is an important component towards a better integration with
Infinispan and unlocking all potential of Hibernate OGM.
Avro depends on:
org.codehaus.jackson:jackson-core-asl (using 1.7.3)
org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
com.thoughtworks.paranamer:paranamer (using 2.3)
org.xerial.snappy:snappy-java (using 1.0.1-rc3)
While Hibernate Search is not part of the Application Server
distribution, we noticed that the AS depends on jackson-mapper-asl too
and some early adopters reported version conflicts.
Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
our tests are fine, but we would rather not bind our project to depend
to AS7's specific versions, if you can suggest better alternatives.
Please consider I'm not familiar with the AS7 classloader isolation
details, but since we're not living under a stone our expectation was
that application code should be isolated from this; is this something
that should be enabled, or is Jackson "special" ?
Possibly the users reporting these issues are doing something wrong? I
have no forum links as this started from IRC but I can ask for more
details if you could suggest what to look for.
Regards,
Sanne
https://hibernate.onjira.com/browse/HSEARCH-887
9:52 a.m.
IMHO Jackson is like JAXB. I personally will avoid it. It is just my
opinion.
Sometime ago, when I had to do some json work, I just used the org.json
stuff.
On 09/06/2011 09:44 AM, Sanne Grinovero wrote:
Hi all,
we're working on Hibernate Search 4, which sports besides many other
changes a revamped serialization framework which uses Apache Avro;
this is an important component towards a better integration with
Infinispan and unlocking all potential of Hibernate OGM.
Avro depends on:
org.codehaus.jackson:jackson-core-asl (using 1.7.3)
org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
com.thoughtworks.paranamer:paranamer (using 2.3)
org.xerial.snappy:snappy-java (using 1.0.1-rc3)
While Hibernate Search is not part of the Application Server
distribution, we noticed that the AS depends on jackson-mapper-asl too
and some early adopters reported version conflicts.
Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
our tests are fine, but we would rather not bind our project to depend
to AS7's specific versions, if you can suggest better alternatives.
Please consider I'm not familiar with the AS7 classloader isolation
details, but since we're not living under a stone our expectation was
that application code should be isolated from this; is this something
that should be enabled, or is Jackson "special" ?
Possibly the users reporting these issues are doing something wrong? I
have no forum links as this started from IRC but I can ask for more
details if you could suggest what to look for.
Regards,
Sanne
https://hibernate.onjira.com/browse/HSEARCH-887
10:05 a.m.
Thanks for answering Anil,
our choice was not to use Jackson, but to use Apache Avro which in
turn depends on jackson: it's a transitive dependency we had to bring
in, and that's the main reason to dislike using a different version
than what Avro was tested with / designed for.
In worst case, would it be an option to ask AS7 to upgrade to jackson 1.7.x ?
Sanne
On 6 September 2011 16:52, Anil Saldhana <Anil.Saldhana(a)redhat.com> wrote:
IMHO Jackson is like JAXB. I personally will avoid it. It is just
my
opinion.
Sometime ago, when I had to do some json work, I just used the org.json
stuff.
On 09/06/2011 09:44 AM, Sanne Grinovero wrote:
> Hi all,
> we're working on Hibernate Search 4, which sports besides many other
> changes a revamped serialization framework which uses Apache Avro;
> this is an important component towards a better integration with
> Infinispan and unlocking all potential of Hibernate OGM.
>
> Avro depends on:
> org.codehaus.jackson:jackson-core-asl (using 1.7.3)
> org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
> com.thoughtworks.paranamer:paranamer (using 2.3)
> org.xerial.snappy:snappy-java (using 1.0.1-rc3)
>
> While Hibernate Search is not part of the Application Server
> distribution, we noticed that the AS depends on jackson-mapper-asl too
> and some early adopters reported version conflicts.
>
> Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
> our tests are fine, but we would rather not bind our project to depend
> to AS7's specific versions, if you can suggest better alternatives.
>
> Please consider I'm not familiar with the AS7 classloader isolation
> details, but since we're not living under a stone our expectation was
> that application code should be isolated from this; is this something
> that should be enabled, or is Jackson "special" ?
>
> Possibly the users reporting these issues are doing something wrong? I
> have no forum links as this started from IRC but I can ask for more
> details if you could suggest what to look for.
>
> Regards,
> Sanne
>
> https://hibernate.onjira.com/browse/HSEARCH-887
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
5:06 p.m.
----- Original Message -----
From: "Sanne Grinovero" <sanne(a)hibernate.org>
To: jboss-as7-dev(a)lists.jboss.org
Cc: "Emmanuel Bernard" <emmanuel(a)hibernate.org>
Sent: Tuesday, September 6, 2011 8:44:14 AM
Subject: [jboss-as7-dev] depending on jackson-mapper-asl
Hi all,
we're working on Hibernate Search 4, which sports besides many other
changes a revamped serialization framework which uses Apache Avro;
this is an important component towards a better integration with
Infinispan and unlocking all potential of Hibernate OGM.
Avro depends on:
org.codehaus.jackson:jackson-core-asl (using 1.7.3)
org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
com.thoughtworks.paranamer:paranamer (using 2.3)
org.xerial.snappy:snappy-java (using 1.0.1-rc3)
While Hibernate Search is not part of the Application Server
distribution, we noticed that the AS depends on jackson-mapper-asl
too
and some early adopters reported version conflicts.
Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
our tests are fine, but we would rather not bind our project to
depend
to AS7's specific versions, if you can suggest better alternatives.
One word here. When this thing gets into productization it is better all around if we do
use the same versions. While we can do some really cool things now through modules to have
different versions of the same components floating around, I fear that we will get lazy,
and before you know it we end up with dozens of versions of similar or the same components
floating around, and that will become a support nightmare.
Andy
Please consider I'm not familiar with the AS7 classloader
isolation
details, but since we're not living under a stone our expectation was
that application code should be isolated from this; is this something
that should be enabled, or is Jackson "special" ?
Possibly the users reporting these issues are doing something wrong?
I
have no forum links as this started from IRC but I can ask for more
details if you could suggest what to look for.
Regards,
Sanne
https://hibernate.onjira.com/browse/HSEARCH-887
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
2:06 a.m.
I agree with Andy but having different release cycles we should isolate AS 7's libs
from the rest anyways.
For this problem, I think we should:
- bump up AS 7 Jackson version to the one used by Avro
- isolate this library for future proofing
On 7 sept. 2011, at 00:06, Andrig Miller wrote:
From: "Sanne Grinovero" <sanne(a)hibernate.org>
To: jboss-as7-dev(a)lists.jboss.org
Cc: "Emmanuel Bernard" <emmanuel(a)hibernate.org>
Sent: Tuesday, September 6, 2011 8:44:14 AM
Subject: [jboss-as7-dev] depending on jackson-mapper-asl
Hi all,
we're working on Hibernate Search 4, which sports besides many other
changes a revamped serialization framework which uses Apache Avro;
this is an important component towards a better integration with
Infinispan and unlocking all potential of Hibernate OGM.
Avro depends on:
org.codehaus.jackson:jackson-core-asl (using 1.7.3)
org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
com.thoughtworks.paranamer:paranamer (using 2.3)
org.xerial.snappy:snappy-java (using 1.0.1-rc3)
While Hibernate Search is not part of the Application Server
distribution, we noticed that the AS depends on jackson-mapper-asl too
and some early adopters reported version conflicts.
Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
our tests are fine, but we would rather not bind our project to depend
to AS7's specific versions, if you can suggest better alternatives.
One word here. When this thing gets into productization it is better all around if we do
use the same versions. While we can do some really cool things now through modules to
have different versions of the same components floating around, I fear that we will get
lazy, and before you know it we end up with dozens of versions of similar or the same
components floating around, and that will become a support nightmare.
Andy
Please consider I'm not familiar with the AS7 classloader isolation
details, but since we're not living under a stone our expectation was
that application code should be isolated from this; is this something
that should be enabled, or is Jackson "special" ?
Possibly the users reporting these issues are doing something wrong? I
have no forum links as this started from IRC but I can ask for more
details if you could suggest what to look for.
Regards,
Sanne
https://hibernate.onjira.com/browse/HSEARCH-887
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
8:55 a.m.
It comes in from resteasy. The issue is that due to the way jax-rs/resteasy plugins are
loaded we have to add them to every EE deployment that uses jax-rs. So the obvious problem
will be an app using search and jax-rs.
Note that long term the resteasy loading mechanism could potentially be changed to isolate
completely. We would have to investigate it in more detail.
In any case Its probably no big deal to update this lib, we just need to talk to Bill.
Sent from my iPhone
On Sep 6, 2011, at 9:45 AM, Sanne Grinovero <sanne(a)hibernate.org> wrote:
Hi all,
we're working on Hibernate Search 4, which sports besides many other
changes a revamped serialization framework which uses Apache Avro;
this is an important component towards a better integration with
Infinispan and unlocking all potential of Hibernate OGM.
Avro depends on:
org.codehaus.jackson:jackson-core-asl (using 1.7.3)
org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
com.thoughtworks.paranamer:paranamer (using 2.3)
org.xerial.snappy:snappy-java (using 1.0.1-rc3)
While Hibernate Search is not part of the Application Server
distribution, we noticed that the AS depends on jackson-mapper-asl too
and some early adopters reported version conflicts.
Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
our tests are fine, but we would rather not bind our project to depend
to AS7's specific versions, if you can suggest better alternatives.
Please consider I'm not familiar with the AS7 classloader isolation
details, but since we're not living under a stone our expectation was
that application code should be isolated from this; is this something
that should be enabled, or is Jackson "special" ?
Possibly the users reporting these issues are doing something wrong? I
have no forum links as this started from IRC but I can ask for more
details if you could suggest what to look for.
Regards,
Sanne
https://hibernate.onjira.com/browse/HSEARCH-887
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
9:39 a.m.
Thanks Jason,
that's very useful, we can certainly ask Bill for the short term.
Davide, where you using jax-rs in the Search demo you where building
on AS7 ? Could you try removing it and confirm that resolves the
conflict?
Jason, for the long term should I create a JIRA to watch for, or is
this part of some plan already?
Sanne
On 7 September 2011 15:55, Jason Greene <jgreene(a)redhat.com> wrote:
It comes in from resteasy. The issue is that due to the way
jax-rs/resteasy plugins are loaded we have to add them to every EE deployment that uses
jax-rs. So the obvious problem will be an app using search and jax-rs.
Note that long term the resteasy loading mechanism could potentially be changed to
isolate completely. We would have to investigate it in more detail.
In any case Its probably no big deal to update this lib, we just need to talk to Bill.
Sent from my iPhone
On Sep 6, 2011, at 9:45 AM, Sanne Grinovero <sanne(a)hibernate.org> wrote:
> Hi all,
> we're working on Hibernate Search 4, which sports besides many other
> changes a revamped serialization framework which uses Apache Avro;
> this is an important component towards a better integration with
> Infinispan and unlocking all potential of Hibernate OGM.
>
> Avro depends on:
> org.codehaus.jackson:jackson-core-asl (using 1.7.3)
> org.codehaus.jackson:jackson-mapper-asl (using 1.7.3)
> com.thoughtworks.paranamer:paranamer (using 2.3)
> org.xerial.snappy:snappy-java (using 1.0.1-rc3)
>
> While Hibernate Search is not part of the Application Server
> distribution, we noticed that the AS depends on jackson-mapper-asl too
> and some early adopters reported version conflicts.
>
> Even forcing Search to use the same version as AS 7.0.1 (1.6.3) all
> our tests are fine, but we would rather not bind our project to depend
> to AS7's specific versions, if you can suggest better alternatives.
>
> Please consider I'm not familiar with the AS7 classloader isolation
> details, but since we're not living under a stone our expectation was
> that application code should be isolated from this; is this something
> that should be enabled, or is Jackson "special" ?
>
> Possibly the users reporting these issues are doing something wrong? I
> have no forum links as this started from IRC but I can ask for more
> details if you could suggest what to look for.
>
> Regards,
> Sanne
>
> https://hibernate.onjira.com/browse/HSEARCH-887
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
4856
days inactive
4857
days old
6 comments
5 participants
participants (5)
-
Andrig Miller -
Anil Saldhana -
Emmanuel Bernard -
Jason Greene -
Sanne Grinovero