Including whole program object list in single request.

[Former Member]

Hello,

Does it exist standard method to include whole ABAP program object list in single request?

If I select ABAP program in SE80 and click Write Object entry in Transport the system puts only program object entry in the request . But I want to put all objects which have been created under the program (tables, structres, fields, includes,...).

[ThomasZloch]

There is no such functionality in the standard. This would require some sort of deep program environment analysis. The first level, i.e. the directly used objects, for a program can be found via Utilities -> environment analysis from SE38. But then the data element used in your program might be using a domain, that domain might use a check table, that check table might use...you get the idea.

If you're lucky, all relevant objects reside in the same or very few packages. You can add all objects of a package to a transport requests via the SE03 tools.

Thomas

[Former Member]

Hi

Each object is having its own object type as PROG, FUGR, CLAS, TABL,VIEW, TTYP, DTEL and etc. But you can all the objects under one TR. The TR will have all the object types

If you want to add other objects, then goto object Directory entry,assign the package and then select the same TR which is used for program.

If other objects are already assigned to different TR, then delete the object in TR and goto T code and then press it. I t will prompt for new TR, now select the same TR of Program

Shiva

[Sandra_Rossi]

Hi,

When I create a program, I often create all its new objects under a new package, so it's very easy to transport.

Coming back to your request, there is a wiki with code to get the where used list, then you can add the objects to the transport request, in the demo program, it reads only one level of used objects (you should also remove the standard objects from the list) : [SDN wiki: ABAP program to read where-used lists|http://wiki.sdn.sap.com/wiki/display/ABAP/ABAPprogramtoreadwhere-used+lists ]

Sandra

[SuhaSaha]

When I create a program, I often create all its new objects under a new package, so it's very easy to transport.

You create a new package for every new program o_O ??

[matt]

I've worked in places where each development has it's own package. For me, I find it overkill, except for large developments encompassing many different objects. Of course, it would be essential if you're in the business of providing third party tools that aren't just made up of a single program.

Effective use of the transport system should be sufficient for keeping related objects together. I.e. one development per transport.

[SuhaSaha]

Hello Matt,

I completely your with your view. I've seen complex apps' developement objects being allocated a separate package, but have not seen the scenario mentioned by Sandra.

Generally in my previous projects we stuck to "related-development-per-transport" approach!

BR,

Suhas

[Sandra_Rossi]

Hi Suhas,

You create a new package for every new program o_O ??

erm, I admit what I said is very weird, that must be because I'm always in the special context that all my projects have worked with some 10 "functional" packages (ZFI, ZMM) where we put everything inside in bulk. So, I prefer to create my own package to find easily my objects rather than participating in that disorder.

In fact, for simple developments with very few objects (1 to 3), you're right, I don't bother to create one package

Sandra

[SuhaSaha]

Hi Sandra,

So we have the things in perspective now.

some 10 "functional" packages (ZFI, ZMM) where we put everything inside in bulk. So, I prefer to create my own package to find easily my objects rather than participating in that disorder.

And yes i know about the choas it creates when you put your FRICEWs in module-specific packages

Have a good day!

Cheers,

Suhas

[Former Member]

Many thanks to All!

Your answers helped to clarify the issue.