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 - Jacob Vos

Pages: [1] 2 3 ... 8
1
Answer from Sparx Support: whether a tagged value relates to a profile, and if so which one, can be retrieved via scripting, by getting the FQName (a read-only property) of the TaggedValue. Then you get e.g.:

Tag: Alternatieve naam - FQName: MIM BRO Grouping NL::Codelijst::Alternatieve naam
Tag: Begrip - FQName:

My next question (to Sparx Support) is: how to arrange that the tagged value 'Begrip' (in this example) will also be related to the 'MIM BRO Grouping NL' profile.

2
I did some investigation. The GUIDs have no matching part that refers to a profile. What I found is that a tag is referred to by the first 8 digits of the GUID. For example:
- Web locatie: 39D646FF
- Alternatieve naam: 4BF34B01

The 2nd and 3rd part of the GUID indicate a relation with a stereotype. For example:
- Web locatie + Domein:      39D646FF-C24E-03c2
- Web locatie + Basismodel:   39D646FF-F1D5-80f1

- Alternatieve naam + Domein: 4BF34B01-9D4E-1d9d
- Alternatieve naam + Basismodel: 4BF34B01-3E57-a43e
- Alternatieve naam + Codelijst: 4BF34B01-2995-b529 ánd 4BF34B01-D093-f5d0
- Alternatieve naam + Enumeratie: 4BF34B01-5D03-935d
- Alternatieve naam + Gegevensgroeptype: 4BF34B01-92A5-f192 ánd 4BF34B01-CDA7-f2cd
- Alternatieve naam + Objecttype: 4BF34B01-5D6D-665d ánd 4BF34B01-E42B-bbe4

... and so on

Where two different patterns are present, possibly two different profiles have been applied.

Besides these patterns that often occur there are numerous tags that have other, all kinds of patterns. Maybe these origin from even older profiles, or were added without a profile.

So based on this information I can do some reasoning like: if a pattern often occurs, the tag probably origins from the default profile we use.

So thank you so far for your help.

I also registered a topic with Sparx Support.

3
Hmm, interesting. I'm going to try it next week and let you know.

Jacob

4
At a DataType, I have a number of tags. Some of them are shown on the 'Element' tab of the Properties pane, some of them on the 'Tags' tab of that pane.

The ones on the 'Element' tab are there because they stem from an applied profile (which is shown at that tab).

The ones on the 'Tags' tab probably do not stem from a profile. At least: I can't see that. And if they did, I would expect them on the 'Element' tab.

Now I would like to find in the database (qea-file) what the origin of these tags is. The tags are in the table t_objectproperties. But where is stored what their origin is? I should say it should be anywhere, because otherwise how could EA determine on which tab to show the tags?

5
General Board / Opening XML-file with EA 17.0.1704 64 bit gives error
« on: January 30, 2025, 01:51:56 am »
We get the following error when trying to open via 'Get Package...' XMI-files. At one user with 17.0.1704 64 bit everything goes fine, at another user with the same version it gives this error. At that user, with the 32 bit version there is no error. Both users use a .qea file.

What can cause this error? The error:

>
Enterprise Architect (Buiild: 1704 - 64 bit)

Sparx Systems Database API [0x00001072]

SQL API Open FAILED with error: near "C": syntax error
Context:
Select Package_ID from t_package where ea_guid='Error:
Code = 0x0
Source = Line : 0; Char : 0
Error Description = unable to open primary document entity 'C:\Users\<username>\Documents\svn.geostandaarden.nl\01 BROcommon\brocommon_conceptueel_MIM.xml'
'
<

6
Hm, I think I found the answer by myself. Thought the 15.1 helptext says that subfolders are shown, the release notes of build 1554 (= 15.2) have: "The MDG Technologies group now shows all System, Model, User and Add-in technologies and allows expansion to show the contents of each technology."

7
I am using EA 15.1, build 1526. On the Resources tab, in the MDG Technologies group, I imported an MDG. However I only see a collapsed folder. I cannot expand the MDG technology to see its contents.

The help text says: "If you have any MDG Technologies in the folder, each has its own subfolder containing the Profiles, Patterns and code modules used in the Technology."

Any idea why this is not working for me?

8
@Geert: thank you for your reaction!

9
I am reading the help text regarding security. It's not clear to me whether what we would like to implement, is possible. Maybe someone can quickly give an answer?

For a shared repository we want to define e.g. user groups A and B and to indicate that editing certain packages (their content) is allowed to user group A but not to user group B. Viewing package contents is allowed to users of all groups.

If needed to implement such security policies, it's OK to have those packages in different root nodes.

10
@qwerty: OK, thank you. (Maybe it has something to do with visibility like 'public' and 'private'.)

@Geert: :-)

11
The 't_package' table has the 'protected' field. On https://sparxsystems.com/enterprise_architect_user_guide/15.2/automation/package_2.html is the 'IsProtected' characteristic documented.

I am looking for the meaning of 'IsProtected', and how I can set it. It it something like you can lock a diagram for editing?

12
The way we solved it: reassign ownership of the tables to a group with at least CRUD rights on the tables, and make all individual users member of this group.

So a common way to deal with such authorization issues.

13
I set up a repository in a Postgres db. When another user connects to the database, he gets the message that all EA tables are missing in the repository.

It's because I used my user account when creating the EA tables. The tables are owned by me.

What's the best practice for this? Namely in a situation where several users have an own account in the DBMS?

The helptext (https://sparxsystems.com/enterprise_architect_user_guide/15.2/model_repositories/upsizingtopostgresql.html)  doesn't say anything about it.

14
I found that the behavior of this functionality is different than I expected. Because it only works when dragging a custom defined attribute type from my own MDG toolbox to a class.

(In the UML Profile, I wrongly defined _defaultAttributeType at a stereotype that extends the metaclass Class, expecting that when adding an attribute to a class with that stereotype, that default attribute type would be used. However, after closer reading I know now that _defaultAttributeType has to be set at a stereotype that extends the metaclass Attribute.)

When adding a new attribute to the list of attributes of a class, before you can fill in the stereotype of it, EA filled the 'Type' with 'int'. So when adding attributes in that way, it doesn't make sense to set _defaultAttributeType.

15
When you add an attribute to an element and manually type '<none>' as type, then the attribute type will be blank. So I thought to arrange that in a custom MDG by adding '_defaultAttributeType' with the initial value '<none>'.

The MDG file has now:
defaultAttributeType="&lt;none&gt;"

However, when adding an attribute, the type is still 'int'.

Who knows the solution?

Pages: [1] 2 3 ... 8