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
