Messages

1

General Board / Re: How to hide Work In Progress in a shared model

« on: November 26, 2008, 12:34:50 am »

That's an interesting challenge Andi,

It looks like a big organization, Is your organization familiar on MDD Processes at any stage?

I am working on trying to introduce EA into my organisation where we will have up to 200 analysts and designers working on various models

You may also want to have a look into this trail regarding the versioning. I would ensure aspects such as merging as well !!

http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1210007074

Regarding the comment about the updating the model as the time goes I'd say it's not an easy task and it depends a lot of the nature of your business model. I know its a bit vague this, but definitively it needs serious research on your business.
 
Cheers

2

General Board / Re: BUG?: grey images after importing UML pofile (

« on: October 25, 2008, 12:06:46 am »

A possible work around for this it could also be exporting the stereotypes as reference data into a XML file. Import the data into a new project, and you will have then the full range of stereotypes available. The inconvenience is that you have two files to populate stuff, technology and reference data files.

btw, no I haven't reported this thing though the issue was spotted almost a year ago !!

3

General Board / Re: BUG?: grey images after importing UML pofile (

« on: October 24, 2008, 02:14:40 am »

Hi David,
Thanks again for your answer! Suppose we have similar constrains on time for testing releases ...

Anyway, just realized that the 833 was out. I tried it out and it didn't work either. I also went through the RNs and I suspect that this is not fixed yet. I suppose the work around is importing the images, but that's not acceptable for my case.

4

General Board / Re: BUG?: grey images after importing UML pofile (

« on: October 23, 2008, 11:42:57 pm »

Hi,

Has anyone an idea whether this issue has been fixed?

I bundled an image in a technology file for a brand new stereotype  which is using the image and when I apply the stereotype to my new element all what i got is a grey rectangle !!.

Thanks

Update: Using EA 7.1 b828

5

General Board / Re: ODBC warning on build 832 !!

« on: August 22, 2008, 07:19:52 pm »

Thanks for your reply!

Can we safety ignore this warning ?, I suppose we can until the next build but I'd like to hear something from you anyway.

Thanks

6

General Board / ODBC warning on build 832 !!

« on: August 22, 2008, 03:24:43 am »

Hi,

I upgraded EA from 7.1 build 828 to build 832 and I am experimenting some problems when i delete diagrams from a database repository based model.
My model lives on a MySQL database and the warning EA is  throwing is:

Microsoft OLE DB Provider for ODBC Drivers [-2147217865]
[MySQL][ODBC 3.51 Driver][mysqld-4.1.10a]Table 'ea_cbu.t_diagramObjects' doesn't exist.

Clicking "Ok" on the message window, the operation is successfully commited and the diagram is deleted.

Notice the problem ONLY shows up so far when I try to delete the diagram after making the element "Composite". I put build 828 back on again, and the problem doesn't happen performing the same operation.

My two concers are:
Is it safe ignoring this warning??
Has anyone got a similar problem on the latest build (832) or just me??

Thanks

Steps to reproduce it!
1/ On a MySQL based model, create an element on the diagram (Component or something like that)
2/ Make the element "Composite".
3/ Delete the diagram underneath of the created new element.
4/ Accept the operation of deletion.
5/ Now, the warning window should pop up at this stage. !!

7

General Board / Re: VC, merging and branching on EA

« on: July 15, 2008, 07:35:44 pm »

Hi

Just to indicate that I was exporting on XMI version 2.1 and it should be XMI/UML 1.3 instead. Log must be ticked as well on the "Package Control" settings.
Now, when I import the package that it contains references to non existing references in the other one, it logs an error like this

Error: Unknown Transition Source or Target Resolving DiagramIDs

Well, I have to say it's not the best report system I've come across, but anyway !!

Thanks for the help!

8

General Board / Re: VC, merging and branching on EA

« on: July 10, 2008, 09:32:02 pm »

Hi Simon,

I submitted my EA project to Sparxs with the instructions to reproduce my scenario and well, we'll see how it goes anyway.

Cheers and thanks for your replies

(typo removed)

9

General Board / Re: VC, merging and branching on EA

« on: July 07, 2008, 08:30:05 pm »

... btw, I was looking for a way to post an EA project, and I have't found it. Would you mind to indicate what is the best way to do it!

Cheers

10

General Board / Re: VC, merging and branching on EA

« on: July 07, 2008, 08:16:27 pm »

Hi Simon,

Yeah, I am going to post the project and the steps to reproduce the  result I get. It's pretty much simple; it contains two packages, two diagrams, 4 components and one interface. Maybe is me !!, but basically this is it. Both packages with the option “Package Control” activated. Removing information from one package, export the modified package to XMI and restore the model from the XMI files. I tried with "Bactch Export" and "Batch Import" ticked and not ticked and it didn't work either.
But there is one thing that it really strikes me is that it doesn't warn me about missing information when import the packages from XMI files. The model “knows” that there is missing information because one of the packages is the original one, and it should know all about the dependencies between elements. Anyway, I am going post the project and thanks Simon, and we'll see!

Cheers

11

General Board / Re: VC, merging and branching on EA

« on: July 04, 2008, 09:10:24 pm »

Hi Simon,

Well, I think there is some information missing   and apparently the diagrams can’t be restored… I created a coupled packages, put them under “Package Control” with cross dependencies between packages (not nested), I saved them as XMI files and I put them back in again and … bad news, there are cases in which the information is not preserved. So, I presume it will happen the same thing under VC. I am using EA 7.1 b828. I mean, something should be highlighted at least !!. am i wrong?

Cheers

12

General Board / Re: VC, merging and branching on EA

« on: July 04, 2008, 12:22:14 am »

Hi Simon,

Yeah, it looks promising that way but I haven’t tested it out, so I can’t see what you mean, but I got the point. Thanks for the feedback.

However, what's bothers me are the cross dependencies between packages (horizontally not vertically). Take the case that accidently someone deletes (Ctrl + Del) an element in the package, and the user put the changes back in into the repository, now the whole model could be corrupt at this stage. If you check out the project, one reference could say that the element is there and other ones could say that the element is not there. Is that right?.

I think that one of the big points of the Baselines is that they cover the whole thing and keep the entire model consistent. So, I have a sort of feeling that taking the approach of archiving Baselines on XMI format could be another option.

Cheers

13

General Board / VC, merging and branching on EA

« on: July 03, 2008, 02:40:50 am »

Hi,

I was just researching the merging, branching capabilities on EA for version controlled packages and I have to say that I start to be concerned about it.  This is a feature with a strong appeal to work in organizations, and we might have to include something like that for our internal process.

So, reading the documentation I come across this:

On the other hand, if the repository now contains a file that has changed since you last updated your local copy, checking in your package overwrites whatever those changes might be. Enterprise Architect displays a message warning you of the pending data loss and giving you the opportunity to abort the check in. At this point, you must decide whether to discard your own changes, using the Undo Check Out command, or continue with your check in and overwrite the changes that have been committed to the repository since you last updated your local copy from the repository.

http://www.sparxsystems.com/EAUserGuide/offline_version_control.htm

Apparently that has serious consequences to work offline with VC packages. From the text above, if you work offline in a particular package and someone else change the package on the repository, it looks like you don’t have any choice to merge the changes except overwrite or discard the changes.
Has anyone around an idea in how to overcome a scenario like that?. Is there any way to merge branches on VC packages?.
If we branch one VC package, can we baseline the branch and the tip in order to use the "Compare Utility" for Baselines to put everything back again into the tip?

Thanks in advance and I'd apreciate some feeback on this.

Cheers,

14

Bugs and Issues / Re: Error Transfering model from Database

« on: December 12, 2008, 02:59:01 am »

I reported the issue to Sparx and we'll see if the can find out quickly whats going on and whether or not is a bug anyway!

thanks!

15

Bugs and Issues / Re: Error Transfering model from Database

« on: December 08, 2008, 11:56:52 pm »

It seems to me that the problem is on the PatternXML column or how the application handle this table/column.
Yes, there are 23 records on that table (t_umlpattern) and the record 12 is the only one that the column PatternXML is in blank (Sixth position on the output below).  It could be possible that the application didn't fill it in properly or something, but I am not sure. Question for the guys at sparx, this is too low level stuff for me anyway!!

"12"      "GoF Creational Patterns"      "Abstract Factory"      "NULL"      "This pattern provides an interface for creating families of related or dependent objects without spe..."      ""      "2.0"

Regarding the other 22 records, the column got something like this..

<?xml version="1.0"?><XMI xmi.version="1.1" xmlns:UML="omg.org/UML1.3" timestamp="2004-12-17 15:12...