cancel
Showing results for 
Search instead for 
Did you mean: 

Problems transporting a Scenario with CMS

Former Member
0 Kudos

I have managed to transport my Integration Repository Objects from the development to the test system using the Change Management Service.

However, when I try to do the same with the Integration Scenario and it's objects in the Integratin Directory, the Import Check of the Repository-import check of the Consolidation step gives the following error:

ClientServerException exception:Internal error: Unable to transfer changes
 for object Configuration Scenario I157 to change list "XI 
3.0 Import" (1fc93fa2-67b0-11dc-b0d1-003005fb7d2a) since object still in change
 list "XI 3.0 Import" (77fb62e0-620e-11dc-8877-003005fb7d2a)

I interpret this to mean that the configuration scenario named I157 exists in two change lists with the keys specified in brackets.

If this is true, how do I find those change lists? If I look at the keys of the change lists in the Integration Directory of the development system, the keys under the properties section of the change lists have the form 70666a1167af11dcaf14001999089729, which is not the same as in the error message.

Also, what can I then do to eliminate the problem?

Kind Regards,

Tony.

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Anthony,

Yes. Your interpretation is correct. Objects which are trying to import are already in change mode of some other XI change request.

Just check if you / any other person has imported any other object before using differnt User ID and not activated yet.

Solution:

What you need to do is goto ID and select "Change List". Under change list select User ="ALL" and click on display..it will show you all change request( which are not activated) for all users.

Right click on "Standard change list" under "change request name" and click on transfer...it will tranfer rrequest on your name..and you can activate them.

Once you activate this you shall be able to import your objects again.

Always remember to import one IB objecs file and activate it before importing new one...also import using same user id so that you will not get this kind of conflict.

Note : When you import IR object ...they get imported in Active status where as you have to manually activate IB objects after importing.

Hope this will solve your problem..

Let us know if you need more details.

Nilesh

Former Member
0 Kudos

Hello Nilesh,

Thank you for the reply; it's good to know my reasoning was correct.

The problem for me is that the system tells me that the object is in another change list, but it must be in one of the closed change lists, because it certainly isn't in any open change list.

Is it possible that the object is in a closed change list, but this is somehow still causing the problem?

Also, I still cannot relate the change list to the ID displayed in the first message? Any ideas about this? It would be easier if I could find the change list that is causing the problem.

Kind Regards,

Tony.

Former Member
0 Kudos

Hi,

You were totally correct: I didn't think to look in the target system (duh!).

Anyway, I did as you said, and all's well.

You get the full 10!

Thanks very much for your help.

- Tony.

Answers (0)