Project ID appears to have changed in repository

[babdev]

Hi
An odd thing occurred this morning using eaDocX with EA. When I opened a document which I had previously generated EA content in I was informed that the document had previously been opened with a different repository. The project ID shown for the current and previous repository were different but the file paths were identical with the exception that the capitalisation of one letter was different (this is on Windows file system). I continued to open the document and regenerated the content from the model. The document now doesn't contain any hyper links in the generated section of the document.

Looking through the model I can see that eaDocX was reporting this change correctly because none of the existing hyperlinks that I can find can be resolved by EA. This is very confusing as to my knowledge nothing has been done to the model that would have resulted in this. Does anyone know of any circumstances that can cause the Project ID for a repository to change? If so, is there a way to recover from this?
 
Any help would be greatly appreciated.
 
Thanks

Mike

[Geert Bellekens]

Mike,

Do you know where the projectID comes from?

Geert

[babdev]

No, I had assumed it was an internal EA identifier. I have tried exporting the whole root node from which the document was generated using eaDocX and searching for it in the XML but couldn't find it. As far as I can see it's not possible to export the whole repository (only one root node at a time) and I'm guessing that if it was possible I'd find the project ID somewhere near the top of the XML document.

[Geert Bellekens]

I'll ask Ian from eaDocX to have a look at this thread.

Geert

[qwerty]

The Repository object has a ProjectGUID.

q.

[babdev]

I'll ask Ian from eaDocX to have a look at this thread.

Geert

Thanks

[Ian Mitchell]

Qwerty is quite correct that the EA Project ID is a GUID, and is unique to each new EA model.
eaDocX warns you about this, because when you open a document in a new repository, there is no guarantee that the GUIDs mentioned in the document are in the new model. If you have moved the stuff that the documents needs from the old model to the new (by XMI or Project Transfer) then the generation should work in the new EA model.
When you say that the Hyperlinks don't work, as these hyperlinks generated by eaDocX to other EA elements, or textual hyperlinks within EA rich text description fields? If the latter, this should care about the change of repository. If the former then have you verified that the target EA elements are present in the new model ?

[babdev]

Right, I just need to clear up a mistake I made in the original post. I've just realised that the links within EA are not broken. When I came to this conclusion earlier I hovered the mouse over the link in EA, the cursor changed to a hand/finger icon and I clicked on the link. Nothing happened. I now realise that you have to also hold down the control key too.    Apologies about misleading you on that.

Just to confirm the key points:

• There is no new or old model, just one .eap file.
• To my knowledge the repository hasn't fundamentally changed. It is on a network file share accessed by 2 or 3 users making changes to package contents in the mode.
• The same repository was used to generate the previous version of the word document.
• If I create a new document (empty) and generate my use case model the links that were added to EA before this problem was identified are not shown in the generated output. This means the problem is not in the document.
  
• The hyperlinks that are not shown in the eaDocX generated output are broken in EA, i.e. clicking on the with the control key held down doesn't open the item.
  

This is beginning to feel more and more like some kind of corruption in the .eap file, albeit seemingly localised in one part of the model.

[qwerty]

Nothing happened.

I was trapped in this too. Most disgusting that EA tells you by the changing cursor that it has a hyperlink but then when you click it just does nothing. Another brilliant EAUI.

q.