Comparing object versions and import order between systems

[Former Member]

Hi folks,

Writing a utility to compare object versions between a specified source and target system, using a modifed verion of RFC_READ_TABLE to grab data from connections.

Im using tables E070 and E071 to get my resquest range and objects linked to requests.

My question is - for a given object in E071 how I can determine the latest IMPORTED version - I cannot use TRKORR order as you know requests could possibly be imported in incorrect sequence, so a lower request number may be imported into system after a higher request number for the same object.

Im not sure but I dont know if E071-AS4POS can be used - not much help about the use of this field and if this determines the IMPORT order.

Any ideas?

Kind regards,

Jon-Paul.

[Former Member]

Hi folks,

Writing a utility to compare object versions between a specified source and target system, using a modifed verion of RFC_READ_TABLE to grab data from connections.

Im using tables E070 and E071 to get my resquest range and objects linked to requests.

My question is - for a given object in E071 how I can determine the latest IMPORTED version - I cannot use TRKORR order as you know requests could possibly be imported in incorrect sequence, so a lower request number may be imported into system after a higher request number for the same object.

Im not sure but I dont know if E071-AS4POS can be used - not much help about the use of this field and if this determines the IMPORT order.

Any ideas?

Kind regards,

Jon-Paul.

[Former Member]

Figured it folks, will call function TR_READ_GLOBAL_INFO_OF_REQUEST to read cofile to get request details such as system import timestamps.

Can I award myself points?

[ThomasZloch]

Please post your program in the ABAP wiki once complete, so I can compare with my solution to this everlasting problem

Thomas

[Sandra_Rossi]

Good luck !

Did you look at SREPO transaction ? it returns a list of objects which are different between 2 systems (unfortunately, you have then to compare each of them via dedicated transactions to get detailed differences)

About your question, you may look at VERSOBJ table or function module SVRS_GET_VERSION_DIRECTORY_46

[Former Member]

Great find Sandra...

[Former Member]

Hi All,

Is there a way to compare TR number for an Object side by side between two systems.

Currently I have to go to the version history for an object in DEV and then compare remotely with QAS to  the latest TR number and switch the screen back to DEV to check the sequence of TR number.

This becomes cumbersome to see the version history of an object based on TR number.

Please help.

Regards

Ab

[Former Member]

Hi Sandra,

Thanks for the tip regards SREPO, I wasnt aware of that transaction. Although it's a bit clunky it's given us a checklist of objects, many thanks, points awarded.

[former_member186444]

hey JP,

we just discovered transaction SREPO this week and used it to great effect in our CRM upgrade - brought our version checking down to an hour !

I just thought I'd go back to SDN and see what other information is around about it....and guess who's name popped up. If I'd known, I'd have asked you directly !

Hope all is well with you.

Malcolm.

[Former Member]

Hi,

Can you please share your utility program for comparing objects between source and target system.

Thanks

Akila. R

[former_member186444]

you don't need one. Use transaction SREPO.

[Former Member]

HI,

This transaction seems to be very useful, becuase i need to compare objects belonging to a transport request, but when i click on execute i always get the message (the RFC destination is picked up from the F4 help list)

"Request does not exist in system TMSSUP.NBC.DOMAIN_NBI"

All requests are migrated to NBC and NBB, i can confirm it from transaction SE01 also, but in SREPO i get the message Request does not exist, Do you have any idea how to fix this

Thanks

Akila. R

[former_member186444]

Not sure. We have used the transport option and it has been ok for us.

[Former Member]

Hey Malcolm, Akila,

Didnt finish unit testing the utility program I wrote as the transaction provided what we needed, although its a bit clunky in use.

Akila the issue must be specific to your installation as it worked for both Malcolm and I on seperate systems. Sorry I cant be of any further help on that.

Kind regards,

Jon-Paul.

[Former Member]

Transaction SREPO is a good step in the right direction but needs a few more days of coding to make it a lot more useful - anyone who has tried to use it will know what I'm talking about.

If you like what you see in transaction SREPO, I suggest you take quick a look at the free apps in Salt (saltapps.com) especially the Matrix app - it allows you to compare whole landscapes simultaneously, drill down and also analyze the new namespaces without the long wait, it also provides the transport information and relative version so that you can see why the difference is there and what to do to fix it.

Cheers,

Dave

[manukapur]

SE39 was being used earlier. But SREPO  looks  better.          ;