Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Dieter Goetz

Pages: [1] 2 3
Automation Interface, Add-Ins and Tools / Re: Package Flags and CheckedOutTo
« on: September 06, 2016, 05:20:16 pm »
I compared t_package of the package before and after check out. Only the package flags are changed.
It works if the flags are changed to a checked in package - even without the CRC. But the Update() method throws an exception if the flags are changed to a checked out package.
GetLastError() returns only "". Not so much information.

I will try to use a direct SQL.


Automation Interface, Add-Ins and Tools / Re: Package Flags and CheckedOutTo
« on: September 05, 2016, 09:32:45 pm »
Ups - updating the database with a SQL query. I would prefer the API for this.
Actually I want to replace the VersionControl features from the API with own ones. That is why I want to do this.


Automation Interface, Add-Ins and Tools / Package Flags and CheckedOutTo
« on: September 05, 2016, 05:05:06 pm »
I try to change the package flags within an Add-In. Deleting the CheckedOutTo flag is working. But adding the CheckedOutTo flag ends in an exception.

Actually in both cases the same
string flags = package.flags;
flags = // manipulate flags, add or delete CheckedOutTo
package.flags = flags;

Do you have any ideas how I can add the CheckedOutTo Flag without using the method VersionControlCheckout().


General Board / Re: Operations of interface realized by class
« on: July 19, 2016, 05:03:13 pm »
Hi Helmut,

nice to hear from you. Link to element feature is not exactly what I want. Basically I will the class to show all realized operations. I am missing this feature in EA.


General Board / Operations of interface realized by class
« on: July 12, 2016, 09:48:55 pm »
When connecting a class to an interface with a realization EA asks which operations shall be implemented by the class.
EA adds all implemented operations to the class as a copy. Is there a possibility to link the class operations to the interface?
I am looking for something like inherited features between classes.


Hi Geert,

thanks - great.


Hi all,

when I am  adding new elements on a diagram the Z-order of these elements is a little bit strange. And it seems to depend on the EA version.
I expected the Z-order is the same as modelling by mouse. But it isn't.
How can I change the Z-order of elements on a diagram via the EA API?


General Board / Re: Import Package at specific SVN revision
« on: July 01, 2016, 07:08:54 pm »
Hi Zak,

there is a very simple way to have a look on an older version:

1. Save the older XMI file on your drive
2. Import Package from XMI file
3. Select "Strip GUIDs"

Then you have the HEAD version and the older version in your model.


Hi Paolo,

thanks for your feedback. We will use it in the same way. Local installations are higher prior than the deployed version from the server.


Actually we wanted to check for newer version of an MDG technology on start-up.
There is a method EA_OnInitializeTechnologies() which is called on start-up. This method is called before EA loads any MDG technologies.
Even if there are any methods to delete an MDG, it will not work here.

The Add-In could look in the Appdata diretcory to check the installed version, update the XMI-file and forces the User to restart EA.
But what will happen if the same MDG is imported into the project? Which MDG becomes active? The API methods will not tell you.

It seems there is no smart way to check for an MDG Update on start-up.


Thanks for your help - so I can stop searching for any tricky workaround.

How can I disable a MDG technology from an Add-In?


Hi Geert,

it is really a strange behaviour. First we thought that is because of different EAP-files and afterwards both EAP files are the same. We are not quite sure, but it seems to result in different EAP files.
With our EA-project get all latest runs in an error endless loop because of the database size.
Then we tested in a server based EA-repo. I expected after one user did get all latest EA will not import any xml file for the next get all latest - independent on the user.

We will do some additional testing.


General Board / Re: Usage of Version Control - opinion requested
« on: June 16, 2016, 08:09:47 pm »
Hi Steven,

we are working on a project in EA under version control in a big team for several years now. It works fine and I will never miss it. Ok, you have to spend some time on get all latest, check in and check out. But with version control it is very easy to share a model on several PCs. With a version control you have log messages where you can look up the changes in the model. Also you can open an older xml file or even compare them to check changes. Check out can be nerving sometimes. But it prevents inconsistent changes by two designers on the same diagram.

You have to take care if you delete an element in a controlled package linked to an element in another controlled package. Both packages shall be checked out. An EA-Add-In can check this relation and stop the deletion.

Actually we switched off baselines. Baselines doesn't have a HEAD version. If you restore in your model to a baseline all changes from the last baseline to your current work gets lost.
When you use baselines it will be a good idea to backup your EA-repository regularly.


Hi all,

we are working with a server based EA-Project and packages under version control.
One user performs a get all latest. I would suppose the EA-Project is now up to date. But if another user performs get all latest on the same EA-Project and the same svn Repo EA starts to import XML files. We have the same behaviour for a file based EA-Project (EAP-file was for both users the same). The EA-Project is for bother users different after the get all latest.
It seems that EA find differences for an identical svn Repo. Do you have any ideas?

Best regards

Pages: [1] 2 3