Hi,
One observation while doing work on - Changes in DAS for using new SDO
APIs.
DAS uses tuscany-sdo-plugin for generating static classes for config.xsd and
some
other example exds. It shows that - the generated code has used deprecated
method FactoryBase.getProperty(Type,int) and needs to be
Hi Amita,
I'm not aware of anyone planning to fix 761. There were a couple of
possible approaches, either or both of which could be developed. Ron
Gavlin painted a scenario in the JIRA where dropping of individual
types from a namespace would be the right thing to do.
There's also discussion of
What is the plan for JIRA-761(Support the ability to unregister all the SDO
Types in a namespace)
Also, I am just trying to understand that in a condition where some Type is
defined in
using SDOUtil.createType() and later some attributes of it need to change
during
the same runtime invocation. So
Having released 1.0-incubating, what are the priorities for SDO Java now.
I'm just catching up on reading the lists having taken a break. The
major things I had in mind before going away were to
- rearrange the project structure to permit generation of java classes
during maven tests