| Problem storing EMF CDO model with EMap child [message #871283] |
Fri, 11 May 2012 14:35  |
Eclipse User |
|
|
|
We are working with CDO for the first time, taking existing EMF models, classes and xml files, and using CDO to persist them to a database. Our initial setup is going well and many of our models can easily be stored if they are simple.
We run into trouble when our models contain an EMap; that is, one of the model classes has a child "properties" which is an EMap<String, String>. When this happens, the CDOStateMachine throws a NPE when iterating through the children in the map; it seems to go off the end of the map.
We have confirmed various genmodel settings such as FeatureDelegation = Reflective.
We are working on Eclipse 3.6.2 and CDO Model Repository SDK 3.0.0.v20110120-1046 and we are using Net4j mysql connector, if it matters.
Has anyone else run into this? What is the solution? How should we expect EMap child values to even be serialized and stored?
Thanks for any help you can provide. You will be helping us to explore Mars later this Summer...
Tamar
|
|
|
| Re: Problem storing EMF CDO model with EMap child [message #871338 is a reply to message #871283] |
Sat, 12 May 2012 03:57  |
| Eclipse User |
|
|
|
Tamar,
Eike is having hardware problems and likely to be slow in responding
until that's fixed. If you could build a self-contained test case and
open a bugzilla, he could try it out to reproduce the problem.
On 11/05/2012 8:35 PM, Tamar Cohen wrote:
> We are working with CDO for the first time, taking existing EMF
> models, classes and xml files, and using CDO to persist them to a
> database. Our initial setup is going well and many of our models can
> easily be stored if they are simple.
>
> We run into trouble when our models contain an EMap; that is, one of
> the model classes has a child "properties" which is an EMap<String,
> String>. When this happens, the CDOStateMachine throws a NPE when
> iterating through the children in the map; it seems to go off the end
> of the map.
>
> We have confirmed various genmodel settings such as FeatureDelegation
> = Reflective.
>
> We are working on Eclipse 3.6.2 and CDO Model Repository SDK
> 3.0.0.v20110120-1046 and we are using Net4j mysql connector, if it
> matters.
>
> Has anyone else run into this? What is the solution? How should we
> expect EMap child values to even be serialized and stored?
> Thanks for any help you can provide. You will be helping us to
> explore Mars later this Summer...
>
> Tamar
>
|
|
|
| Re: Problem storing EMF CDO model with EMap child [message #871424 is a reply to message #871338] |
Sun, 13 May 2012 11:58 |
| Eclipse User |
|
|
|
Tamar,
in addition to what Ed said: could you please try a newer version (CDO
4.0 or 4.1M7 which are part of 3.7 or 3.8M7, respectively). The 3.0
branch is already out of maintenance.
Cheers,
Stefan
Am 12.05.12 09:57, schrieb Ed Merks:
> Tamar,
>
> Eike is having hardware problems and likely to be slow in responding
> until that's fixed. If you could build a self-contained test case and
> open a bugzilla, he could try it out to reproduce the problem.
>
>
> On 11/05/2012 8:35 PM, Tamar Cohen wrote:
>> We are working with CDO for the first time, taking existing EMF
>> models, classes and xml files, and using CDO to persist them to a
>> database. Our initial setup is going well and many of our models can
>> easily be stored if they are simple.
>>
>> We run into trouble when our models contain an EMap; that is, one of
>> the model classes has a child "properties" which is an EMap<String,
>> String>. When this happens, the CDOStateMachine throws a NPE when
>> iterating through the children in the map; it seems to go off the end
>> of the map.
>>
>> We have confirmed various genmodel settings such as FeatureDelegation
>> = Reflective.
>>
>> We are working on Eclipse 3.6.2 and CDO Model Repository SDK
>> 3.0.0.v20110120-1046 and we are using Net4j mysql connector, if it
>> matters.
>>
>> Has anyone else run into this? What is the solution? How should we
>> expect EMap child values to even be serialized and stored?
>> Thanks for any help you can provide. You will be helping us to explore
>> Mars later this Summer...
>>
>> Tamar
>>
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03507 seconds
Home