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 - Helmut Ortmann

Pages: [1] 2 3 ... 62
1
Hi,

I would think about my goals regarding now and long-term. Also to put it in writing and discuss it in your organisation is a good idea. A little example with both tools gives you a feeling.

Then I would compare these both tools. Usually, this isn't an easy task with one paramount winner.

In live, there is no best tool only one that fits your goals better. It's always a trade-off. It's the same with buying a car. There might be the best car for you, but there isn't the best car.

Regards,

Helmut

2
General Board / Re: How to enable the "Find Command..." widget
« on: October 15, 2018, 05:03:18 pm »
Hello Paolo,

try: Start, Visual Style, Microsoft Office 2016

Best Regards,

Helmut

3
General Board / Re: Set Default Status
« on: September 07, 2018, 06:25:19 pm »
Hello,

EA supports the Post-New Event (http://sparxsystems.com/enterprise_architect_user_guide/14.0/automation/post-new_events.html). You can write an Add-In to handle this.

You may also use EA-Matic from Geert (https://bellekens.com/ea-matic/). There is a good description and it's free.

Best Regards,

Helmut

4
Hi,

I can recommend qwerty's book.

Additional approaches:
- EA ships with a lot of example scripts (VB, JScript, JavaScript)
- EA Automation interface (Java, C#, & more)
- Add-In, all languages which support the Microsoft COM interface

My personal approach is C# and Add-Ins for more complex situations because of type checking and the possibility to handle complex solutions with a user-friendly GUI.

Every approach has its pros and cons.

Best regards,

Helmut

5
Automation Interface, Add-Ins and Tools / Re: SQL search scope
« on: August 26, 2018, 10:44:48 pm »
Hi,

There are a lot of good ways to query something, by SQL, by Add-In or by Script. Each way comes with its pros and cons.

If I need some non-trivial information out of EA, I usually use LINQPad. LINQPad is an interactive playground for the .net languages. You can easily combine code with SQL or even Linq for SQL the independent database approach.

You need some time to get familiar with it, but after that time you'll love it and use it for the more complex questions. After you have understood the solution, you may code it with Script or Add-In for a better EA integration.

By the way, with LINQPad you can quickly try a piece of code without bothering a lot about the environment.

Best regards,

Helmut

6
Hi,

the best thing I know to find installation issues regarding EA Add-Ins is:
https://community.sparxsystems.com/community-resources/772-ea-installation-inspector

it saved me a lot of work.

Best regards,

Helmut

7
General Board / Re: Multiselect Tag Value
« on: August 07, 2018, 12:29:51 am »

8
General Board / Re: Export matrix definitions with MDG Technology
« on: August 06, 2018, 04:30:08 pm »
Hi,

for Artifacts of type <<EAMatrixSpecification>> the definitions are stored in TaggedValue 'MatrixOptions'.

Example:
<MatrixData>
   <Profile linktype="Dependency" source="Package" target="Package" direction="0" targetpackage="{2F21949B-D75E-483b-AB78-442F733E4CAB}" sourcepackage="{ADF40143-CBBB-4656-9759-AB3E21606187}" showsourcechildren="1" showtargetchildren="1"/>
</MatrixData>

Best regards,

Helmut

 

9
Hi Adrian,

it was just luck!

I wanted to check the release of the dll and used my "About" functionality which lists all dll releases. This function tries to load the dll in question and reported a meaningful error message.

After fixing the error I haven't investigated it deeper. Maybe just loading a dll is a mean for this kind of error.
 
Best regards,

Helmut

10
Hi Adrian,

it looks as if I have solved the issue. The NeutralResourcesLanguage should be correct and the same for all dlls. Maybe it's best to avoid specifying a neutral language altogether. It looks complicated but now it works.

Witout strong name for a DLL (assembly properties)
[assembly: NeutralResourcesLanguage("en")]  // I had used english-europe (en-150) for one dll

or just:
[assembly: NeutralResourcesLanguage("")]

If I've correctly read the documentation strong names support dll with version and culture.

Best regards,

Helmut




11
Hi Adrian,

thanks for your elaborate answer.

It is the same user, the same machine and the dll is installed as per user.

I just tried it once more with the same user, and the same machine. Without signing it doesn't install the Add-In GUI and with signing it installs the Add-In EA GUI.

Because I can live with signing I'm not that keen on testing and trying.  There is always the possibility to sign an used external dll. All other Add-Ins run smoothly.

If I come along with an explanation I'll inform you.

Best regards,

Helmut

12
Hello,

I come across that registering of an Add-In usually works without bothering about .net signing in C#.

Last time I couldn't register an unsigned DLL with EA to use as GUI/COM object in the Add-In window. After signing everything runs smooth.

In debug mode of VS 2017 everything runs smooth, regardless of signing or not. So, I'm a bit puzzled.

The thing is: In the past, everything works fine with a lot of Add-Ins, regardless of signing or not. I've searched a lot and I've found a lot about the signing of dlls, no silver bullet.

Any idea?

Thanks,

Helmut

13
Hi,

I'm importing DOORS Requirements with the SPARX DOORS MDG.

Usually it's fast. Seconds and not hours. If there is a slow/bad connection to the DOORS server I've experienced problems.

Before importing the requirements I usually make sure that the DOORS Module is opened within a native connection (not via e.g. CITRIX).

I'm experimenting using DOORS *.csv and ReqIF format to streamline handling of multiple DOORS modules. With ReqIF you can also visualize the pictures in EA as Linked Documents.

Best regards,

Helmut


14
Hi Adrian,

EA Installation Inspector has saved me a lot of time. Thanks for the great tool!!

When I use COM/Active X for an Add-In Window, I have the same issues as with the pure Add-In without any GUI.

- Is it possible to enter a ProgID and EA Inspector checks if the COM is accessible
- A hint whether Admin rights are needed for installation/de-installation would be nice

Best regards,

Helmut

15
Hi,

You can write and deploy EA Add-Ins installable without Admin Rights. You find a template at:

https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoAddinTemplate

Best regards,

Helmut

Pages: [1] 2 3 ... 62