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

Pages: 1 ... 19 20 [21]
Firstly are you managing source code generated by EA or packages within your EA model? If you are trying to apply version control to Packages within your model, then EA can communicate with ClearCase via the SCC interface.

For an example of how to set up version control through the SCC interface, please see the AccuRev demonstration located at

Automation Interface, Add-Ins and Tools / Re: UML Profile for JPA ?
« on: November 21, 2008, 09:00:11 am »
Hello Gentlemen,

Just a quick note to advise I've replied through PM

Automation Interface, Add-Ins and Tools / Re: UML Profile for JPA ?
« on: November 04, 2008, 09:57:36 am »
Hello Yves and Sebastien,

I am currently on holidays and away from the office. I will be back next week (starting Monday 10th November) and will get back to you then.

Automation Interface, Add-Ins and Tools / Re: UML Profile for JPA ?
« on: October 31, 2008, 08:51:45 am »

You can augment the code generation process by modifying the code generation templates.

You could also perform your own validation through some additional logic provided by an add-in.

Here are some resources that would be worth looking at to give you more of an idea about how to navigate this area:

- An introduction to MDA transforms
- An introduction to writing EA add-ins (in C#)
- A comprehensive 'MDA in Practice' whitepaper by Frank Truyen
- The old EJB (pre v3) technology file

Hope this helps to point you in the right direction

Automation Interface, Add-Ins and Tools / Re: UML Profile for JPA ?
« on: October 30, 2008, 09:40:21 am »
EJB3 support is something we're looking at including in the future, although no firm plans or dates have been set in place at the moment.

EA does currently support
- Altering the appearance of an object based on stereotype (via Shapescripting)
- Annotations (via tagged values)
- Custom code generation and transformation templates

So the tools are all there if you need to make a start in the meantime.

There are a few inherent weirdities at play here due to the nature of how Java interacts with COM.

1. The Java interface is simply a COM wrapper, with each of Java objects you aquire from EA containing a simple COM reference to a COM object on the EA side.
2. Because the Java objects only contain a 4 byte COM reference, the garbage collector will not prioritise it for garbage collection as it does not take up enough space to warrant the time taken to clean it up. The Java process itself is not taking up much memory (as it only contains a collection of references), therefore no garbage collection is performed.
3. On the EA side however an increasing number of COM objects will be building up, unable to be released and freed as their references are still being held on the Java side because the JVM's garbage collector is ignoring the small wrapper objects.

To quote from the ReadMe.txt found in the JavaAPI directory:

Due to the nature of Java interacting with native methods and COM, garbage collection is not optimal. Native COM classes and memory allocated for these are not seen by the Java garbage collector, so you should explicitly invoke a garbage collection from time to time when working with many objects using the Java API. This will ensure native memory is freed in a timely fashion.

The explicit garbage collection mentioned can be invoked by calling Repository.Compact() - a method only found in the Java API - which will explicitly force the JVM to garbage collect any of the COM references that have been marked for garbage collection. As is stated in the readme file, this should be performed regularly to avoid the build up of dead memory.

It might be worth pointing out at this stage that the truncation of Java exception messages has been addressed, the fix _should_ appear in the next version of EA.

Hopefully that means in situations like these, users will have a lot more information at their disposal to address these problems.

As far as I'm aware you can either:

1. Reinstall the application and point it to Ganymede's plugin directory; or
2. Copy all jar files that start with org.sparx from Europa's plugin directory to Ganymede's plugin directory.

If you are looking into preventing users from changing properties of elements etc, then it may be worth investigating User Security:

For example: To prevent users from updating elements you can revoke their "UpdateElement" permission.


Enterprise Architect has a CSV import/export mechanism, please consult the appropriate help section for more details:

Automation Interface, Add-Ins and Tools / Re: EA Addin problem
« on: April 22, 2008, 04:40:52 pm »
This thread has been closed. Please check the following post for more details

Automation Interface, Add-Ins and Tools / Re: Create addin
« on: April 22, 2008, 04:41:17 pm »
This thread has been closed. Please check the following post for more details

Pages: 1 ... 19 20 [21]