By far the current most popular form of persistence frameworks is the EJB 2.0 standard. This allows Container Managed Persistence, in which the application server manages the persistence for the developers, allowing them to concentrate on coding business logic instead of implementation specifics. Prior to EJB 2.0, the specification mandated remote interfaces and had no way to express relationships between objects. Both of these problems harmed performance, but they were fixed in EJB 2.0. Today CMP ships with all J2EE EJB 2.0 compliant application servers, thus it has a huge advantage over the rest of the marketplace due to the ubiquitous nature of the platform.
Truthfully, there are many analysts whom (after reviewing the initial CMP and EJB spec) developed their own forms of persistence frameworks, and 2.0 did little to persuade them that things had changed radically for them to migrate away from their ingrained technologies.
Thankfully the World of IT developers realized the deficiencies of previous persistence models and/or the hard sell in introducing a proprietary in house persistence platform to (rightfully) wary IT management groups at conservative publicly traded firms. What is required is an official java standard for persistence, and that is exactly what JSR 220 a part of the Java community process for standardization is. The Java consortium feels that by getting the entire Java community behind one standard Java persistence API, they will simplify the now-confusing, expensive and risky development of J2EE and J2SE applications using data persistence. During the specification member voting in August of this year, all present firms (Apple, Apache, IBM, BEA, JBOSS, HP, SAP, Oracle et all) voted on the specification with such epiphanic comments such as:
?We believe JSR-220 will have great impact on the Java enterprise eco-system and will give productivity back to the developers.? ?JBOSS Inc.
This new architecture provides a standard way to transparently persist plain Java objects. It is designed to work in multiple tiers of enterprise architecture, including J2SE, Web tier, and Application Servers, allowing it to be used for both the Web-based RFP and client-side java apps.
This standard is an amalgamation of both CMP, which is for persisting distributed components built specifically to the entity bean component API, and JDO, which is geared towards local, rich object models not tied to any particular API. Developers can choose between these technologies by evaluating their requirements (persistent components or persistent objects).
With both the freely available open-source persistence, and the maturing of the common, and now ubiquitous EJB model, it is highly suggested that EJB is in for its' glory days. As this new SUN EJB 3.0 persistence framework is an extension of both EJB 2.0 CMP and the existing JDO API, the adoption of this new technology is an easy one for most Java developers working in common J2EE services architectures, for the initial exposure has already occurred.
My opinion is that EJB is far from dead, one only has to look at the voting members for the JSR....all the big players are there. With Java being one important player in granting our flex apps the data it exposes, these questions are only going to become more important for FLEX teams.
To: [email protected]
From: "Dave Wolf" <[EMAIL PROTECTED]>
Sent by: [email protected]
Date: 11/21/2005 11:04AM
Subject: [flexcoders] Re: Java Pojo to AS pojo with ant
I have a history with EJB which is as long as is feasibly possible (I
was involved in the development of the actual EJB spec all the way
back at version 0.4!). I am with you on the future of EJB.
Our applications tend to be the "new wave" architecture where we run
inside Tomcat using POJO's, standard persistence layers, etc. That
said EJB3 tends to match that model a lot closer then ever.
I am also with you on the natural migration of the Java developer into
Flex and RIA's in general. RIA and Flex in particular is something
the serious business developer has been waiting on for over 8 years
now. That said, most Java devs have been so throttled by HTML and so
focused on the back-end development we have a lot to learn from the
Flash crowd in terms of user experience.
As I said, the sweet spot is having really good folks on both sides of
the fence, a good development approach on how to get those two groups
working together cohesively, and proven success. Right now being able
to bring all of that together is pretty scare. It also explains
seeing folks like us coming into this community.
--
Dave Wolf
Cynergy Systems, Inc.
Macromedia Flex Alliance Partner
http://www.cynergysystems.com
Email: [EMAIL PROTECTED]
Office: 866-CYNERGY
--- In [email protected], Mykola Paliyenko <[EMAIL PROTECTED]>
wrote:
>
> Yeah Dave,
> totally agree XDoclet and EJB sucks. Now we do not use XDoclet for java
> any more, we have Java 5.0 annotations. But I've found XDoclet2
suitable
> for generating interface between Java and Flex. People in flex team are
> really hapy that they do not have to maintain their Delegates and
> ValueObjects any more, since they are maintained dynamically.
> I'm a Java programer myself and I found that Flex is much more
closer to
> Java developers familiar with web mvc frameworks than to the Flash
> developers. Also it is very funny to read about Flex EJB integration
> samples since EJB is deader than dead. It's strange but the only stuff
> I've found about Spring2Flex is SpringBeanAdapter library. It would be
> interesting to have a poll about what Java server techology people use
> for a backend. I will be very surprised if it will be EJB.
>
> Regards, Mykola
>
> Dave Wolf wrote:
>
> >
> > For those of you coming from a Flash background and are wondering what
> > the heck an EJB with XDoclet annotations using a Velocity template to
> > generate a stub for a POJO are......
> >
> >
> > Say hello to your distant cousins the Java programmer. I think you're
> > going to see lots more of them. I also reccomend you make them your
> > friends. Its going to be tough to pull off major Flex development
> > without a good Java geek or two in your pocket.
> >
> > --
> > Dave Wolf
> > Cynergy Systems, Inc.
> > Macromedia Flex Alliance Partner
> > http://www.cynergysystems.com
> >
> > Email: [EMAIL PROTECTED]
> > Office: 866-CYNERGY
> >
> >
> >
> > --- In [email protected], Mykola Paliyenko <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > Hi Jim,
> > > For my current project I've implemented ant codegeneration for
> > >
> > >
> > > 1. Generate actionscript pojos from java pojos
> > > 2. Generate client-side actionscript business delegate from
that same
> > > interface (for cairngorm framework)
> > >
> > > I cannot share the code since it is project specific but I can
share the
> > > idea. The implementation itself is very easy if you are familiar
> > with Java.
> > >
> > > I'm using XDoclet2 http://xdoclet.codehaus.org/> as a generating
> > tool. The
> > > templates are written in Velocity but they are very simple. To
determine
> > > which classes to generate I'm using IValueObject empty interface. I
> > do not
> > > use EJB I use Spring with Hibernate and thus I generate
delegates for my
> > > Java services that are placed in a Spring context. I have a
> > convention that
> > > all my service interfaces called IManager and I convert http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> > them to
> > > theDelegate with the same package. That is all.
> > >
> > > If you know exactly what you need to generate it will take you a
> > couple of
> > > days to get introduced into XDoclet and create your tool. Good luck.
> > >
> > > Regards,
> > > Mykola
> > >
> > >
> > >
> > > On 11/20/05, Jim Schneider <[EMAIL PROTECTED]>wrote:
> > > >
> > > > I'm looking to automatically generate actionscript pojos from
> > java pojos
> > > > (ejb3 annotations) using Ant. I saw the AS2vogenerator, but it
was my
> > > > understanding that was done in an IDE and was dependent on hbm
> > files. Maybe
> > > > I misunderstand the capabilities.
> > > >
> > > > On a related note, has anyone been able to generate DDL using the
> > > > hibernate-tools ant task without having to list out all of the
> > annotated
> > > > classes in the hibernate.cfg.xml file? Seems like there should be
> > a way to
> > > > "pass in" the class files to the annotationconfiguration ant
> > element, but
> > > > after searching for a couple hours, I didn't see that this was
> > supported.
> > > > Ideally, this should read from a "par" file and not really
need the
> > > > cfg.xml file (except for database dialect).
> > > >
> > > > While I'm asking for everything, does anyone else have some
> > useful code
> > > > generation tools (using ant) that they can share? Specifically,
> > from an ejb3
> > > > annotated set of pojos, and a business service interface (ejb3
> > stateless
> > > > session interface), I would like to:
> > > >
> > > >
> > > > 1. Generate DDL for any given database dialect
> > > > 2. Generate actionscript pojos from java pojos
> > > > 3. Generate server-side java business delegate (remote
object) from
> > > > a business service interface (ejb3 stateless session interface)
> > > > 4. Generate client-side actionscript business delegate from
that
> > > > same interface (for cairngorm framework)
> > > >
> > > > Again, I want to do this all from ant, not from an IDE. Maybe
> > these are
> > > > just a set of velocity templates? Any examples of these (and how
> > to invoke
> > > > in ant) would be great as I'd rather not have to learn the
> > velocity template
> > > > language (yet!).
> > > >
> > > > Thanks,
> > > >
> > > > Jim
> > > >
> > > >
> > > >
> > > > --
> > > > Flexcoders Mailing List
> > > > FAQ:
> > > > Search Archives:
> > http://www.mail-archive.com/flexcoders%40yahoogroups.com
> > > >
> > > >
> > > >
> > > > SPONSORED LINKS
> > > > Web site design
> >
developmenthttp://groups.yahoo.com/gads?t=ms&k=Web+site+design+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=L-4QTvxB_quFDtMyhrQaHQ
> >
http://groups.yahoo.com/gads?t=ms&k=Web+site+design+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=L-4QTvxB_quFDtMyhrQaHQ>>
> > Computer
> > > > software
> >
developmenthttp://groups.yahoo.com/gads?t=ms&k=Computer+software+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=lvQjSRfQDfWudJSe1lLjHw
> >
http://groups.yahoo.com/gads?t=ms&k=Computer+software+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=lvQjSRfQDfWudJSe1lLjHw>>
> > Software
> > > > design and
> >
developmenthttp://groups.yahoo.com/gads?t=ms&k=Software+design+and+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=1pMBCdo3DsJbuU9AEmO1oQ
> >
http://groups.yahoo.com/gads?t=ms&k=Software+design+and+development&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=1pMBCdo3DsJbuU9AEmO1oQ>>
> > Macromedia
> > > >
> >
flexhttp://groups.yahoo.com/gads?t=ms&k=Macromedia+flex&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=OO6nPIrz7_EpZI36cYzBjw
> >
http://groups.yahoo.com/gads?t=ms&k=Macromedia+flex&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=OO6nPIrz7_EpZI36cYzBjw>>
> > Software
> > > > development best
> >
practicehttp://groups.yahoo.com/gads?t=ms&k=Software+development+best+practice&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=f89quyyulIDsnABLD6IXIw
> >
http://groups.yahoo.com/gads?t=ms&k=Software+development+best+practice&w1=Web+site+design+development&w2=Computer+software+development&w3=Software+design+and+development&w4=Macromedia+flex&w5=Software+development+best+practice&c=5&s=166&.sig=f89quyyulIDsnABLD6IXIw>>
> > > > ------------------------------
> > > > YAHOO! GROUPS LINKS
> > > >
> > > >
> > > > - Visit your group
> > "flexcoders http://groups.yahoo.com/group/flexcoders>"
> > > > on the web.
> > > > - To unsubscribe from this group, send an email to:
> > > >
> >
[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> > > > - Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> > > > Service http://docs.yahoo.com/info/terms/>.
> > > >
> > > >
> > > > ------------------------------
> > > >
> > >
> > >
> > >
> > > --
> > > Best Regards,
> > > Mykola
> > >
> >
> >
> >
> >
> >
> >
> > --
> > Flexcoders Mailing List
> > FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> > Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> >
> >
> >
------------------------------------------------------------------------
> > YAHOO! GROUPS LINKS
> >
> > * Visit your group "flexcoders
> > http://groups.yahoo.com/group/flexcoders>" on the web.
> >
> > * To unsubscribe from this group, send an email to:
> > [EMAIL PROTECTED]
> >
mailto:[EMAIL PROTECTED]>
> >
> > * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> > Service http://docs.yahoo.com/info/terms/>.
> >
> >
> >
------------------------------------------------------------------------
> >
>
------------------------ Yahoo! Groups Sponsor --------------------~-->
AIDS in India: A "lurking bomb." Click and help stop AIDS now.
http://us.click.yahoo.com/VpTY2A/lzNLAA/yQLSAA/nhFolB/TM
--------------------------------------------------------------------~->
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
| Web site design development | Computer software development | Software design and development |
| Macromedia flex | Software development best practice |
YAHOO! GROUPS LINKS
- Visit your group "flexcoders" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
