|
Re: Problem storing EMF CDO model with EMap child [message #871338 is a reply to message #871283] |
Sat, 12 May 2012 07:57 |
Ed Merks Messages: 33136 Registered: July 2009 |
Senior Member |
|
|
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
>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Re: Problem storing EMF CDO model with EMap child [message #871424 is a reply to message #871338] |
Sun, 13 May 2012 15:58 |
Stefan Winkler Messages: 307 Registered: July 2009 Location: Germany |
Senior Member |
|
|
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
>>
|
|
|
Re: Problem storing EMF CDO model with EMap child [message #871476 is a reply to message #871424] |
Mon, 14 May 2012 05:06 |
|
Hi,
I'd also strongly suggest to start working with CDO 4.1 because even 4.0 will be out-of-maintenance next month with the Juno release. Please also note that our downloads page lists the recommended Platform and EMF versions per CDO stream. We know that some users deploy CDO in different combinations but officially that's not covered by our free support here. If you want to write test cases to speed up our analysis/fixes please have a look at our test bed with ~2500 test cases and a number of pre-generated test models that should cover all imaginable model scenarios.
Cheers
/Eike
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.02043 seconds