4:28 a.m.
Hey guys,
Sanne and Hardy are working on the OSGi-ification of Hibernate Search and it does not come
without trouble.
Who is leading this effort on the Infinispan side? I recommend you start early in a
release cycle because you will have to butcher APIs and packages to do it properly. Worse,
you will suffer from you dependencies.
Brett has offered to help you but I know for sure he won’t lead it. He would be more like
a good expect to talk to.
Bilgin has shown a Camel integration prototype but he also seemed to imply that he had
some significant problems that needed Infinispan improvements.
Also, I’m not quite sure but looking at these Camel routes, they seem to be very URI
driven. If we want to support query over a Camel route and express them via a URI, we will
need a string based query language. I might be talking nonsense and somehow the query is
written in Java. But better anticipate. Bilgin would know more, he has written in his demo
CamelInfinispanOperationQuery after all :)
Emmanuel
5:32 a.m.
Hi Emmanuel and infinispan folks,
we have been using Infinispan in OSGi environment in a project called
OpenDayLight, if interested you can look at:
Granted we are using a tiny part of the infinispan capabilities, but we found
very helpful to first of all define the contract the applications would have
with the infinispan. For other issues like the classloading, we just made sure
to provider a ClassResolver that always enforce the lookup in the OSGi class
loader, and in spite of some initial unreliability things has been doing ok for us.
My 2 cents,
Giovanni
On 27-Mar-14 10:28, Emmanuel Bernard wrote:
Hey guys,
Sanne and Hardy are working on the OSGi-ification of Hibernate Search and it
does not come without trouble.
Who is leading this effort on the Infinispan side? I recommend you start
early in a release cycle because you will have to butcher APIs and packages
to do it properly. Worse, you will suffer from you dependencies.
Brett has offered to help you but I know for sure he won’t lead it. He would
be more like a good expect to talk to. Bilgin has shown a Camel integration
prototype but he also seemed to imply that he had some significant problems
that needed Infinispan improvements.
Also, I’m not quite sure but looking at these Camel routes, they seem to be
very URI driven. If we want to support query over a Camel route and express
them via a URI, we will need a string based query language. I might be
talking nonsense and somehow the query is written in Java. But better
anticipate. Bilgin would know more, he has written in his demo
CamelInfinispanOperationQuery after all :)
Emmanuel _______________________________________________ infinispan-dev
mailing list infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Giovanni Meo
Via del Serafico, 200 Telephone: +390651644000
00142, Roma Mobile: +393480700958
Italia Fax: +390651645917
VOIP: 8-3964000
“The pessimist complains about the wind;
the optimist expects it to change;
the realist adjusts the sails.” -- Wm. Arthur Ward
IETF credo: "Rough consensus and running code"
7:23 a.m.
It is Ion on our side, thank you for the heads up.
On Mar 27, 2014, at 9:28, Emmanuel Bernard <emmanuel(a)hibernate.org> wrote:
Hey guys,
Sanne and Hardy are working on the OSGi-ification of Hibernate Search and it does not
come without trouble.
Who is leading this effort on the Infinispan side? I recommend you start early in a
release cycle because you will have to butcher APIs and packages to do it properly. Worse,
you will suffer from you dependencies.
Brett has offered to help you but I know for sure he won’t lead it. He would be more like
a good expect to talk to.
Bilgin has shown a Camel integration prototype but he also seemed to imply that he had
some significant problems that needed Infinispan improvements.
Also, I’m not quite sure but looking at these Camel routes, they seem to be very URI
driven. If we want to support query over a Camel route and express them via a URI, we will
need a string based query language. I might be talking nonsense and somehow the query is
written in Java. But better anticipate. Bilgin would know more, he has written in his demo
CamelInfinispanOperationQuery after all :)
Emmanuel
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
9:15 a.m.
https://github.com/infinispan/infinispan/pull/2457
I'm still more than willing to continue helping, but need some eyes on that first.
There's one architectural question that, until I have all of your inputs, I can't
really proceed. If you have a moment, I'd appreciate it!
Brett Meyer
Red Hat, Hibernate ORM
----- Original Message -----
From: "Mircea Markus" <mmarkus(a)redhat.com>
To: "infinispan -Dev List" <infinispan-dev(a)lists.jboss.org>
Sent: Thursday, March 27, 2014 8:23:48 AM
Subject: Re: [infinispan-dev] OSGi
It is Ion on our side, thank you for the heads up.
On Mar 27, 2014, at 9:28, Emmanuel Bernard <emmanuel(a)hibernate.org> wrote:
Hey guys,
Sanne and Hardy are working on the OSGi-ification of Hibernate Search and it does not
come without trouble.
Who is leading this effort on the Infinispan side? I recommend you start early in a
release cycle because you will have to butcher APIs and packages to do it properly. Worse,
you will suffer from you dependencies.
Brett has offered to help you but I know for sure he won’t lead it. He would be more like
a good expect to talk to.
Bilgin has shown a Camel integration prototype but he also seemed to imply that he had
some significant problems that needed Infinispan improvements.
Also, I’m not quite sure but looking at these Camel routes, they seem to be very URI
driven. If we want to support query over a Camel route and express them via a URI, we will
need a string based query language. I might be talking nonsense and somehow the query is
written in Java. But better anticipate. Bilgin would know more, he has written in his demo
CamelInfinispanOperationQuery after all :)
Emmanuel
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
9:25 p.m.
Success! Paired with a work-in-progress branch [1] for ORM, I'm now able to use
hibernate-infinispan, infinispan-core, and infinispan-commons in OSGi (Karaf). Obviously,
we still need unit tests (especially for the other modules), but hibernate-infinispan
working is very indicative of successful class loading, service loading, resource loading,
and client bundles by at least core.
Thanks for the discussion on IRC, today! The OSGi pull request is now
"complete" [2], but needs reviewing.
[1] https://github.com/brmeyer/hibernate-orm/tree/hibernate-infinispan-osgi
[2] https://github.com/infinispan/infinispan/pull/2457
Brett Meyer
Red Hat, Hibernate ORM
----- Original Message -----
From: "Brett Meyer" <brmeyer(a)redhat.com>
To: "infinispan -Dev List" <infinispan-dev(a)lists.jboss.org>
Sent: Thursday, March 27, 2014 10:15:39 AM
Subject: Re: [infinispan-dev] OSGi
https://github.com/infinispan/infinispan/pull/2457
I'm still more than willing to continue helping, but need some eyes on that first.
There's one architectural question that, until I have all of your inputs, I can't
really proceed. If you have a moment, I'd appreciate it!
Brett Meyer
Red Hat, Hibernate ORM
----- Original Message -----
From: "Mircea Markus" <mmarkus(a)redhat.com>
To: "infinispan -Dev List" <infinispan-dev(a)lists.jboss.org>
Sent: Thursday, March 27, 2014 8:23:48 AM
Subject: Re: [infinispan-dev] OSGi
It is Ion on our side, thank you for the heads up.
On Mar 27, 2014, at 9:28, Emmanuel Bernard <emmanuel(a)hibernate.org> wrote:
Hey guys,
Sanne and Hardy are working on the OSGi-ification of Hibernate Search and it does not
come without trouble.
Who is leading this effort on the Infinispan side? I recommend you start early in a
release cycle because you will have to butcher APIs and packages to do it properly. Worse,
you will suffer from you dependencies.
Brett has offered to help you but I know for sure he won’t lead it. He would be more like
a good expect to talk to.
Bilgin has shown a Camel integration prototype but he also seemed to imply that he had
some significant problems that needed Infinispan improvements.
Also, I’m not quite sure but looking at these Camel routes, they seem to be very URI
driven. If we want to support query over a Camel route and express them via a URI, we will
need a string based query language. I might be talking nonsense and somehow the query is
written in Java. But better anticipate. Bilgin would know more, he has written in his demo
CamelInfinispanOperationQuery after all :)
Emmanuel
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
3706
days inactive
3707
days old
infinispan-dev@lists.jboss.org
4 comments
4 participants
participants (4)
-
Brett Meyer -
Emmanuel Bernard -
Giovanni Meo -
Mircea Markus