cancel
Showing results for 
Search instead for 
Did you mean: 

Unable to check in a xem

0 Kudos

Hi everyone,

We are facing a problem checking in a xem in our repository.

  • We have a model xxxx (.pdm) in our repository which is attached to a xem, let's call it A.xem. We can see the xem in the Extensions folder.
  • We have developed a different xem , B.xem, with the same id as A.xem.*****
  • A.xem and B.xem therefore have the same id but different names, codes and content.
  • Our next step is checking out the model xxxx from our repository and changing the attached A.xem for B.xem.
  • After saving changes we check in the model into our repository and at doing that PWD asks us the following: "The model xxxx on <Default> branch contains an unresolved target model: "J:\whatever\A.xem" which could be replaced by: "J:\whatever\B.xem". Do you want to replace the target model?"
  • If we say "Yes", in the Merge Changes to Repository Document screen, in both From Local and To Repository, the same B.xem is shown with no changes to merge.
  • If we say "No", PWD shows changes between B.xem (From Local) and A.xem (To Repository) but only identifies changes in code and name. We leave those changes checked and finish the check in.
  • When we check how the check in went in the repository, we find out that in the Extensions folder of the xxxx model it is still attached the A.xem.

We have found two "solutions" but we don't like them because we need to do this for every model in the repository.

1. By checking in creating a baseline version.

2. Checking in the model without xem and after that checking in again but with the new xem.

***** The reason why we use the same id for both xem is that we need every extended attribute in them to match (we've made some tests and with different id some extended attributtes didn't match and couldn't be "traslated" from A.xem to B.xem).

Has anyone experimented the same problem? What could we do?

Thank you very much

former_member34
Product and Topic Expert
Product and Topic Expert
0 Kudos

Thank you for visiting SAP Community to get answers to your questions. Since this is your first question, I recommend that you familiarize yourself with our Q&A Tutorial: https://developers.sap.com/tutorials/community-qa.html, as it provides tips for preparing questions that draw responses from our members. Should you wish, you can revise your question by selecting Actions, then Edit.

By adding a picture to your profile you encourage readers to respond: https://www.youtube.com/watch?v=46bt1juWUUM

Many thanks!

Accepted Solutions (0)

Answers (2)

Answers (2)

0 Kudos

Hello Ondrej,

Thank you very much. You answer has been very useful.

Regards,

Irene

Ondrej_Divis
Contributor
0 Kudos

Hello Irene,

going your way with duplicate IDs with your xem is not the best solution IMHO. And especially not with repository. You already found your workarounds and I can tell you that you can automate your manual work using VBS script (checkout, remove old extension, attach new extension, checkin with creating baseline) for all your models in one batch.

But more appropriate way from my point of view is to create new extension with new IDs. You are saying, that some of your extended attributes don`t migrate from A to B automatically. I don`t know details, but if something like this happens, you can always create one-time-transform function (in any of those two extensions) which will be triggered at the model level and will help with proper migration of values from A to B. And this can be automated via VBS too (checkout, attach new extension, trigger function for migrating ext.attr. values from A to B, remove old extension, checkin without creating baseline).

Generally, I don`t recommend duplicating models or any resource files with the same IDs. Sooner or later, it will stab you in the back. I`ve seen it many times. For example during upgrading the models from PD 15.3 to PD 16.x.

You can share your specific scenarios that don`t migrate properly and perhaps we can find out something. But most probably it won`t change my opinion on duplicating resource files with the same IDs.

If you need more help, don`t hesitate to ask for it, I`ve been solving this kind of issues for last 14 years.

Regards,

Ondrej Divis