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

Pages: 1 ... 25 26 [27] 28 29 ... 36
Bugs and Issues / Re: Call Behaviour Action Pins
« on: May 19, 2016, 06:34:23 pm »
 :) :) :) :) :) :) :) :) :) :)
Feedback from a happy user!
I confirm that this bug is fixed with build 1230.
So my personal showstopper for V12.1 has gone.

General Board / Re: Cloud Connection Experience
« on: May 18, 2016, 05:32:07 pm »
Thank you both, for your reply!
Citrix is also something I have in mind (just because provided by our IT) if cloud connection does not the job.
What still gives me a little hope, is the fact that our colleges in India state that they see no difference between ODBC and cloud connection currently.

Another option in mind is using version control, but this will slow down people with good connection and check in/out stuff in India will take some extra time as well.

In principle you can do that, but not as simple as you have mentioned. If you want to re-invent what is already there you need to have to analyze your table structure and build ea classes and attributes on that.
I recommend searching for some running small plug-in examples rather than starting with your db approach.


General Board / Cloud Connection Experience
« on: May 18, 2016, 03:00:15 am »
Has anyone managed to get acceptable could connection to India e.g. from North America, Europe, Australia?
Currently our connection is pure (even no difference between ODBC and cloud according to my colleges in India), but I am not sure if our infrastructure is the problem or something more fundamental.

So I would be happy to hear from someone having good results, to find out if it is worth to improve what we have.

I could imagine some very special use cases were version controlled repositories might be shared. But in general, yes you should not share.
However, the differences described should not be there anyway.

We do not share EA repositories under version control, so I do not have a concrete idea were the differences are coming from.
However I know when working with internal baselines, differences are shown e.g. in created or modified date an on diagram properties which should not be there. Here I assume that either importing or exporting is not really clean.
For SVN I do not have such differences but due to the fact that we do not share our ea DB’s I do not have your use case.
What I would try, is to compare the model with SVN content by “Compare With Controlled Version” for both users to get a feeling what causes the difference of the same.

To put it into word of some other forum members. "I'm happy to agree to disagree with you".

General Board / Re: Network access to a model on remote server
« on: May 13, 2016, 02:20:20 am »
Well I am not really an expert on that, but I am pretty sure that there is nothing what you can do on the EA client.
The cloud service is remote as well, isn’t?

Some information of cause you find here:

What I would do, is trying to connect to one of the spax test environments.
See here:
I have also a proxy and for me I can access those external repositories.
If that works for you, I would assume the problem is remote.

General Board / Re: Network access to a model on remote server
« on: May 12, 2016, 11:35:50 pm »
What kind of connection you are using?

Here is another:,30219.msg220720.html#msg220720
that asks for improvements of the relationship matrix.

Also handling of stereotyped links is not there.
From my perspective, instead of selecting individual types for source, targets, links, …; possibilities for some kind of queries would be very helpful.

Well, yes we have a central key store, and we have a central place where the MDG file versions are located, and we have a central asset DB, and we have a modern distribution and management environment as well
However in my scenario the model templates belong to MDG version, and in addition I want to ensure (because of the model template can be used several times in the same repository) that new GUID’s are created.

A MDG xml file is typically created from many other files (e.g xml profile files, doc-templates, icons, scipts,…) and as far as I understand, the MDG xml file is all about to pack all that stuff in one file.
For me that works well (apart of this,30648.0.html), but there is one thing what is different from all the others, and that is the model template stuff. For model templates there are not GUI elements to write the mts file (ok for me) and model templates are not packed in the xml mdg file (what this issue is about).
Doing that, would make EA mdg stuff implementation consistent and would help me and obviously some other people a lot; it is not at all “all or nothing”. It is about “providing consistency which helps”.

Our company has a modern distribution and management environment. Apart of getting distributed something, needs considerable time (done by out IT) that works fine for many cases. I personally distribute lots of things this way.
However distributing a mdg this way, that will have in future maybe once a week a new mdg version, were the users should decide which version to use on project level, what should work maybe ten years later, would cause nothing but trouble.
By having all stuff in one file, we would need no effort and nor trouble at all.

Bugs and Issues / Re: Document Generation: Template Selector Fails
« on: May 10, 2016, 09:55:05 pm »
Could it be that you have applied a filter in your templates?

I am quite sure that SQL server is not involved in that.
It is only somehow a problem with ADS and the internal EA security, using the windows authentication.
The thing is, that the users are logged in there machine with their account. So local IT may argue “login works” and therefore it is an EA problem.
This is why I am looking for something that might show that a request involved in the authentication needs e.g. too long.

Pages: 1 ... 25 26 [27] 28 29 ... 36