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 - Geert Bellekens

Pages: [1] 2 3 ... 559
1
I think sometimes the extension to the metaclass is still needed to make things work.

I recently created a abstract stereotype specializing ArchiMate_BusinessObject.
Then I added concrete sub-stereotypes.

With that setup but the toolbox profile helper didn't work.
I could select my stereotype, but the toolbox item was not added (no error message, simply nothing happened).
This was solved by adding the extension to the metaclass Class (as was mandatory in a previous version)

I have not found any adverse effects of the extra extension to Class.

(all of this in version 14.1.1426)

Geert

2
Yes it is definitely possible to fix it using a small script. I saw a topic in the last few weeks related to that.
I think it also included some details about how to properly create table in EA (and not classes with «table» stereotype)

Geert

3
General Board / Re: Updating Diagram.StyleEx attribute
« on: Today at 01:42:39 am »
No, there is no additional code here.

My assumption was that I need to call the Update method in order to write it into the repository (similar to a SQL commit).

No, the Update() operations are there to save the state of the API object to the database.
Using Repository.Execute bypasses the whole API and writes directly in the database (with immediate commit)

Geert

4
General Board / Re: Updating Diagram.StyleEx attribute
« on: September 19, 2018, 11:11:32 pm »
As far as I can see there is nothing to update at all.
Unless there is code we aren't seeing here.
You might want to do a reload of the diagram however to make the changes visible.

Geert

5
General Board / Re: Updating Diagram.StyleEx attribute
« on: September 19, 2018, 08:22:38 pm »
Result: extended style is not updated (even though diagram is updated through script and package is reloaded and even EA is restartet).

Can't be sure without seeing your script code, but saving the diagram in the script might very well undo the previous setting of the StyleEx field.

If you post the actual script we might be able the spot the problem.

Geert

6
General Board / Re: How do I hide derived tagged values?
« on: September 19, 2018, 07:10:21 pm »
I don't think that is possible, but if it is I would be interested as well.
User indeed get confused about these tagged values.

Geert

7
General Board / Re: Updating Diagram.StyleEx attribute
« on: September 19, 2018, 01:48:37 am »
I know, this is quite an old topic, but I came to this point this week.
I cannot change the StyleEx in an SQL-Update-statement in a script if the diagram has not yet been touched inside EA before.

"has not yet been touched inside EA before" should express: I generate the diagrams also from a (different) script.

You're going to have to explain in a bit more detail to get any concrete help I'm afraid.

Geert

8
Suggestions and Requests / Re: Crossover accessibility
« on: September 19, 2018, 01:47:15 am »
Hi Dejan,

Make sure you also send in a official feature request.

Geert

9
Bugs and Issues / Re: Profile only partially imported
« on: September 19, 2018, 01:45:06 am »
Geert,

The abstract stereotypes should also be exported into the UML profile xml file.
I just checked on one of my UML profiles.

Not sure why it isn't being exported in yours.

Geert

10
General Board / Re: Disable the abilty to Manage Add-Ins
« on: September 18, 2018, 09:30:17 pm »
Are you sure all of this is really worth it?

If someone has bad intentions you are not going to stop him with something like this (it certainly wouldn't stop me  ;D).
And in my experience, people acting in good faith are not likely to be wandering into an area such as the Manage Add-ins to disable an add-in.

Geert

11
General Board / Re: Disable the abilty to Manage Add-Ins
« on: September 18, 2018, 08:54:07 pm »
Yes. Extend the add-in to check for the user.

q.
How would that work if the add-in is already disabled?
I don't think there is an event for enabling/disabling add-ins.

And I think Phil also wants to be able to restrict enabling/disabling any add-in, not only his add-in.

I guess you'll need to send in a change request.

Geert

12
Hi Paul,

I've never had the need to define icons on the toolbox. Just leave that empty and it will show the icon you define on the main profile.

Just make sure your icons are 16x16 bitmaps with 192.192.192 as the transparent background color.
And don't forget the fill in the metatype on the stereotype. Leaving that blank will also not make the icon appear (for obvious !NOT! reasons :-X)

Geert

PS. When comparing the two profiles it looks like you mixed up the icons a bit. (ALEA_system stereotype uses the same icon as the ALEA::ALEA_integration_point(UML::Port) toolbox item. But as I said, you don't need to define the icon on the toolbox level.

13
Automation Interface, Add-Ins and Tools / Re: How to compare objects
« on: September 17, 2018, 08:31:20 pm »
The vbscript Is operator returns true if both variables point to the same object instance.

The API does not have some sort of "single object space" concept.
So each time you use Repository.GetPackageByID() you get a different object instance, possibly representing the same package in the model.

So you can either implement your own single object space using Dictionaries or something like that, or just compare the object instances with their unique identifier.
For packages you can use the PackageID or the PackageGUID for that purpose.

If case you are using the PackageID, please not that each object type (=>table in the repository) has it's own ID range. This means you can have a package with ID = 120, but also an element with ID 120 and a connector with ID 120.

If GUID's are unique across object types, except for the packages and the elements that represent that same package. Those always have the same GUID.

So if you were building your own "cache" of all objects you have used you could use a single Dictionary if you use the GUID. If you use the ID then you'll have to create a dictionary for each object type.

Geert

14
Bugs and Issues / Re: EA repository performance on Oracle db
« on: September 15, 2018, 02:54:03 am »
Hi Jonathan,

The conclusion you reached seems to be consistent with my experience.

EA is a fat client that executes thousand upon thousands of tiny queries  every few seconds.

From experiences and feedback from users we know that Oracle performs terrible as the backend for EA.
The best performing databases are MySQL and SQL Server.

I'm guessing the MySQL and SQL Server are better optimized for the type of usage of EA.
Especially MySQL, which is very often used as the backend for websites. A typical website would show the same type of usage: lots of users executing relatively small queries in rapid succession. Oracle's typical usage is more like being the database of large ERP type systems. So I guess this database is better suited to treat a low number of large queries.

So, although it might be possible to tweak the database for EA, I've never come across a happy EA + Oracle user.
Most of them switch to MySQL or SQL Server at some point and are much happier after the switch.

Geert

15
First try a project integrity check.

If that doesn't help, search the forum. I think I saw a similar question pop up not too long ago.

If all else fails, contact sparx support.

Geert

Pages: [1] 2 3 ... 559