Re: Usage of config.setDataObjectModel()
I'm not sure, but I believe so based on the report from Florian. It's
certainly worth double-checking to make sure the URIs match between
XSDHelper and the DAS config file, but otherwise I think M2 has the
same issue.
Brent
On 12/20/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
Hi Brent
This would be the case of trunk code, would Florian see the same issue
with M2 ?
--
Luciano Resende
http://people.apache.org/~lresende
On 12/19/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Florian,
>
> This is being tracked in Tuscany-961. The resolution is tied up in
> moving the DAS to some SDO 2.1 APIs.
>
> Brent
>
>
> On 12/18/06, Florian Pinel <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I am trying to execute a read command with a pre-set data object
> > model. My config object is created on the fly, and I invoke
> > config.setDataObjectModel(namespace). I also declare the SDO types
> > with XSDHelper.INSTANCE.define(inputStream, namespace);
> > The read command reads the result from the DB successfully, but then
> > fails when trying to look up the result SDO types.
> > Here's the portion of the DAS source code that throws the exception
> > (just before the line that calls SDOUtil.registerDataGraphTypes(g,
> > gbmd.getDefinedTypes());):
> >
> > private void createDynamicRoot() {
> > Type root = SDOUtil.createType(typeHelper, getDefaultURI() +
> > "/DataGraphRoot", "DataGraphRoot", false);
> >
> > List types = SDOUtil.getTypes(typeHelper, typeURI);
> > if (types == null) {
> > throw new RuntimeException("SDO Types have not been
> > registered for URI " + typeURI);
> > }
> >
> >
> > --
> > Florian Pinel
> >
> > -
> > 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]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Usage of config.setDataObjectModel()
Hi Brent
This would be the case of trunk code, would Florian see the same issue
with M2 ?
--
Luciano Resende
http://people.apache.org/~lresende
On 12/19/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
Florian,
This is being tracked in Tuscany-961. The resolution is tied up in
moving the DAS to some SDO 2.1 APIs.
Brent
On 12/18/06, Florian Pinel <[EMAIL PROTECTED]> wrote:
> Hi,
> I am trying to execute a read command with a pre-set data object
> model. My config object is created on the fly, and I invoke
> config.setDataObjectModel(namespace). I also declare the SDO types
> with XSDHelper.INSTANCE.define(inputStream, namespace);
> The read command reads the result from the DB successfully, but then
> fails when trying to look up the result SDO types.
> Here's the portion of the DAS source code that throws the exception
> (just before the line that calls SDOUtil.registerDataGraphTypes(g,
> gbmd.getDefinedTypes());):
>
> private void createDynamicRoot() {
> Type root = SDOUtil.createType(typeHelper, getDefaultURI() +
> "/DataGraphRoot", "DataGraphRoot", false);
>
> List types = SDOUtil.getTypes(typeHelper, typeURI);
> if (types == null) {
> throw new RuntimeException("SDO Types have not been
> registered for URI " + typeURI);
> }
>
>
> --
> Florian Pinel
>
> -
> 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]
Re: Usage of config.setDataObjectModel()
Florian,
This is being tracked in Tuscany-961. The resolution is tied up in
moving the DAS to some SDO 2.1 APIs.
Brent
On 12/18/06, Florian Pinel <[EMAIL PROTECTED]> wrote:
Hi,
I am trying to execute a read command with a pre-set data object
model. My config object is created on the fly, and I invoke
config.setDataObjectModel(namespace). I also declare the SDO types
with XSDHelper.INSTANCE.define(inputStream, namespace);
The read command reads the result from the DB successfully, but then
fails when trying to look up the result SDO types.
Here's the portion of the DAS source code that throws the exception
(just before the line that calls SDOUtil.registerDataGraphTypes(g,
gbmd.getDefinedTypes());):
private void createDynamicRoot() {
Type root = SDOUtil.createType(typeHelper, getDefaultURI() +
"/DataGraphRoot", "DataGraphRoot", false);
List types = SDOUtil.getTypes(typeHelper, typeURI);
if (types == null) {
throw new RuntimeException("SDO Types have not been
registered for URI " + typeURI);
}
--
Florian Pinel
-
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]
