Eclipse Community Forums: EMF "Technology" (Ecore Tools, EMFatic, etc) » Value holding in CDO model

Search

Help

Login

Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » Value holding in CDO model

Show: Today's Messages :: Show Polls :: Message Navigator

Switch to threaded view of this topic

Create a new topic

Submit Reply

Value holding in CDO model [message #131225]

Thu, 04 December 2008 13:43

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

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?

Report message to a moderator

Re: Value holding in CDO model [message #131245 is a reply to message #131225]

Thu, 04 December 2008 13:51

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

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

Report message to a moderator

Re: Value holding in CDO model [message #131257 is a reply to message #131245]

Thu, 04 December 2008 13:52

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

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

Report message to a moderator

Re: Value holding in CDO model [message #131283 is a reply to message #131257]

Thu, 04 December 2008 14:09

Simon Mc Duff is currently offline

Friend

Messages: 596
Registered: July 2009

Senior Member

Small comments for Rimvydas,

CDOObjectImpl.cdoSettings is ONLY use when your object is transient!
As soon as you attached it in a CDO repository... it is not used.

Simon

Eike Stepper wrote:
> 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?
>>>
>>>
>>>
>>>
>>>

Report message to a moderator

Re: Value holding in CDO model [message #131333 is a reply to message #131283]

Fri, 05 December 2008 08:38

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

Guys, thanks for your answers and comments.

Eike,

Your suggestion seems reasonable but as I understand it solves the problem
in case a CDO object is attached to CDO repository. If the CDO object is
transient then the problem remains. I think that it is important to solve
the both cases.

BTW, I have read
http://thegordian.blogspot.com/2008/11/how-scalable-are-my-m odels.html.
Very good article! Thank you very much.

Report message to a moderator

Re: Value holding in CDO model [message #131344 is a reply to message #131333]

Fri, 05 December 2008 10:16

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Comments below...

Rimvydas schrieb:
> Guys, thanks for your answers and comments.
>
> Eike,
>
> Your suggestion seems reasonable but as I understand it solves the
> problem in case a CDO object is attached to CDO repository.
Please don't forget to file an enhancement request if you want us to
address this issue.

> If the CDO object is transient then the problem remains. I think that
> it is important to solve the both cases.
Have you tried my suggestion to replace CDOObjectImpl by a customized
subclass through the generator property "Root Extends Class"?

>
> BTW, I have read
> http://thegordian.blogspot.com/2008/11/how-scalable-are-my-m odels.html.
> Very good article! Thank you very much.
Thank you ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Re: Value holding in CDO model [message #131387 is a reply to message #131344]

Fri, 05 December 2008 13:03

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

Eike,

I have filled RFE (https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703)

>Have you tried my suggestion to replace CDOObjectImpl by a customized
subclass >through the generator property "Root Extends Class"?

I have not tried yet but I will try.
My point was that I would like to have a possibility to configure
CDOObjectImpl so that used my value holding mechanism instead of the
object array. I think that such feature would be useful for other people
also.

Regards,

Rimvydas

Report message to a moderator

Re: Value holding in CDO model [message #131424 is a reply to message #131387]

Fri, 05 December 2008 14:54

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Comments below...

Rimvydas schrieb:
> Eike,
>
> I have filled RFE (https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703)
>
>> Have you tried my suggestion to replace CDOObjectImpl by a customized
> subclass >through the generator property "Root Extends Class"?
>
> I have not tried yet but I will try. My point was that I would like to
> have a possibility to configure CDOObjectImpl so that used my value
> holding mechanism instead of the object array. I think that such
> feature would be useful for other people also.
I doubt that but I may be wrong. We will certainly not complicate the
existing CDOObjectImpl and thereby reduce its performance. What about
trying what I suggested and in case it's working well for you we could
consider a contribution...

Cheers
/Eike

----
http://thegordian.blogspot.com

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Re: Value holding in CDO model [message #131490 is a reply to message #131424]

Mon, 08 December 2008 11:17

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

OK, we will implement this by ourselves.

Report message to a moderator

Re: Value holding in CDO model [message #131503 is a reply to message #131490]

Mon, 08 December 2008 12:47

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Please tell us if you need any advice.

And can you please indicate on the bugzilla whether you still want us to
implement the revision factory pattern?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703

Cheers
/Eike

----
http://thegordian.blogspot.com

Rimvydas schrieb:
> OK, we will implement this by ourselves.
>

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Re: Value holding in CDO model [message #620425 is a reply to message #131225]

Thu, 04 December 2008 13:51

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

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

Report message to a moderator

Re: Value holding in CDO model [message #620506 is a reply to message #131245]

Thu, 04 December 2008 13:52

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

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

Report message to a moderator

Re: Value holding in CDO model [message #620508 is a reply to message #131257]

Thu, 04 December 2008 14:09

Simon Mc Duff is currently offline

Friend

Messages: 596
Registered: July 2009

Senior Member

Small comments for Rimvydas,

CDOObjectImpl.cdoSettings is ONLY use when your object is transient!
As soon as you attached it in a CDO repository... it is not used.

Simon

Eike Stepper wrote:
> 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?
>>>
>>>
>>>
>>>
>>>

Report message to a moderator

Re: Value holding in CDO model [message #620512 is a reply to message #131283]

Fri, 05 December 2008 08:38

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

Guys, thanks for your answers and comments.

Eike,

Your suggestion seems reasonable but as I understand it solves the problem
in case a CDO object is attached to CDO repository. If the CDO object is
transient then the problem remains. I think that it is important to solve
the both cases.

BTW, I have read
http://thegordian.blogspot.com/2008/11/how-scalable-are-my-m odels.html
Very good article! Thank you very much.

Report message to a moderator

Re: Value holding in CDO model [message #620513 is a reply to message #131333]

Fri, 05 December 2008 10:16

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Comments below...

Rimvydas schrieb:
> Guys, thanks for your answers and comments.
>
> Eike,
>
> Your suggestion seems reasonable but as I understand it solves the
> problem in case a CDO object is attached to CDO repository.
Please don't forget to file an enhancement request if you want us to
address this issue.

> If the CDO object is transient then the problem remains. I think that
> it is important to solve the both cases.
Have you tried my suggestion to replace CDOObjectImpl by a customized
subclass through the generator property "Root Extends Class"?

>
> BTW, I have read
> http://thegordian.blogspot.com/2008/11/how-scalable-are-my-m odels.html
> Very good article! Thank you very much.
Thank you ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Re: Value holding in CDO model [message #620516 is a reply to message #131344]

Fri, 05 December 2008 13:03

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

Eike,

I have filled RFE (https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703)

>Have you tried my suggestion to replace CDOObjectImpl by a customized
subclass >through the generator property "Root Extends Class"?

I have not tried yet but I will try.
My point was that I would like to have a possibility to configure
CDOObjectImpl so that used my value holding mechanism instead of the
object array. I think that such feature would be useful for other people
also.

Regards,

Rimvydas

Report message to a moderator

Re: Value holding in CDO model [message #620519 is a reply to message #131387]

Fri, 05 December 2008 14:54

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Comments below...

Rimvydas schrieb:
> Eike,
>
> I have filled RFE (https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703)
>
>> Have you tried my suggestion to replace CDOObjectImpl by a customized
> subclass >through the generator property "Root Extends Class"?
>
> I have not tried yet but I will try. My point was that I would like to
> have a possibility to configure CDOObjectImpl so that used my value
> holding mechanism instead of the object array. I think that such
> feature would be useful for other people also.
I doubt that but I may be wrong. We will certainly not complicate the
existing CDOObjectImpl and thereby reduce its performance. What about
trying what I suggested and in case it's working well for you we could
consider a contribution...

Cheers
/Eike

----
http://thegordian.blogspot.com

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Re: Value holding in CDO model [message #620524 is a reply to message #131424]

Mon, 08 December 2008 11:17

Rimvydas is currently offline

Friend

Messages: 47
Registered: July 2009

Member

OK, we will implement this by ourselves.

Report message to a moderator

Re: Value holding in CDO model [message #620525 is a reply to message #131490]

Mon, 08 December 2008 12:47

Eike Stepper is currently offline

Friend

Messages: 6682
Registered: July 2009

Senior Member

Rimvydas,

Please tell us if you need any advice.

And can you please indicate on the bugzilla whether you still want us to
implement the revision factory pattern?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=257703

Cheers
/Eike

----
http://thegordian.blogspot.com

Rimvydas schrieb:
> OK, we will implement this by ourselves.
>

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper

Report message to a moderator

Switch to threaded view of this topic

Create a new topic

Submit Reply

Previous Topic:	EList performance issues
Next Topic:	Support of EJB3/JPA OR mapping by TENEO

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 19:08:12 GMT 2024

Powered by FUDForum. Page generated in 0.04600 seconds

.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top