[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsbpel] Issue 82.1 - status update ...
Alex, Alex Yiu wrote: > > Hi Yuzo, > > If we decide to use <xsd:redefine>, the reason would be to minimize the > duplication of XSD definition between Exec and Abs BPEL. > > So, you tend to feel more comfortable duplicating chunks of schemas? Do you know how well xsd:redefine is supported by tools? If many tools, at least major ones like JAXP implementations, support it, we should take advantage of it. If not, I think we should go for practicality: that is, choosing chores rather than impossibles... Admittedly not an attractive choice, though. > > After all, the decision will depend on whether we can find an elegant > solution to describe two grammars for Exec and Abs BPEL without > duplicating too many chunks of it. If we cannot find a solution, we > would go for the full duplication route. > > Yuzo ... are you interested in joining the effort solving this grammar / > XSD puzzle? :-) I'd rather not. :-) XSD sounds too heavyweight for me. Yuzo > > Thanks! > > > Regards, > Alex Yiu > > > > Yuzo Fujishima wrote: > >> Alex, >> >> Alex Yiu wrote: >> >>> >>> Hi all, >>> >>> Some folks in the TC (including me) will start working details >>> splitting schema for Exec / Abs BPEL. If anyone of you are interested >>> in working together on this topic, please let me know. >>> >>> Some of details we need to decide are: >>> >>> * how much we can leverage XSD's advanced features (e.g. "include", >>> "redefine")? >> >> >> I would say the advanced features should be used only >> when there is a compelling reason because tools' support >> for XSD is, IMHO, rather limited. >> >> Yuzo Fujishima >> NEC Corporation >> >>> * do we want just want to copy one XSD file into two totally >>> separated XSD files? >>> >>> >>> Thanks! >>> >>> Regards, >>> Alex Yiu >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this mail list, you must leave the OASIS TC that >> generates this mail. You may a link to this group and all your TCs in >> OASIS >> at: >> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. You may a link to this group and all your TCs in > OASIS > at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]