Hi Michael, Hi all, Thanks for your feedback.
On 7/20/10, Michael Glavassevich <[email protected]> wrote: > > Just curious. Are methods 1. and 2. being added to XSObject or is this a > new interface? > Well, we have created two classes. One for the SCD Parser (SCDParser) and one for the SCD resolver (SCDResolver). The methods 1 and 2 have been added to the SCDResolver class. The SCDParser class handles all the parsing jobs including parsing of relative SCDs and SCPs and creating Steps from those parsed expressions. > > So you may have noticed we've been discussing what the minimum JDK level > should be for the immediate future. Based on that I think we're only going > to require JDK 1.4 for the XML Schema 1.1 implementation, which means we > cannot use generics yet. > That will be OK. We will use the existing XSObjectList interface instead of Generics until we switch to a higher JDK version. But I prefer using Generics. > > Hmmm... not sure of the details, but wonder if there's an alternate > solution where we could introduce a new interface which both XSObject and > XSModel extend. Perhaps Sandy could comment. > Well, I'm not sure either. I think the option that you've suggested is much better because still, I think there's no any efficient way to get the current components that are linked to a given component by a given arc and there's other SCD related stuff that can be clearly separated from XSObject interface and made to a different unit(i.e an interface or a class). This will be much more meaningful. > > Makes sense since we haven't defined these yet in the XSModel. Something to > do later. > Yes. Thanks. -- Best Regards, Ishan Jayawardena (ඉෂාන් ජයවර්ධන). --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
