3

I need to change a package for ~250 SAP development objects (ABAP classes, data elements, tables, etc). I'm getting an error message TR242 (Object already exported, no package change is possible) when I'm trying to do the change via se24/se80 transactions or via RSWBO052 report.

SAP help docs say that the object must be copied under new name, the old one must be deleted and the new one must be renamed to the old name back. However, it's not a good way for 250 objects.

Is there any way to do a mass package change except call tranaction/LSMW for this case?

Suncatcher
  • 10,355
  • 10
  • 52
  • 90
Skalozub
  • 539
  • 7
  • 26
  • For which objects do you get this message? Are you trying to change from a TMS-enabled package back to a non-transportable package like $TMP? – vwegert Jun 14 '17 at 17:49
  • You are right. I was trying to change from TMS-enabled package to a non-transportable. If I try to reassign the object to any TMS-enabled package, everything will work fine! Thank you for this! – Skalozub Jun 14 '17 at 22:57
  • @Skalozub, so mark this as answer for further readers of your question. – Suncatcher Jun 15 '17 at 04:46
  • Done! I also added my answer with some more details about the problem resolution. – Skalozub Jun 15 '17 at 09:59

2 Answers2

2

The problem occurred because I was trying to move the development objects to a non transportable package as @vwegert metnioned above. The target package was marked as non transportable because it was marked as a legacy one. This happened because the target package was moved from a system with basis level lower then the current system basis level. Next steps are necessary to resolve the issue:

  1. The legacy package must be migrated via report RS_MIGRATE_PACKAGES (see note 1711900). The mark 'legacy package' will be removed, but the package will be still non transportable. However, you will be able to recreate the package after the migration.

  2. Delete the non transportable target package and create a new as copy of the non TMS package.

  3. Assign all necessary objects to package created at step 2 using RSWBO052 report.

Skalozub
  • 539
  • 7
  • 26
0

This message occurs if you try to move objects from a transport-enabled package to a non-transportable package like $TMP. The rationale behind this is:

  • The object once was in a transportable package, so it must have been added to at least one transport request.
  • The transport request might have been transported to another system (directly or via ToC), so the other system might have that object.
  • The current system is the original system of the object, so it is responsible for notifying the other systems (via transport) when the object is to be deleted.
  • Moving the object to a non-transportable package is semantically equivalent to deleting it for the rest of the system landscape.
  • Since that process happens very infrequently, it's usually sufficient to direct the developer to copy and delete the object.
vwegert
  • 18,371
  • 3
  • 37
  • 55