I just committed with revision 477364 a regenerated version of the predefined SDO models (commonj.sdo and commonj.sdo/java). We needed to regenerate them using the new SDO 2.1 versions of the schemas (sdoModel.xsd and sdoJava.xsd), so I took the opportunity to clean things up by regenerating them with the new EMF-less generator pattern.
After doing this, it became clear to me that all generated models that depend on it (all models, period) must now also be generated with the noEMF pattern. The messiness and amount of work necessary to support client models being generated with either the noEMF or EMF-based code styles is too large to justify continuing to support both patterns, in my opinion. The no EMF-style is the direction we want to go with SDO anyway, I just didn't think that it would need to happen this quickly. The downside of this, is that there are likely to be more bugs in the new pattern then with the old EMF patterns, so I had hoped that we could tell people to use the EMF style as a workaround when they find bugs in the new pattern. On the other hand, the advantage of simply switching over to the new pattern is that we will be forced to find and fix the bugs more quickly. If anyone has concerns with this direction, please let me know ... and be warned that the SDO generator is now flying without a net :-) Thanks, Frank --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
