Jeremy, The XMLStreamHelper load (using the StAXtoSAXAdapter) is already in. I'm still working with Raymond on the save methods.
To try to clarify the role of StAXElementLoader ... how do you see generated SDO POJO handlers working with it? Once we generate a loader, how does StAXElementLoader.load() relate to it? How is the "plugability" of binding technology supposed to work here? Thanks, Frank. Jeremy Boynes <[EMAIL PROTECTED]> wrote on 06/12/2006 05:01:28 PM: > Yang ZHONG wrote: > > Frank and I have been working on a generic StAX loader for SDO and a > > generator for the loader. > > > > Is there any effort we can share please? Or is there anything we can do to > > reduce possible duplicated effort please? > > > > The SCA loader stuff is in the main trunk for SCA and the revisions I've > done to handle the recursive model are in my sandbox (with a plan to > move them to a branch tomorrow). > > The best way to avoid duplicate effort is to work with people on this > list. I saw the note you sent last Friday saying that you were looking > at this so I'm not sure how far you've come. How about summarizing that > in an email or, if you can, posting the code as a patch? > > > Is StAXElementLoader or ModelObject something we need to handle specially > > during the generic StAX loading of SDO please? > > > > These are things the SCA implementation is using to load the config > model. We want to use SDO for this but don't want to pre-req that as the > only implementatation (hence the desire for POJOs). They shouldn't be > things that need any special support in SDO - they could be viewed as > examples of Java-oriented stuff that people would like SDO to be able to > work with. > > Are you working on the XMLStream helper stuff? Is that all in SVN > already (Frank?) or do you think you would have a patch soon? > > -- > Jeremy > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
