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 - Viking

Pages: [1] 2 3 ... 31
1

@Geert, I got yours to work. But I had to change c.connectorID into c.connector_ID.

2

Hi @Geert, many thanks for your patience. On my installation these attributes doe not exist:

Code: [Select]
SELECT * FROM t_diagramlinks ->  t_diagramlinks does not have a Connector_lD, use Instance_ID instead
SELECT * FROM t_connector -> t_connector does not have a ConnectorID, but a Connector_ID instead

So this SQL-statement works:
Code: [Select]
SELECT d.ea_guid AS DiagramName
FROM ((t_diagramlinks dl
JOIN t_diagram d ON dl.DiagramID = d.Diagram_ID)
join t_connector c on c.Connector_ID = dl.Instance_ID)
WHERE c.ea_guid = '{BEFFA34C-4A29-46d0-AE21-96723A6FEC29}'

I thought that I was using the newest schema. I just set it up newly yesterday.

3
It did neither work on eap nor on MariaDB. I will try again.

4

The GUID of the connector is available (with your help, by the way). Do you mind to correct my query? I do not get yours to run.

5

Yes. The diagram needs an update(). Sorry for editing my comment in the meantime. You were to fast for me  ;)

6
The Diagram.SelectedConnector might help you.

Many thanks.

Code: [Select]
diagram.SelectedConnector = connector;
diagram.Update();

7
Hi, is there a possibility to highlight / select a visible connector (aka link) in an open diagram via API? GUID and ID are known for both diagram and link. V.

8
Here is the statement that worked. @Geert, it would be great if you could check it, if it is correct and why yours did not work.

Code: [Select]
SELECT d.ea_guid AS DiagramName
FROM t_diagramlinks dl
JOIN t_diagram d ON dl.DiagramID = d.Diagram_ID
WHERE dl.ConnectorID = (SELECT ConnectorID FROM t_connector WHERE ea_guid = '<GUID>');

9
My bad, Geert. Works for MariaDB now. Have to check for JET now. Thank you.

Only the technical issue is gone. But I get an empty result set with the query from Geert.
 
I tried another option and got the expected result. I wanted to post it, but the forum-software blocks to insert a sql-statement (insert code).

10
My bad, Geert. Works for MariaDB now. Have to check for JET now. Thank you.

11

I get an missing operator error. I cannot find it :-( I am using MariaDB and eapx.

select * from t_diagram d inner join t_diagramlinks dl on dl.DiagramID = d.Diagram_ID inner join t_connector c on c.Connector_ID = dl.ConnectorID inner join t_object o on o.Object_ID in (c.Start_Object_ID, c.End_Object_ID) where dl.Hidden = 0 and o.ea_guid = '{BEFFA34C-4A29-46d0-AE21-96723A6FEC29}';

12
Quote from: Paolo F Cantoni
Yes, I've been caught by that kind of "discrepancy" before.  Can you see any rationale for this?  (not blaming Sparx, just observing anomaly in the standard)
Paolo

I am not the expert, but the reason could be that "Dependency" is a "Type" and "Realization" a "Subtype".

13
Bugs and Issues / Re: Timeaware Modeling - links doesn't cloned
« on: June 04, 2025, 12:20:26 am »
The branch cloned for V3 has the problems with cloning links from previous versions.
There are no links between blocks of different packages.

Did you clone the element / the block in the cloned diagram? Than a Trace-relationship would appear between clone element and clone.

Links cannot be "cloned", there is no Trace-relationship that connects links. I would have appreciated this.

14
Bugs and Issues / Re: Connector Line Jump with Archimate
« on: June 04, 2025, 12:15:25 am »
Is there a way to fix this?

Hi, I have the same issue. For a better readability of a diagram, I wanted to use “Connector Line Jumps”. The lines are based on “Archi Mate3:: Archi Mate_Serving“. But my lines do not “jump”.
  • “Enable Connector line jumps“ for diagrams is checked. So, that is not the reason.
  • From the manual “Diagram Options” I learned that only “solid-line connectors” are supported by “Enable Connector line jumps“. Serving is solid-line connector.
  • In https://sparxsystems.com/forums/smf/index.php?topic=23388.0 I learned from KP that “line jumps aren't available for shape scripted lines (which rules out most MDG Technologies)”. So, I suppose Serving is one of the affected connectors.
  • I changed the type of “Archi Mate3:: Archi Mate_Serving“ connector via “Advanced” > “Change Type” to “ControlFlow”. Now the jump is supported, although the stereotype stays “Archi Mate3:: Archi Mate_Serving“. To the connector the name “«Archi Mate_Serving»” has been added.
My questions are:
  • If I understand the above correctly only standard UML relationships are “really” supported (beside some exceptions maybe). So, most of the notations in SparxEA are affected, right?
  • Why does “type change” work, although it is still a stereotype?
V.

15
Thanks Geert. Very helpful.

Pages: [1] 2 3 ... 31