I stand by my statement that the EMF problem is short term pain for long
term gain :-) I think that in the long term using the SDO generator will
be the best and easiest way to do this. Yes I am biased, but I've
seen it
before - avoiding reuse/dependencies works nicely at first, but as
things
grow/change and get more comlicated, the amount of reworking/reinventing
becomes quite a nightmare. The opposite problem, which I think we're
suffering from here, is that the reusable component that we are
trying to
leverage isn't as nice and clean and a perfect fit as we'd like, so it
really looks undesirable. Since we have control of all the pieces, in
this
case, I think we have a great opportunity to make it a clean fit. And
like
I said in my reply to Jeremy, earlier, I really strongly feel that the
problems that we're identifying here are not unique to SCA, so fixing
them
is really in our best interest.
Frank.
"ant elder" <[EMAIL PROTECTED]> wrote on 03/23/2006 10:13:24 AM:
On 3/23/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
<snip/>
As the binding itself uses JAXB2 (though it may change in
> the future), I have to include all eclipse dependencies and SDO
stuff,
> just to load the system configuration files :(
From the discussion I'm starting to be persuaded by some of the
arguments
for the SDO approach, but this EMF dependency seems a draw back. If
we're
going to support alternate data bindings for the WS binding its not
great to
still be dragging in EMF to run the thing. And I'd guess it would be
much
easier to sell SDO to say the Axis2 guys to use instead of XmlBeans if
there
was a pure Java SDO impl. Any Axis2 guys listening who'd comment on
this?
As another comparison look at Axis2, they have their own very simple
Axis
Data Binding (ADB) which supports simple XSDs, and they use XmlBeans
for
all
the complicated stuff. They don't use XmlBeans all the time because
lots
of
things don't need the complexity a full blown data binding brings. And
as
Guillaume points out, the SCA binding schema are usually pretty simple.
...ant
