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 ... 3 4 [5] 6 7
General Board / Re: Version Control:  Practical limit in size?
« on: August 02, 2013, 08:57:49 pm »
Thanks Geert.

So what are actually the scenarios/actions where you have had use for your VC?

I get the impression that in your 35 users are software analysts/designers/programmers mostly ?

At my site we are modeling business elements (strategy,processes,concepts, objects - and infrastructure - and more and more we get business people themselves active in modeling :)
But we want to be able to relate elements accross aspects and areas. So from your and qwerty's response I think, I may drop the plan about VC. I'm considering a solution with a single shared model where we checkin but never checkout and never get - but if needed I can checkout a revision of some packag(s) into a temporary secondary repository to resolve any issues. But I guess, I cannot block the checkout/get functions in the single shared repository's EA clients ?

General Board / Re: Version Control:  Practical limit in size?
« on: August 01, 2013, 05:39:56 am »
Thanks again qwerty
for a very elaborate answer  :).

Although a little disencouraging  :-/

It's my impression that you have got quite some experience with this topic.

Well it looks like, IF we go ahead with it, we need to perform quite some tests/experimenting on the chosen solution.

1- Get All Packages: 'will come in the way' - I suppose that means: too heavy.  I hope that any VC will recognize if a package (XMI) has not been changed since the client's existing package (?) in that way we MIGHT be able to control it.
2- moving packages - yes, that worries me. I think, especially on this one, we'll need to do some experimenting on different scenarios.

Sequence diagram - interesting, who would have thought that!.

- Undo: But (assuming private models) I could export an XMI with the messed up private model, then undo, then compare with my XMI (possibly creating an extra, local repository from that XMI), fix everything  ;D - and then check-in.  In that way, other users would remain unaffected by the incident.
- audit: that COULD though, in many cases make me aware of somebody's deletion perhaps months earlier than otherwise.
- backup: yes/no for us. The more concurrent users/projects, the worse a restore will be. (even with a continuous backup - although less so)

But of course, we will have to assess whether the VC will give more work than benefit! - and I guess, none of the challenges you mention depend on which VC we choose.

Again, thank you very much for your answers - they certainly have made me more concerned   :)

General Board / Re: Version Control:  Practical limit in size?
« on: August 01, 2013, 02:42:34 am »
Thanks qwerty.

I think, we will apply VC to many packages, thus having many 'discrete' XMI files. It is my understanding that that will make it possible to make relatively quick export/imports (checkins/outs).
I do have two concerns in that picture:
1) will there be any loss of connections between such 'discrete' XMIs (the documentation's word 'discrete' worries me here)?
2) Will that make a mess out of moving packages around later?

As for our reasons for VC: It is mostly for managing multiple concurrent projects on the same model (the model is an enterprise wide model). Things like 'undo-facility', audit changes, change management, package revision history, user access control.  Most important is probably the 'undo'. As it is right now, someone may unintentionally delete a portion of the model without anybody finding out for a long time. That makes me nerveous. (i guess the audit feature can help us somewhat with that even without VC)

General Board / Version Control:  Practical limit in size?
« on: August 01, 2013, 01:32:49 am »
Is there a limit for how big EA repositories should be put under version control?
Our repository has 22.000+ elements. I don't know the actual size of it in the SQL server, but in XMI exports it is 500 Mb.
Now we plan to put it all under version control. Are there any size issues in that?

Bugs and Issues / Re: Print to PDF
« on: June 30, 2015, 12:16:26 am »
Hmmm, when I use the "Print to PDF" on larger BPMN collaboration diagrams (17 pools) it Looses the lines of the sequence flows on the lower part of the diagram (the arrow heads 'survives', but the lines dissapear!)

 BUT: when I use "Print" and then choose the "PDF Creator" printer all items from the diagram survives - HOWEVER: with that driver I have not succeeded in retaining the diagram ratio - so that causes problems when I want to print wall-size prints out on our wide-format printer.

How do I include an external javascript library for my EA scripting?
(for instance JQuery)

xrefquery = "insert into t_xref (XrefID, Name, Type, Visibility, Partition, Client, Supplier) values ('"&CreateGuid&"', 'DefaultDiagram', 'element property', 'Public', '0', '"& element.ElementGUID & "', '"& diagram.DiagramGUID &"')"

Great, Geert, I hope to try with xref soon.
I had already noticed the NType=8, but not found the xref rows.
Thanks a lot :-)

I add a composite diagram to an object:
On a diagram: on an object: context menu -> ”New Child Diagram” -> ”Composite Structure Diagram” (or ”Select Composite Diagram).

If done from an activity in a BPMN process diagram, I can find this diagram by:
t_diagramobjects.Object_ID  -->  t_objects.DATA1  -->  t_diagrams

BUT: If done from a class in a class diagram, I can NOT find it.  How do I find the composite diagram in that case?

We are Building a web site from which we will be accessing the API (from Java).
This will easily create the scenario of concurrent calls to the same API instance.
Does the API support concurrent calls.
Has any of you tried this?

Secondly: Could I alternatively use the EA cloud server's http calls as an API from my own applications? - or does this only Work with the fat EA client?

Thanks Geert and qwerty,
that will probably be our initial/prototype solution.

Thanks Geert and Dermot.

This kind of stuff is outside of my comfort zone - so I'll talk to some OS/service Guys on this - when time comes :-)

I guess, as an alternative to the unattended Windows service, I could just start an EA instance on the same machine from which the EA API is called?
(probably less stability/robustness, though)

If, I have a web server calling the API (from the same machine): will I be able to invoke a call2 to the API before a previous call1 has returned?

For instance:
Generate an HTML report each night.
I have not found such, but is there some kind of scheduler in EA?
Or do I have to call the API's RunHTMLReport () from an outside application nightly?

Thanks a lot, Geert  8-)

I'm pretty sure, I will be embarrassed by this question  :-[ – because this function must be there somewhere in the EA object model – but I cannot find it:

When I have an element: How do I locate it in the project browser for the user (like when the user himself uses “find element in project browser”

Thanks qwerty and Geert,
I perform some transformations on the individual element and also calll elem.SynchTaggedValues() which brings the individual element in line with the new metamodel (including changed enumerations). It works fine now.

In fact it seems to me, that I should use a script also when a user wants to change a single element's stereotype (when it’s a stereotype from UML profile / MDG). EA doesn’t handle this very well and removes tagged values when the new stereotype does not have corresponding tags – and the user is typically not even aware of thus deleting tagged values. EA is really unpopular on this point.

SQL: I use my sql editor on a daily basis (SQuirreL is particuallerly nice when using different kinds of databases) – but I’ve always been too wooried about bypassing EA objectmodel in updates – so I have never used sql to update EA. I’ve never used Repository.Execute() – I’ll have a look at that.

Pages: 1 ... 3 4 [5] 6 7