Perhaps with KarafEE, we have established a new era for Java OSGI
Application Servers design like Apache Tomcat more than a decade ago
On Wed, Jan 4, 2012 at 1:46 PM, Ioannis Canellos wrote:
> Reading all these interesting views I come to realize that so far all app
> servers that use OSGi, actu
Reading all these interesting views I come to realize that so far all app
servers that use OSGi, actually ported their existing codebase into OSGi
leaving a "gap", since they were not originally designed for that job.
What I find really exciting is the fact that this is the only approach I am
awar
EJB
lookup mechanism (local, remote)
- Different tests have been made like also calling EJBs beans from camel
routes
--
View this message in context:
http://karaf.922171.n3.nabble.com/Proposition-Apache-KarafEE-tp3585332p3631670.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
KarafEE could be added as a point to discuss during the 2nd Karaf
meeting. As I'm in holidays, I couldn't (damn) join you
On Thu, Dec 15, 2011 at 5:48 PM, Jamie G. wrote:
> Also jumping in a bit late, there is a lot of good discussion above.
>
> After reading all of the issues above I really thin
Also jumping in a bit late, there is a lot of good discussion above.
After reading all of the issues above I really think that KarafEE
really would thrive better as a OpenEJB sub-project (perhaps being
homed at http://openejb.apache.org/apache-karafEE.html).
As to the online registry I believe th
Jumping in quite late but just waiting for someone expressing what I'm
thinking. Thanks Ioannis for doing so :-)
I think, using such an approach something like KarafEE could be archived
(compared to other approaches) quite simple. If we get enough feedback we
can still decide if we can "nail-down"
Guillaume, yes this is exactly what I had in mind.
Now if we do it using Cave, that's ok with me, but preferably this would be
an awesome out of the box feature (by that I mean that it would be awsome
as feature without requiring additional bundle/feature installation or
configuration).
Now, if w
Thanks Guillaume,
I misunderstood.
Anyway, Cave could do that too ;)
Regards
JB
On 12/15/2011 02:13 PM, Guillaume Nodet wrote:
I think what Iannis was talking about is a static features repository
which would aggregate on the karaf web site known features from other
projects. It's really jus
Yes, why not ;)
Regards
JB
On 12/15/2011 02:14 PM, Ioannis Canellos wrote:
Hi Jean Baptiste,
Will we host a public cave repository, so that anyone can pull features from
there?
On 15 Δεκ 2011, at 2:40 μ.μ., Jean-Baptiste Onofré wrote:
Hi Ioannis,
the features providing is a target in Cave
Hi Jean Baptiste,
Will we host a public cave repository, so that anyone can pull features from
there?
On 15 Δεκ 2011, at 2:40 μ.μ., Jean-Baptiste Onofré wrote:
> Hi Ioannis,
>
> the features providing is a target in Cave: Cave aim to be a feature
> repository, gathering all features from seve
I think what Iannis was talking about is a static features repository
which would aggregate on the karaf web site known features from other
projects. It's really just about writing this xml and publishing it
to a know location.
On Thu, Dec 15, 2011 at 13:40, Jean-Baptiste Onofré wrote:
> Hi Ioan
Hi Ioannis,
the features providing is a target in Cave: Cave aim to be a feature
repository, gathering all features from several projects and Karaf can
register to a features Cave repository (like a Maven repo).
Regards
JB
On 12/15/2011 11:52 AM, Ioannis Canellos wrote:
I think that we all
I like the online repo of features idea BTW; a little like maven can
automatically discover archetypes from the archetypes catalog
generated by nexus from the public OSS repo. Would be nice to have a
similar thing for Karaf features (or even installers maybe to turn a
Karaf into different things/di
I think that we all are +1 on the effort Charles put to integrate Karaf
with OpenEJB. Different views has been expressed on where and how (I
reusing Charles words).
This talk reminded me of an old one we had, when we first started talking
about subprojects, there was an argument on what should be
Agree James, if the Geronimo community want to work in this way, it
makes sense and we would be more than happy to help.
Let see what the Geronimo community thinks about it.
Regards
JB
On 12/15/2011 09:54 AM, James Strachan wrote:
Given Geronimo is already based on Karaf and focussed on EE; a
Given Geronimo is already based on Karaf and focussed on EE; am not
sure why re-implementing Geronimo inside Karaf is a good idea -
wouldn't it be better to just work with the Geronimo community to fix
the issues you've raised (which seems to be about having more
Karaf-like approaches available ins
2011/12/15 Łukasz Dywicki :
> Let me put my 0.2 PLN.
Aren't you supposed to switch to euros in the near future ? Though I'd
agree that's not the best time to think about it ;-)
> I like the idea but I am also with Ioannis who told that we are going to have
> too many subprojects. Currently our
Let me put my 0.2 PLN.
I like the idea but I am also with Ioannis who told that we are going to have
too many subprojects. Currently our subprojects are not very active. Our team
do not grow quickly, some of us are busy in other projects or proffesional
life. Just see how long the 3.0 release t
I think this idea would best be kept at openejb.
I think you are being incredibly overoptimistic about the amount of work
involved for even web profile certification (what tomee has). You can get
access to the tck by signing an NDA but just running it is a major undertaking,
let alone fixing t
OpenEJB is involved into the TCK process so KarafEE will inherit it
On Wed, Dec 14, 2011 at 6:26 PM, Guillaume Nodet wrote:
> So in order to convince architects and decision maker, you want to be
> certified I suppose.
> How much of the JEE certification do you really want to test / pass ?
> AFAI
So in order to convince architects and decision maker, you want to be
certified I suppose.
How much of the JEE certification do you really want to test / pass ?
AFAIK, that's a *LOT* of work ...
On Wed, Dec 14, 2011 at 18:18, Charles Moulliard wrote:
> Before to decide what to do we must dissocia
Before to decide what to do we must dissociate from our discussions
the "How" from the "If".
For my point of view KarafEE will be a OSGI Java Application Server
using Karaf as central platform and OpenEJB, OpenJPA, Aries as the
foundation for the Enterprise features and nothing more. EE is just
ad
A big +1 for the Idea, since this is one of the things I can see to make
the EJB community to move to OSGi and I was already looking/longing for
such
a feature about 1,5 years ago :)
But as Dan already said I also see this more as a OpenEJB project.
Never the less, we might start this KarafEE as a
Hi Dan,
I have no problem to do it in OpenEJB, exactly as TomEE.
We just know:
- if OpenEJB community is OK with that
- that it will require "more" time to setup it, as we need to help (or
join) the community
- that not OpenEJB is involved here, but also OpenJPA, etc. Why not
doing it in Aries
I was trying to find a way to express what i had in mind, but what you
said basically sums it up, so not much to add here.
On Wed, Dec 14, 2011 at 16:35, Daniel Kulp wrote:
>
>
> I'm kind of +1 to the idea, but more -0.5 to the idea *here*. I'm struggling
> to really see how it fits here as com
I'm kind of +1 to the idea, but more -0.5 to the idea *here*. I'm struggling
to really see how it fits here as compared to being done as part of OpenEJB
community.We're getting a lot of stuff going on in Karaf right now that is
already beginning to splinter things up a bit and this just
uses Karaf but wraps and hide a
lot of Karaf features.
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -
From: "Glen Mazza"
To:
Subject: [Proposition] - Apache KarafEE
Date: Wed, Dec 14, 2011 3:29 pm
cat.
The purpose is to be Karaf oriented, Geronimo uses Karaf but wraps and
hide a lot of Karaf features.
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -
From: "Glen Mazza"
To:
Subject: [Proposition]
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://wwx.talend.com
>
> ----- Reply message -
> From: "Glen Mazza"
> To:
> Subject: [Proposition] - Apache KarafEE
> Date: Wed, Dec 14, 2011 3:29 pm
>
>
> What would be the difference
---- Reply message -
From: "Glen Mazza"
To:
Subject: [Proposition] - Apache KarafEE
Date: Wed, Dec 14, 2011 3:29 pm
What would be the difference between KarafEE and ServiceMix? As with
Geronimo and ServiceMix, all I can see is that you want to build on top
of Karaf, but go in a different
ofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -
From: "Glen Mazza"
To:
Subject: [Proposition] - Apache KarafEE
Date: Wed, Dec 14, 2011 3:29 pm
What would be the difference between KarafEE and ServiceMix? As with
Geronimo and S
What would be the difference between KarafEE and ServiceMix? As with
Geronimo and ServiceMix, all I can see is that you want to build on top
of Karaf, but go in a different direction from what they have done
(fine), but, at the same time, directly affiliate it with Karaf (perhaps
not-so-fine).
Just FYI, it's something that Charles and I have in mind for quite a
long time now. I discussed with Guillaume about that in the past
(providing a OSGi EE Container) but I think it wasn't the right time before.
Now, regarding the maturity of projects like OpenEJB, etc, it could be
the right ti
Hi Charles,
as discussed on Skype this morning, I like the idea.
I think that having a new KarafEE Karaf sub-project is interesting and
is different from Geronimo.
Geronimo "overrides" some Karaf functionnality (for instance features,
etc) to provide a complete standalone JEE application ser
Hi,
As you probably knows, I work with OpenEJB community since a couple of
weeks to be able to deploy OpenEJB 4.0.0-SNAPSHOT on Apache Karaf. The
OpenEJB container can already been deployed and EJBs jars registered.
Work should be done around OpenEJB to be able to easily scan (like we
do for deplo
35 matches
Mail list logo