Hi all,
I'm one of the individual that was waiting to "officially" join the Expert
Group soon (some administration to do with the JSPA). But now I'm official
!!!
My name is Antonio Goncalves, I am an individual based in Paris who has been
working with Java EE (J2EE at the time) since 1999. Former BEA Systems
employee I have worked with application servers for more than a decade now.
I am also the author of two books : Java EE 5 3rd ed. (written in French)
and Java EE 6 2nd ed. (English at APress) and speak frequently at JUGs and
conferences. I was part of Java EE 6 and EJB 3.1 and today 'm also part of
the Java EE 7 expert group and will be having a close look at CDI 1.1 (I've
joined the ML).
This is what I'm interesting in EJB 3.2 :
* Like the Interceptors I would like to extract enterprise services out of
EJB so they could be used by other components (declarative transaction,
scheduling, asynchronous invocations, startup).
* What about enhancing interceptors by adding point cuts ?
* Getting rid of Entity CMP and JAX-RPC
* Aligning MDBs with CDI observers
* Thinking of EJBs as a CDI extension
* Becoming more CDI centric (@Stateless, @Stateful... should be Stereotypes)
* And what about having a single container (instead of an EJB, Servlet, Bean
container) that could manage ManagedBean which have extra services
(transaction, security...)
And as I have already stated in the Java EE 7 EG, I'm not really interested
in Cloud in general as I think it's too early (or if not, it should go in a
Profile, not in the full platform). I am more interested in the development
model of EJBs.
Looking forward to a nice collaboration
Antonio
On Fri, Jun 17, 2011 at 09:59, Adam Bien <abien_at_adam-bien.com> wrote:
> Hi Pete,
>
> please see inline comments:
> On 16.06.2011, at 20:05, Pete Muir wrote:
>
> > Hi
> >
> > I am representing Red Hat on this JSR, and will likely be joined by a
> colleague at some stage. I also (co-)represent Red Hat on JSR-107 (JCache),
> JSR-347 (Data Grids) and am spec lead for JSR-346 (CDI). Previously I was
> involved with JSF 2.0. At Red Hat, I am work day-to-day on Infinispan (a
> data grid project) and am heavily involved in JBoss Application Server
> (focused on usability and CDI), Weld (the RI of CDI), Arquillian (the
> testing framework for incontainer testing) amongst other projects.
> >
> > My vision for EJB is that it becomes "a set of enterprise services,
> applicable to any bean deployed to Java EE". What does this mean in
> practice? That the distinction between EJBs and managed beans goes away. If
> you want to add a service that EJB offers such as declarative concurrency,
> declarative transactions, pooling to a managed bean, there is no need to
> explicitly add @Stateful, @Singleton etc. You just apply the necessary
> annotation to add the service to the method or class.
>
> I have similar visions :-). However we will have to make default features
> like JMX-monitoring and pooling more explicit with an annotation
> (@MaxPoolSize or better: @MaxThreads). The same is true for
> @TransactionAttribute.
> >
> > Further, it would also mean deprecating and eventually removing @EJB
> style injection, and aligning @Resource and @PersistenceContext better with
> CDI style injection (not sure quite how we do this).
>
> +1. However: @EJB has a narrow scope and the container can provide more
> checks e.g. EJBs do not support inheritance in the way CDI managed beans do.
> I saw already "interesting" errors in projects because of this. +1, however,
> for deprecation.
> >
> > Finally, I think it's important that we do at some point remove the
> "extinct" functionality such as CMP from the default EJB API, to reduce the
> confusion a new developer get's when approaching Java EE for the first time.
>
> We should remove the old CMP / BMP stuff from the spec entirely and only
> mention it in the Appendix and point to earlier versions :-)
> >
> > Looking forward to seeing EJB 3.2 take shape!
>
> EJBs do rock!,
>
> adam
> >
> > Pete
> >
> > On 15 Jun 2011, at 23:52, Marina Vatkina wrote:
> >
> >> Welcome to the EJB 3.2 java.net project!
> >>
> >> This message is to announce the formal launch of the Expert Group for
> JSR 345 and to welcome you all as members. Thanks again for offering
> >> to participate in the JPA 2.1 effort.
> >>
> >> The expert group currently (we expect several more experts to jojn)
> includes experts from 5 companies and 2 individuals.
> >> The current members are:
> >>
> >> Florent Benoit (OW2)
> >> Ravikiran Noothi (Pramati)
> >> Pete Muir (Red Hat)
> >> Miju Byon (TmaxSoft)
> >> Reza Rahman (Caucho)
> >> Adam Bien
> >> Stefan Heldt
> >>
> >> The current members of the expert group and their contact information
> are listed on the expert group home page at jcp.org.
> >>
> >> There are also a few more companies and individuals who are still
> sorting out their representation, processing JSPAs, etc., who are expected
> to join us shortly.
> >>
> >> To confirm that the ejb-spec project on java.net and the experts
> mailing list are working correctly, please reply to this email. If you
> would like to do a short self-introduction and describe the particular areas
> of this JSR in which you are most interested in (and interested in being
> (pro)active), please reply to the alias.
> >>
> >> If you hadn't done so, please also subscribe to the issues mailing list
> as we should be able to utilize the associated JIRA setup to track down
> non-trivial changes.
> >>
> >> Please feel free to email me directly if you have any questions or
> encounter any problems. If the concern can be shared by other members, don't
> hesitate to send it to the alias.
> >>
> >>
> >> Best Regards,
> >> -marina
> >>
> >> Marina Vatkina
> >> EJB 3.2 Specification Lead (Oracle)
> >> 4220 Network Circle
> >> Santa Clara 95054
> >> marina.vatkina_at_oracle.com
> >> 1-408-276-5637
> >>
> >>
> >
>
>
>
--
Antonio Goncalves
Software architect and Java Champion
Web site <http://www.antoniogoncalves.org> |
Twitter<http://twitter.com/agoncal>|
Blog <http://feeds.feedburner.com/AntonioGoncalves> |
LinkedIn<http://www.linkedin.com/in/agoncal>| Paris
JUG <http://www.parisjug.org>