Re: Value holding in CDO model [message #425670] |
Thu, 04 December 2008 13:52 |
|
I forgot to mention that CDO is supported in the EMF newsgroup, which I
added to the list of recipients...
Cheers
/Eike
----
http://thegordian.blogspot.com
Eike Stepper schrieb:
> Rimvydas,
>
> I think we could provide a configurable CDORevisionFactory in the
> session (revision manager) and use it to create alternative
> implementations of InternalCDORevision, for example subclasses of
> CDORevisionImpl (if you don't mind to depend on internal
> implementation code. I can't imagine of a way to change the
> implementation of CDOObjectImpl other than specifying a dfifferent
> class name in the generator model directly.
>
> Please feel free to file an enhancement request for the revision factory.
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
>
>
>
> Rimvydas Vaidelis schrieb:
>> Suppose I have a CDO model and classes in the model can have a lot of
>> features.
>> Usually only a small subset of features is actually used.
>> CDO objects holds values in the EStoreEObjectImpl.eSettings
>> (transient or with enabled caching) and CDOObjectImpl.cdoSettings
>> fields. Size of these arrays is equal to number of features of a
>> class. So in my case the model's implementation is not efficient. I
>> would like to implement my own value holding.
>>
>> My question is: Is it possible to change value holding in CDO model
>> without reimplementing CDOEObjectImpl and EStoreEObjectImpl classes?
>>
>>
>>
>>
>>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.04496 seconds