Book a Demo

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 ... 901
1
General Board / Re: Forum Very Slow to Load
« on: February 27, 2026, 06:20:16 pm »
Over the last couple of days I have found the pages on the forum very slow to load / reload.

Has anyone else noticed this?

Phil
Yes, and it seems to be getting worse. I think it took about 15 minutes before the post pox appeared.

Geert
That was yesterday. I even got a timeout from Cloudflare trying to post.
Today everything seems to be working fine again.

Geert

2
General Board / Re: Forum Very Slow to Load
« on: February 27, 2026, 05:31:10 pm »
Over the last couple of days I have found the pages on the forum very slow to load / reload.

Has anyone else noticed this?

Phil
Yes, and it seems to be getting worse. I think it took about 15 minutes before the post pox appeared.

Geert

3
thank you for your reply!  :-*

I understand that I should extend the same metaclass as SysML1.4::FlowProperty (not Class). However, in EA 16.1 MDG Technology modeling I do not see Property available in the “Extend Metaclass” dialog.

Could you please clarify how I can extend the same metaclass as SysML1.4::FlowProperty in an MDG model?
You should first figure out what the actual metaclass is.
The easiest way to figure that out, is to click on the [...] button next to the stereotype.
You'll notice that this is Part (not Property)
I just checked the add metaclass dialog from the profile helper, and I get both Part and Property as options.

But if your's doesn't, simply change the name of your Class metaclass to Part.
There is nothing special about those metaclasses, they are identified by their name.

Geert

4
You don't need to extend class. You can extend the same metaclass as the SysML1.4::Block

Geert

5
Automation Interface, Add-Ins and Tools / Re: MDG Technologies Add-In
« on: February 18, 2026, 06:13:49 pm »
I don't think the MDG Link things come pre-installed.

You can download them here: https://sparxsystems.com/products/mdg/#MDGL

Geert

6
So the question remains: Which action triggers the scriptlets of this diagram?
After quite a long time I had the chance to dig deeper.
Outcome:
  • Repository.RefreshModelView(pkdId)
  • Repository.AdviseElementChange(eleId)
trigger execution of all scriptlets from all open diagrams.
Regardless whether pkdId or eleId are related to the diagram content or not!  :-[

To me it seems like a bug!

In most cases you can replace RefreshModelView with ReloadPackage.
This is often a lot less annoying, since it doesn't reload all diagrams.

Geert

7
General Board / Re: Sparx EA V17.1 Browser user interface
« on: February 12, 2026, 07:11:15 pm »
That is the section of the "diagram owned" elements (such as notes, boundaries etc...)

In previous versions of EA these where not visible in the project browser (so you couldn't know where they were located)
That was sometimes annoying in case these were re-used on multiple diagrams.

Geert

8
For some client's I've completely rebuilt the ArchiMate profile to suit their specific needs.

That is a bit of work, but it allows full control of which relations are allowed or not.

Geert

9
You need to set the stereotypeEx to the correct fully qualified stereotype, and call update() to save it.

Now the problem is that you fumbled the steretoype.
Ther is no such stereotype as DataObject in the ArchiMate3 profile.

It's ArchiMate3::ArchiMate_DataObject

The easiest way to get the 100% correct stereotype name (casing is important) is to use the metatype objet from the Profile toolbox.
There you can choose to create any existing stereotype, and you'll get the full name as it is known by EA.

Geert

10
This works for me

Code: [Select]
// get element id from event properties
var elementId = Info.Get("ElementID").Value;

// load the element
var element = Repository.GetElementByID(elementId);

The .Value is apparently needed here

Geert

11
There's still a lot of messing about with the parameters needed to get sort-of good results.
Shapescripts don't seem to work like an exact science.

Geert

12
The dowside of using actual text, is that you can't control it's size.
So what I did for a customer was draw characters in shapescripts.

See here https://github.com/GeertBellekens/Enterprise-Architect-Shapescript-Library/tree/master/RM%20Requirements for a number of examples.

I think by now I have a shape for allmost all characters, bot uppercase and lowercase.

Geert

13
The point I'm trying to make, is that the "proper" way of doing things is to first make the XSD, and then use that to make (and validate) the XML's.
In most cases where I worked with XML files, there was an XSD available (and I didn't have to "infer" an XSD based on a single sample XML)

The reason it might be less then useful, is because you are only using a single example xml.
How do you know it's representable for all possible variations?
How do you know all allowed values for your enums?
How do you know whether or not a field is optional
How do you know the maximum or minimum values of a field
How do you know the pattern of a text field
etc....

There are many, many unknowns when "infering" an XSD from a sample XML, so all you get is an XSD that corresponds to that one sample.

Geert

14
OK...after some googling, the values I have listed above match what is in the "t_connectortypes" table.

Can anyone tell me exactly how that is populated? If I create a local model, it has the full list, compared to the cut down list on our shared repo model.

TIA...Eric

I did notice at a few clients that they had incomplete setup data in their tables.
I don't have an idea how or why this happened, but I fixed it by running the relevant parts of the initial data scripts: https://sparxsystems.com/resources/repositories/

Geert

15
You can import an XSD, but I don't think I've ever seen the option to import a XML to generate an XSD model.

There are a few other tools (such as XMLSpy) that do that kind of stuff, but it's always going to be guesswork. There are an infinite number of XSD's that match any given XML.

Geert

Pages: [1] 2 3 ... 901