‎24-02-2014 10:56 AM
When activating the history in a repository by enabling the repository logfile, by default history is safeguarded for every change to every object type (metaclass). However there are some object types for which we don't want to keep track of the history or even some changes we have no interest in.
On the metamodel you can set extended properties for metaclasses and metaattributes and one is exclude from historic. This seems to allow me to configure the history to the situation I require. I'm just wondering if there are certain pitfalls/drawbacks when configuring history creation like this? Will compare and align still work between repositories? Any other concerns the community has in doing this?
Thanks
stijn
‎25-02-2014 10:05 AM
Hi Jerome,
thanks for your reply, indeed best to be cautious. All the negative effects of setting the loggable off is not desired.
However I notice in the advanced tab of a metaclass an Attribute called extended Properties, there I can say exclude from favorites, exclude from historic, etc. I have tested with setting exclude from historic, but I don't see any effect of that in the repository. The history is still displayed in the history tab of the object.
We are using 2009 SP5, is there a way to configure history now or in the future? a bit like you can do with confidentiality, If I'm not mistaken you can say that a certain metaclass does not fall under the confidentiality concept etc.
Regards
stijn
‎25-02-2014 09:26 AM
Hello Stijn
You are right to be cautious. This kind or customization (disabling logging for a MetaClass) can be touchy.
For each Metaclass where logging has been disabled, the following features will not be available (MEGA 2009 SP5):
There can be more specific impacts especially regarding customizations and procedures to transfer data.
This has to be studied by the project/customer itself.
See also
http://community.mega.com/t5/custom/page/page-id/mega-kb-solution?sid=501D0000000LtINIA0