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

Pages: 1 [2]
Bugs and Issues / Re: Checked out package overvritten by GetAllLates
« on: March 30, 2010, 06:23:47 pm »
Instead of waiting for EA to come up with a solution, I started to write an EA-AddIn that replaces the whole VersionControl and GettingLatest Stuff.

- Basically, when opening the EAP-File, the AddIn scans through all controlled packages, compares their version to the one in the repository and displays a nice overview of the whole situation.
- Furthermore it shows the dependencies of the different packages amount each other, so to know that a package needs some classes of another one
- It shows in a Tourtoise-kind of view the list of availabe revisions per package, and a any revision can directly be retrieved from the repository
- the AddIn resolves all dependencies and can perform a healthy GetAllLatest in the correct order to prevent relations beeing removed silently.

This AddIn is just a workaround for us, since EA doesn't seem to care about this issues of XMI handling and resolving relations.

Bugs and Issues / Re: Checked out package overvritten by GetAllLates
« on: March 30, 2010, 05:34:12 pm »
We are using SVN here and we faced the exact same bug. It's not a matter of SourceControl, its a matter of how EA handles the package import/exports.

When two packages evolve at different paces, and they have associations between its classes, it can happen that when only one of the is updated, associations are just silently REMOVED if the class at the other end of the association is not known, due to the fact that the other package is not yet updated!
And what is really heavy: there is no message notifying the user that there are associations which will be removed. :-?

This is really a heavy issue, i reported it also already via the official bug report forum.

Bugs and Issues / Re: Relationship between two packages under src c
« on: March 30, 2010, 05:57:19 pm »
Yes, we've asked many times for EA to create anemic elements which can be replaced by real ones later when imported, but to no avail.

I used to work with Rational Rose in my former company. If a relation to a class could not be resolved, there was a visual indicator (M) on the class, there was also a warning at package load time, and there was also a warning when code was generated.
It was very obvious that there was need to update or add the missing package.

To EA: please add this functionality, you have all information available that you need, just notify us and DO NOT DELETE ANYTHING you shouldn't ! >:(

Bugs and Issues / Re: Releationship between two packages under src c
« on: March 30, 2010, 05:51:52 pm »
Wow, why didn't I come earlier to this forum. We are struggeling with this issues for quite some time now and finally I see that there are plenty of people out there that face the same.

There is also another fear I have. If later in time we want to get back to an earlier version of our project by retrieving older revisions of different packages, it's very probably going to be a real pain to get a model that is complete with no relations removed!

This thread is also directly related to

Bugs and Issues / C++ Code generation: Custom Templates not called
« on: July 25, 2009, 12:42:06 am »
I'm calling a custom template in "Import Section Impl":

%list="ClassBase__Includes" @separator="\n"%

It is never called, that means it generates no output. The code inside is the same like the standard "ClassBase"

If I replace it with :

%list="ClassBase" @separator="\n"%

then it works.

I noticed a couple of CustomTemplates that do not always work. Are there any rules I must consider? :-[

I tried to do the same, currently RTF ruler is fixed to inch. And there is no option to set to metric. Or does anyone know how to do this?

I was writing a VBScript to modify the GenFile property of my C++ classes. Actually my goal is to replace the %VAR1% part with another variable name over all the classes in a package.

I figured that the property is changed in during script live time, but as soon as script ends, when checking in the Properties window, there was again the old value...

Anybody else noticed this?
I'll report it also as a bug..

There is GetContextObject/GetContextItem which give me the currently selected object.
In case of multiple selected objects, it gives me the first object in the selection, which i consider actually as a bug! it should return a collection of objects...

I use the MDG_PreGenerate and MDG_PostGenerate methods to add some flexibility on how C++ files are generated.

In PreGenerate I copy the Cpp and Hpp files to .bak files.
In PostGenerate I do some cleanup stuff.

In the PostGenerate call I get the Filename as an argument which is very practical. But in the PreGenerate call, there is only the PackageGuid, which is passed. I have to manually find the selected object, or verify if there are multiple objects in a selection on the current diagram.

What is annoying aswell is that the PreGenerate is called as many times as classes are selected in my diagram, and surely always with the same PackageGuid.

It would be better if the ElementGUID would be passed... or is there a simple way to find out which element(s) are generated?

Pages: 1 [2]