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

Pages: [1] 2 3 ... 548
1
Yes, with virtual documents you can create a section (model document) for each package and choose the template to use in the tagged value.

Geert

2
General Board / Re: Advice on creating Arcimate reports from diagrams
« on: July 06, 2018, 06:36:39 pm »
Thank you Geert - I'll check out that link when I get some downtime.
The plugin I've already looked at, and it might come to this - but damn it is expensive...

I think that it is frustrating that such good a product as EA suck so badly when it comes to one of the main tasks an architect faces - communication. What good is a model if I can't communicate it with stakeholders?

I don't think EA sucks at it. I think creating document generation templates is inherently a complicated task.
I fact I feel the document generator of EA is very powerful, if you know how to handle that power.

You might argue that EA might have provided better standard templates, but those would only work if you would follow the standard model structure.

Most models I've seen don't follow any standard structure, and most even combine different modelling languages.
For those type of environments there's no alternative to custom document generation templates.

Geert

3
Ah, I see.

template -> script -> template

Can you post the code that invokes the templates?

MDG stuff is not really stored in the database, but only kept in memory.

But if you import an MDG into a model the MDG file itself is stored in t_document.

AFAIK the process of loading an MDG is exactly the same regardless of its location (model, user profile, file location)

Geert


4
General Board / Re: Advice on creating Arcimate reports from diagrams
« on: July 05, 2018, 08:47:33 pm »
Hi cTor,

Document generation in Enterprise Architect is not an easy task.
It is not uncommon to hire a consultant to set-up the templates for you.

I documented the way do document generation on my website: https://bellekens.com/2015/11/12/tutorial-generate-complex-documents-from-enterprise-architect-with-a-two-step-semi-automated-approach/

Another alternative is to use EADocX, a commercial add-in for Enterprise Architect.

Geert

5
Never thought of doing that export yourself with an add-in? I did that for other reference data in the past.

q.

Yes, I though of it many times, but I never found the time for it, and I figured this should be a standard feature of EA.
And I've never been sufficiently annoyed by it to get me to actually start writing an add-in and/or script for it.

Geert

6
I would like an option in the export reference data to select only certain scripts for export.
EA only has an option to export ALL the scripts (including a bunch of temp debug stuff that should never be exported anyway) and that is costing me a lot of time (and thus my customers a lot of money)

Each time I update a script in DEV that needs to be promoted to TEST/PROD
- Export all scripts
- Open the resulting xml file
- Copy paste the script parts I need to a new file (not forgetting the groups if not yet existing on the target model)
- Remove all scripts in the file with only those I copied

That could be so much easier if I could just select the scripts I want to export.

(bonus points if the export feature would automatically detect !INCLUDES and export those as well)

Geert

7
- import MDG
- export all scripts (backup)
- delete the model scripts
- link your template to the MDG script(s)
- re-import your model scripts
- regenerate MDG

Geert

8
Next to my code on Github I also wrote a few articles that might help you: https://bellekens.com/writing-ea-add-ins/

The thing is that "not too complicated" examples don't really exist in the wild.
Everything starts simple, but then you start refactoring out duplicate code, building a framework of reusable wrappers, and before you know it you have a codebase of 100.00 lines of sometimes quite complicated code  :-\

Geert

9
Could also be exactly what it says, an SQL syntax error.

In those cases you can usually find the exact query executed in %appdata%Sparx Systems\EA\DBError.txt

Make sure that your DDL is correct and working before trying to execute it through EA.

Geert

10
A) How can the code you mentioned work if you don't use double quotes around your SQL string?
B) Don't add tables, or change anything to the standard EA database schema. That is a notoriously bad idea and will come back to bite you later on.

Geert




11
I think the workaround before the fix was to:

- generate the MDG technology containing the script
- import this MDG technology into your development model (your model now has two version of the script, one from the MDG and one from the model)
- open the template fragment properties and select the MDG script instead of the model script
- remove the MDG from your development model (your fragment should now no longer work in your development model as it is linked to a script that no longer exists)
- generate the MDG containing both the script as the template fragment
- Test your MDG in a new model

Geert

PS. I personally haven't tested whether or not this issue has been solved in v13 or later.

12
As a result, you get an insidious bug in your code. It works fine until some other profile including a stereotype with that name loads before yours.

Please... Always fully qualify your stereotypes.
Phew. Even worse :-( How about EA insisting on a FQN when checking the parameters?

q.
And breaking a bunch of existing working code?
I hope not.

Geert

13
General Board / Re: Composition in profiles packages
« on: June 30, 2018, 09:57:47 pm »
You should create your own composition stereotype, extending the metaclass Association.

Geert

14
General Board / Re: Classic menu bar / Standard Menu Bar
« on: June 29, 2018, 03:28:00 pm »

But honestly, yes. The ribbons are the worst of all.


I do not agree. I think the ribbons are an improvement of the classic menu structure, especially for new users.

Downside is of course that we "oldies" have to re-learn the location of all actions/buttons.

It is just too bad they couldn't get it right the first time and decided to mix everything up again between v13 and v14

Geert

15
While you are at it, you can maybe try to implement the same for other types of objects in the EA world, think connectors, attributes, operations,...


Geert

Pages: [1] 2 3 ... 548