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 - Svend Erik Nygaard

Pages: [1] 2 3 ... 9
... might be 'in the cloud', i.e. outside your corporate network if you choose to host your database on say Azure.
... ProCloud also gives you additional access options, ie a REST interface which your web component could use

Thanks a lot for your answer,  OpenIT Solutions.

I'm really thin on this topic - and find it difficult to find the answer(s) to this wuestion on Sparx' site.

Many of our queries involve joins with 50+ joins - I expect the REST interface to be a problem here (?). In fact, it seems to me, that the REST API largely only offers calls to query a given object and the features of a given type of a given object. - is that also yopur understanding?

But another point may be interesting. From your "say Azure" I gather, ok Sparx does not offer a 'closed cloud'. Any pro cloud installation outside of a corporate network will be on one of the 'open cloud' providers. In that case any customer could choose to install another website of their own (or from a third party) 'side-by-side' with the EA database on that cloud - and let that website access the EA database via SQL. - Is that correctly understood?

We have our own web components on top of a local EA repository, where we extract information via SQL. In fact we have a complete website with lots of views for different stakeholders.

Can we do this, if we move EA to sparx' EA cloud solution (with the EA cloud repository being actually in the cloud, not on our own network)?

Anyone having experience with this?

Yep, it works fine - thanks again :-)

Thanks a lot, Arshad.
I'll try that as the first thing in the new year (I hope :))

How do I open webpage in a browser from an EA JScript.
E.g. I want to add a script to an element's context menu that opens a webpage with specialized documentation views on that element.

General Board / Re: No dockable window with table columns?
« on: December 11, 2018, 09:53:51 pm »
The Database Builder...

Thanks, but  :( the Database Builder does not react to select a column on a diagram "like the docked window with class attributes, which synchronizes itself to selecting an attribute in a diagram or in the project browser".
at least, I haven't managed to get it to do that.
With the Database Builder, I have to select Database + select table + select column each time - this is prohibitively tedious and disturbing for the meeting partiipants, when I'm sitting with business people (data stewards, BI analytics, etc.) mapping their implementation views (DB,...) to the conceptual/logical model which carries all the business definitions)
Besides that, the Database Builder takes up an awful lot of screen real estate for that purpose - when the meetings 'fix point' is a diagram.
Then I'm better off using the columns and constraints window - it's just not dockable, which makes it very disturbing in the meeting context, having to pop it up each time.


General Board / No dockable window with table columns?
« on: December 11, 2018, 12:19:39 am »
I want to have a docked window with table columns - just like the docked window with class attributes, which synchronizes itself to selecting an attribute in a diagram or in the project browser.
Is that not possible? (EA 14, 1427)

Also: in a class on a diagram I can add an attribute with shift+cntrl+F9  - is there no similar function for table columns?

Just to make sure, that I haven't missed the feature:

Is it correct, that there is no method in the object model telling which elements (plural) have been selected in the search result?

This is great (and, of course, about time  :))
Did you notice - Now you can also have icons on your stereotypes (metatypes) that extends package.
Earlier such icons would only show up in the project browser for elements, not for packages.

I cannot find how to publish a package as a UML profile  in EA v. 14.1.1427
I have tried:
Select a UML profile package in project broser
Then I go to ribbon: Specialize / Publish
But only gives me an option of: Publish Diagram as UML Profile (not a package)
I tried it, of course but it actually does only save the diagram as a profile

I also tried the command search and opened the Save UML Profile window but same result

In EA 14.0.1423 it worked (although, as Geert Bellekens told me, I had to have a diagram open )

Has anyone of you succeeded in saving a package as UML profile in EA v. 14.1.1427?

General Board / How do I hide derived tagged values?
« on: September 19, 2018, 06:57:45 pm »
In the tagged values pane/window, the derived tagged values are shown below the other tagged values.
This causes confusion and irritates my users.
I haven't found a way to hide them from the pane/window.
Is it not possible to hide these derived tagged values from this pane/window?

Yes, that was what I was on my mind from the beginning of this. I don't think it will be changed.
But I also wanted to hear about any work-around or thoughts from Sparx about this for the future - before I made the discussion to use connector direction for reading direction (a decision which will introduce a conventions that brakes the UML semantics - but are feasible for us for the reasons mentioned in the initial post)

... So the spec is to be blamed, not EA.

However, the way it's implemented in EA (placing the name direction on the diagram link instead of on the connector) is strange and causes extra / tedious efforts in modeling - and makes it more error-prone
1) it opens up for setting different name directions on the same connector on different diagrams - which is meaningless and erroneous
2) ... and you have to set it anew each time you re-use the connector on other diagrams

Suggestions and Requests / name's direction on dgm-link vs on connector
« on: August 21, 2018, 09:44:19 pm »
First: This is not about the connector's direction, but about the connector name's direction.

I have noticed, that the name's direction is stored on the diagram link - not on the connector.

This causes the following mal-function in EA:
1) the same connector can have different name directions on different diagrams - very unfortunate
2) when creating the same connector on (another) diagram, the name direction is not transferred (this is more an inconveniency than a malfunction - but it also makes modeling more error-prone, because of point 1 above)

I think the UML spec does noes not address this issue very clearly or explicitly - but I think the name direction should be on the connector itself.

This malfunction will probably make us use the connector's direction for the reading direction instead of the name direction.
Yes, I know, unlike the name direction, the connector direction has a semantic on it (navigability) - but since we don't use our model for forward engineering / code implementation, we may make that decision - unless there are plans to change the above described behavior.

Are there any such plans to change this behavior of the name direction in EA?

Pages: [1] 2 3 ... 9