Michael Keith <MICHAEL.KEITH(a)oracle.com> wrote on 12/23/2008 07:23:30 PM:
Learning a whole new way of writing XML is an ease of use issue.
If you don't know the rules then this new style of XML is definitely
confusing.
Is it a better way going forward? Probably, but if web beans is
being advertised
as a layer of services over existing Java EE technologies then one
would assume
that it will be specified in a way that is natural and easily
understood by the users
of those technologies. That "naturalness" is worth more than what is
gained by a
slightly improved XML style that is limited to one specific area.
Of course, consistency can be achieved from either direction, and
the alternative to
web beans adopting the style of those technologies is for the
technologies to adopt
the web beans style of XML. As I mentioned, for that direction to
change there must
be a platform-level directive.
I agree with Mike.
While I agree that the schema syntax of the DDs is a bit crufty, it
is what it is. It's one of the things I'd like to fix across the
platform at some point, but I don't think we could absorb it for
EE 6 unless the schedules get extended and given that a new schema
syntax doesn't really add much additional value, it's lower priority
than the other stuff that needs work. I think it will get fixed
eventually, but who knows exactly what it will look like.
In the meantime, consistency with the platform is the right thing
to do. It means that IDE developers don't have to split the way
they deal with EE artifacts. It means developers don't have to learn
multiple ways dealing with metadata that looks arbitrarily different
(that's just frustrating).
EE 6 is supposedly carrying on the Ease of use / development theme.
If we were starting from scratch and everything used the new schema
style, then it might be simpler, but I just can't see this being
simple when integrated with the rest of the platform. Right now,
it's just different and arbitrarily different means more complex,
than it should be when we look at the platform as a whole.
Thanks,
Jim Knutson
WebSphere J2EE Architect