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

Pages: 1 2 [3] 4 5
Thanks Q.  Will submit a feature request.

General Board / Displaying notes associated with a stereotype from MDG
« on: March 03, 2017, 11:46:36 pm »
I have created an MDG with numerous stereotypes.  These stereotypes have various attributes.  Notes have been populated for the attributes and the stereotypes.  When I create elements of these stereotypes, the notes from the attributes in the MDG show up in the TaggedValues window when I have selected a specific tagged value.

The question is "Is there a way to display the notes from the stereotype itself?  Is there a window where the notes from the stereotype would be displayed or an option?"  If I click on the element at the top of the Tagged Values window, the notes area just displays the same information, it does not display the notes from the corresponding stereotype.

I am using 12.1


Bugs and Issues / Re: Default(?) Relationship Matrix Issue
« on: January 05, 2017, 04:54:23 am »
This works. I found that opening another project and setting Type to something never used (eg Screen) would allow me to get past the issue but I was concerned about other team members, new projects, etc..  My work instructions can be updated to indicate the Relationship Matrix should be opened via the ProjectBrowser instead of the Tools menu to avoid the scenario where Type is set to <All>.  Thanks!

Bugs and Issues / Default(?) Relationship Matrix Issue
« on: January 04, 2017, 03:47:06 am »
When opening the Relationship Matrix, EA hangs (or at least I give up waiting) because the profile (default?) is attempting to show all elements within the Model node.  My current model has over 100k elements.  How can I either clear the current matrix so that it does not attempt to display anything when I open the Relationship Matrix?

Automation Interface, Add-Ins and Tools / Re: Parallel script execution
« on: November 23, 2016, 05:40:07 am »
The problem is related to xmi files that are being imported.  Connections between elements in these xmi files are captured as qualified paths.  So after importing these xmi files, connections need to be established between various elements so that if an element is later moved, the relationship is still captured (the textual relationship could be updated based on the connection between two elements.

The script is expected to look for these tagged values and see if the referenced element exists.  If so, a connection between the elements is created.  Otherwise, a warning is logged to indicate the referenced element does not exist.

I will look into C# but had heard that performing various processes outside EA generally took longer than doing these from internal scripts. In this case, the ability to run multiple concurrent jobs might be beneficial.

Automation Interface, Add-Ins and Tools / Re: Parallel script execution
« on: November 17, 2016, 06:12:52 am »
Some additional info.  I have split one of these scripts into multiple smaller and run them from multiple instances successfully with a significant performance improvment (all 8 cores on my computer working hard instead of just 1). 

A background on the problem.  I have a significant number of classes that contain references (full qualified path) to other classes as tagged values. The script should use these tagged values to create connections between the source element and the referenced element.  One of the problems has to do with duplicate classes and non-unique element names. For example, if 2 components have a common interface (one provides and one requires), both components may define the same interface. The tagged value for one component would point to its interface definition within its package structure. An SQL query on all interfaces having a specific name would return multiple results.  A check of the fully qualified path would be needed to ensure the correct element is being connected.

I would like to make my script(s) work smarter and reduce the results from the SQL queries.  One thought is to use the Alias field to hold the full qualified path of all my elements. Doing so would allow me to do an SQL with the full qualified path instead of just the element name, stereotype, etc.. Is there any issue with using Alias for this purpose? Does EA use this for anything specifically?

Automation Interface, Add-Ins and Tools / Parallel script execution
« on: November 07, 2016, 11:28:51 pm »
With a DBMS repository, it appears possible to run multiple scripts simultaneously. I believe I could run multiple instances of EA and run a different script in each instance or alternatively multiple users could each run a different script from their machine. Currently, I have some scripts that significant amount of time to execute (eg. 16 hrs). Some of these scripts could be split up and executed in parallel (eg. each script operating on specific stereotypes).

Has anybody had any experience with running multiple scripts in parallel and seen a reduction in overall execution time?

Each smaller query was done on a specific object type (eg. class, interface, etc) and a specific stereotype.  For each element found, I streamed the results to the console, exported to Excel and sorted on Element ID as well as UUID and found no duplicates.

Hi Paolo,

I did not think about this.  Unfortunately, it appears the results returned by the SQL are not complete.  I created a model in an eap file and transfered it to a DBMS repository.  Running Repository.GetElementSet("select * from t_object where Object_Type <> 'Package'", 2) from the EAP file (JET type) generates 3 DAO.QueryDef[3219] errors and the collection only has 28,466 elements. Running the same operation on the DBMS repository (SQLSVR type), generates no errors but also only 28,466 elements. Breaking the query into 120 smaller queries and summing the results indicates that there were 93,736 elements (non packages) in the model. This is close to 94,002 results that I got from the SQL scratchpad.

Why only 28,466 elements were returned by the SQL and why no errors when the query was run on the DBMS repository? This is a bit concerning.

General Board / Re: Controlling order of classes and attributes
« on: October 20, 2016, 02:32:01 am »
Hi Guillaume,

Thanks, we went with a similar approach to resolving.

I have a slightly different issue but the subject seems appropriate.

For the following query in the SQL scratchpad, EA indicates "Search returned 94002 results"
select * from t_object where Object_Type <> 'Package'

Using this same query with GetElementSet returns 28466 elements.

   var sql = "select * from t_object where Object_Type <> 'Package'";
   var collection as EA.Collection;
   collection = Repository.GetElementSet(sql, 2);

Why the difference and which is right?

Bugs and Issues / Re: GetElementSet query failure
« on: October 15, 2016, 03:10:17 am »
I ran into the same issue today using GetElementSet. The query found more than 25000 elements and was generating the same error (3 times).  This error was only being generated when run on an eap file; running the query on the DBMS repository did not generate an error.

General Board / Re: Controlling order of classes and attributes
« on: October 13, 2016, 10:27:32 pm »
Feedback from Sparx indicates handling of nestedClassifiers in xmi file does not comply with the standard but will be corrected in a future release:

>>Is the order of these nestedClassifiers for import only controlled based on the EA extensions node?
Currently this is the case - EA relies on the information in the EA extensions node to order the elements.
But we will update the XMI 2.1 Importer in the future releases of EA to reply on the order of elements in the UML section when EA extensions node is not available.

>>Is there any option available to indicate to EA that the xmi file being imported should retain the order defined for nestedClassifiers?
No, this information is stored only in the EA extensions node.

Awesome.  Thanks Geert!

Is there a way to set the project browser context through scripting?  Using scripting, I can detect what is selected in the project browser. Given a packageID, elementID, diagramID, etc, is there a way to set the ProjectBrowser to select this?

Pages: 1 2 [3] 4 5