-
1. Re: EJB3 enterprise module?
heiko.braun Feb 11, 2009 4:32 AM (in response to camunda)I was looking into that for jbpm4 as well. But didn't make any progress so far.
-
2. Re: EJB3 enterprise module?
tom.baeyens Feb 11, 2009 4:35 AM (in response to camunda)where was that discussed ?
i want to verify the following points:
adding support for storing ejb 3 entities as process variables makes sense to me.
building ejb 3 versions of the command service and timer service do not make sense to me. -
3. Re: EJB3 enterprise module?
camunda Feb 11, 2009 4:36 AM (in response to camunda)So it would maybe help if I commit it for jbpm 3? ;-)
Maybe I can also volunteer to port it to jbpm 4 afterwards, but I am not yet sure if I have the time... -
4. Re: EJB3 enterprise module?
camunda Feb 11, 2009 4:37 AM (in response to camunda)Sorry, the latter was (building ejb3 command and job service and timer).
Why doesn't this make sense to you? Because it doesn't add new functionality? -
5. Re: EJB3 enterprise module?
heiko.braun Feb 11, 2009 4:39 AM (in response to camunda)
building ejb 3 versions of the command service and timer service do not make sense to me.
it wasn't dicussed yet. that's what we are doing atm. But what are your concerns? -
6. Re: EJB3 enterprise module?
tom.baeyens Feb 11, 2009 4:47 AM (in response to camunda)in many corporate environments, it will take quite a while before ejb 3 gets adopted.
if we offer ejb 2 beans, developers in those businesses can just deploy them. whereas they might not be able to deploy ejb 3 beans.
ejb 3 is nicer for us to write, but that is not a good argument.
all containers that have ejb3 also can run ejb 2. and we have already ejb 2 versions.
so i don't see the point in spending effort to rebuild our own beans on ejb 3 and by doing so limit the number of environments that jbpm can be deployed in. -
7. Re: EJB3 enterprise module?
heiko.braun Feb 11, 2009 4:53 AM (in response to camunda)well, it's a trivial task. isn't it?
-
8. Re: EJB3 enterprise module?
camunda Feb 11, 2009 4:55 AM (in response to camunda)I see more and more projects moving to EJB3. The stuff is easier to understand and even easier to deploy. Actually only having EJB 2.1 support sometimes let jbpm looks "old-fashioned" (never underestimate the marketing factor!). And as I mentioned, I am asked quite a lot for ejb3.
Since you often include jbpm in your own environment or application ejb 3 offers better support. E.g. extending the beans or adding interceptors is easier. And some stuff seems to be better supported with EJB 3 in respect to clustering.
Currently I am rewriting it anyway, so the question comes to if I should commit it, the effort would be reduced to maintenance. -
9. Re: EJB3 enterprise module?
camunda Feb 11, 2009 4:55 AM (in response to camunda)heiko wrote:
well, it's a trivial task. isn't it?
Yepp, I scheduled it for today (and only today ;-)). -
10. Re: EJB3 enterprise module?
heiko.braun Feb 11, 2009 5:21 AM (in response to camunda)I think the biggest problem with the CMP based implementation is the container dependence. It always requires a vendor specific persistence mapping. But if we move to JPA we get rid of that problem.
-
11. Re: EJB3 enterprise module?
tom.baeyens Feb 11, 2009 5:30 AM (in response to camunda)"heiko.braun@jboss.com" wrote:
I think the biggest problem with the CMP based implementation is the container dependence. It always requires a vendor specific persistence mapping. But if we move to JPA we get rid of that problem.
that makes sense to me. (and makes me change my mind)
so what you're saying is that with ejb3, there is a bigger chance that the .ear file will run without modifications on lets say websphere or weblogic ?
if that is true, then i'm in favour of moving to ejb 3.
with ejb 2, we will not have the time to build those appserver specific deployment descriptors. so ejb 3 would give us better coverage of environments. -
12. Re: EJB3 enterprise module?
heiko.braun Feb 11, 2009 5:34 AM (in response to camunda)
so what you're saying is that with ejb3, there is a bigger chance that the .ear file will run without modifications on lets say websphere or weblogic ?
right -
13. Re: EJB3 enterprise module?
camunda Feb 11, 2009 9:59 AM (in response to camunda)Damn, it seems that linking a Timer to an EJB3 Entity seems not to be possible like in EJB 2.1 (regarding https://jira.jboss.org/jira/browse/JBPM-886).
Or if anybody has an idea I would be delighted. -
14. Re: EJB3 enterprise module?
aguizar Feb 12, 2009 12:04 PM (in response to camunda)Damn, it seems that linking a Timer to an EJB3 Entity seems not to be possible like in EJB 2.1 (regarding https://jira.jboss.org/jira/browse/JBPM-886 ).
In the current implementation the Timer POJO is flushed and loaded as an EJB2 entity bean. It works but looks and feels dirty. If the hack is not easily portable to EJB3 then we should just use two different tables. It does not make sense to sacrifice cleanliness just to save one table.
Another thought: the EJB3 stuff should not go into jBPM3, it would mostly bring further maintenance burdens and would certainly not be accepted for inclusion into SOA-P.