EA x Subversion BUG

[lubos]

Hello I have just sent the following BUG tu Sparx.
I write it also to this forum, maybe someone could provide some help:
---------------------------------------------------------------------------
Hello,

we have just lost a lot of information stored in EA.
When a user ckecks out a package that is not up-to-date in SVN he doesn't see the last changes although the corresponding XML file is checked out in its latest version. SVN updates this file when doing chekout but EA doesn't reload it.
The very big problem is that all checkouts or getlatest  are destructive in its internal behavior. When anything goes wrong and user kills this process you can lost a lot of information.
In company like our where more than 50 people use EA for work it's not easy to force any methodological working processes when they are not supported by software.
We are one step no to use EA at all.
Could you provide us some solution that could solve this problems?

[Geert Bellekens]

Lubos,

What configuration do you use for EA? A central database or does each user has its own eap?
How did you configure the VC settings?

Geert

[lubos]

We use a central repository  (in Oracle)
but Subversion repository is local for each user ...and this is the problem, because many users don't care that their subverions repository is not up-to date (ClearCase virtual repositories are much better from this point of view).

The problem is (as I think) that EA don't check the version of XML after checkout but only before checkout of this file, But the version of XML file can be changed (updated) during checkout proces by subversion.

[Geert Bellekens]

Lubos,

AFAIK EA will import the xmi that is being checked out before you can edit the package, but that might depend on the settings.

Geert

[lubos]

Hello Geert,

do you know what setting  could it be? Our problem is that when the version of the XML file is in relation to the version of the EA package in the time of project opening (or last synchronization), EA doesn't reload the file after checkout even if it has consequently updated to newer version.
Could it depend on lazy/eager setting?

Lubos

[Geert Bellekens]

I was thinking about the "this model is private" setting, but that won't be usable with a central repository. (I think)

Seems indeed likely that the issue has something to do with the lazy loading thing.
What did Sparx support have to say?

Geert

[lubos]

We have not private model setting of course.
I have no answer from Sparx yet, I will put it here then.

BTW
We have made some test and we are able to reproduce the behavior when you lost a lot of  data.
The key point is that subversion repository wasn't up-to-date while EA did checkout.
It seems that solution could be to force all users to use the same subversion repository on a shared disk. But this is not good solution for us because of internal IT infrastructure... :-/

[robert.staflin]

Has anything happened with this since November? We don't know if we're subject to the same problem, but every now and again whole hierarchies of packages disappear from everybody's EA.

We all have "personal" subversion repositories (sliksvn) and a central database that we connect to.

Yesterday I verified this again, but was able to get everything back by doing a "Check Out Branch" followed by a "Check In Branch". Everything that was missing reappeared as I checked in the branch. An "ordinary" check out or "get all latest" didn't work.  :-?

All this disappearing leaves us afraid of really losing stuff, and doubting the product...  

/Robert