RepositoryPackage values
We have some code done by another group we're trying to get working on
beta2a. It appears that the values
RepositoryPackage.AUDITABLE__STATE_EXTENSIONS
RepositoryPackage.SIMPLE_ITEM__STATE_EXTENSIONS
Are no longer defined in the RepositoryPackage class. Did the values
get a new home or do we need to choose new values in our code?
beta2a. It appears that the values
RepositoryPackage.AUDITABLE__STATE_EXTENSIONS
RepositoryPackage.SIMPLE_ITEM__STATE_EXTENSIONS
Are no longer defined in the RepositoryPackage class. Did the values
get a new home or do we need to choose new values in our code?
One answer
Dale Manthei wrote:
Which Jazz milestone were you building against previously? There was a
repository model change (in M3 or M4 I think) that split the single
stateExtensions attribute on Item into several (stringExtensions,
intExtensions, etc...).
So it looks like your code was developed before this change. I think
the best way to adapt to this is to regenerate your model code (with the
codegen tool). I may be reading too much into your question.... I'm
assuming you have a storage model (Ecore file) that was previously
generated to Java code and the undefined references you mention are
coming from the generated Java code. Is that correct?
--
Chris Daly
Jazz Component Development Team
We have some code done by another group we're trying to get working on
beta2a. It appears that the values
RepositoryPackage.AUDITABLE__STATE_EXTENSIONS
RepositoryPackage.SIMPLE_ITEM__STATE_EXTENSIONS
Are no longer defined in the RepositoryPackage class. Did the values
get a new home or do we need to choose new values in our code?
Which Jazz milestone were you building against previously? There was a
repository model change (in M3 or M4 I think) that split the single
stateExtensions attribute on Item into several (stringExtensions,
intExtensions, etc...).
So it looks like your code was developed before this change. I think
the best way to adapt to this is to regenerate your model code (with the
codegen tool). I may be reading too much into your question.... I'm
assuming you have a storage model (Ecore file) that was previously
generated to Java code and the undefined references you mention are
coming from the generated Java code. Is that correct?
--
Chris Daly
Jazz Component Development Team