Hi all,
I just read the revision history of 2.0 final and if it is complete I have to
say that as a system architect I am very disappointed that none of the very
valid points made on this forum about 2.0 CMP problems have been addressed.
Looking at applications we have currently deployed on 1.1 CMP I can say that
2.0 CMP is in some aspects a step back and in others it doesn't achieve what
it was meant to be (as I understood it):
- data model partitioning cannot be reflected in ejb deployment due to
restricting relationships to one ejb-jar (currently an application we are
working on has about 100 entity beans being clustered in 14 ejb-jars, which
would have to move into one ejb-jar if ported to 2.0 CMP - a development and
maintenance nightmare)
- EJB QL will not be a step ahead as far as portability is concerned because
of a missing order by clause. server vendors will most likely provide
proprietary ways to define the finder queries in SQL, so much for portability.
I cannot imagine that other people in the field won't have those problems
which makes me wonder if the spec committee only took into account server
vendors' views or talked to systems architects who have actually worked in
many ejb projects. We now have to live with the effects of that for quite a
while and I think a great opportunity was missed to take experience from the
past two years of ejb application development to make the ejb platform a lot
more mature. I do not mean to discredit the spec authors as many other things
are a step ahead and great work but the CMP part (always advocated as a key
area of improvement) introduces serious problems in the real world which will
probably lead to the continued or extended use of proprietary O/R mapping
layers (which we will probably do).
One of the worst aspects of this is the fact that the community never had a
chance to influence the changes introduced in PFD2 and some of the concerns
(by people who have a great deal of experience in this area) where not even
commented on in this forum.
I would be interested in others' comments on that (maybe clearing up my
misconceptions).
Regards,
Robert
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
