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

2
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




3
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

4
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

5
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


6
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

7
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

8
General Board / Re: Time Aware Model comparison
« on: April 10, 2018, 11:35:43 pm »
Hello,

for comparing models or integration in version control I would check LemonTree.

See: https://www.lieberlieber.com/lemontree/en/home-3/

Best regards,

Helmut

9
Hi Uffe,

great thing!!!!

Helmut

10
Hi,

on https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoAddinTemplate/wiki you find a running template for an Add-In in C#. This is a minimal Add-In with:

-  Gui in EA Add-In Window
-  Installation both as admin or as no admin install
-  Settings read from Settings.json
-  View Help, About, Settings
-  Reset to factory settings

With this template, you have a running starting point and you can add your own functionality. I developed it because every time I started writing an Add-In I ran into troubles. 

Best regards,

Helmut

11
General Board / Re: export attributes of a class
« on: April 08, 2018, 07:22:55 pm »
Hi,

one way to export something is to write/use a search/query and:

- Export results to *.csv and then to Excel
- Use the free hoTools to directly export the query results to Excel
  (see: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/Export)

Best regards,

Helmut

12
Hi,

additionally to what q has said:

-  Use the features of your database like:
--   You can create a view and then simply query that view from EA
--   Stored procedures

Best regards,

Helmut



13
Hi,

If you are using Visual Studio I've collected some advice at: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/addin#visual-studio

Kind regards,

Helmut

14
Hi,

My knowledge about diagram styles in EA you find at: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/DiagramStyles.

Thomas Kilian also documented a lot of insides in his book Inside Enterprise Architect. E.g Chapter 9.11 Diagram StyleEx Property.

Best regards,

Helmut


15
General Board / Re: Stereotype bulk change
« on: April 03, 2018, 04:39:52 pm »
Hi,

You can also change Stereotypes and more by the Open Source 'hoTools' (Bulk change EA Elements). For more information see: https://github.com/Helmut-Ortmann/EnterpriseArchitect_hoTools/wiki/BulkEaItemChange

Best regards,

Helmut

Pages: [1] 2 3 ... 62