Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

problem in transport request

Former Member
0 Likes
1,205

Hi friends,

i have a senario...

i have created 20 function modules and i have saved them in one package ZABC and function group ZXYZ.

Now my requiremnt is out of those 20 function modules i dont want to release some 5 function modules to testing.

when i went to se10 tcode iam able to see only the function group under the request no.

i dont want to delete those 5 function modules coz they will be used in future.

presently i need to transport only 15 function modules to testing.

how can i do that.

can any one suggest me.

Regards

priyanka.

1 ACCEPTED SOLUTION
Read only

ThomasZloch
Active Contributor
0 Likes
1,164

You could do the following:

- move these five function modules to a separate, dummy function group

- save this change under a different transport

- release the original transport

- move the five function modules back to the original function group

- save this change under a new transport (and keep this one)

- delete the dummy function group and the related transport

I think this is safer than trying to include single LIMU objects in the transport, you're going to miss out on something.

Thomas

8 REPLIES 8
Read only

Former Member
0 Likes
1,164

Hi, try .... you should create a new transporting order and delete the 5 FM, but after agree these 5 FM into the new order ...

Read only

ThomasZloch
Active Contributor
0 Likes
1,165

You could do the following:

- move these five function modules to a separate, dummy function group

- save this change under a different transport

- release the original transport

- move the five function modules back to the original function group

- save this change under a new transport (and keep this one)

- delete the dummy function group and the related transport

I think this is safer than trying to include single LIMU objects in the transport, you're going to miss out on something.

Thomas

Read only

Former Member
0 Likes
1,164

Go to transaction SE80

right click on the function module -> Other functions --> Write transport entry..

Here you should be able to provide a different transport request for the Function module...

Few pointers here: If the FM already exist in the production, its fine otherwise the include L<Function_group>UXX

will not be transported which has the include entry of the new FM. So try to put the include also in the new transport request otherwise there will be an error during transport.

Hope this helps.

Read only

uwe_schieferstein
Active Contributor
0 Likes
1,164

Hello Priyanka

Another options to prevent the usage of these function modules is to add a single line of coding:


MESSAGE 'Function module not yet released for testing or usage' TYPE 'X'.  " Dump !!!

Regards

Uwe

Read only

0 Likes
1,164

can u be clear...

Regards

priyanka

Read only

0 Likes
1,164

What Uwe meant was to put a line at the beginning of these 5 FMs saying those were not released and then dumping with an error message;

if you put that , you can go ahead and move yoru transport to QA, even with these 5 modules

Read only

Former Member
0 Likes
1,164

Hi Priyanka,

You can do one thing. Which is basic. Just comment the code of the Five Function Module andtransport it to the othersystem.

And in future when you require these functionn module. then you can uncomment the code of the 5 Function Module and transport it to the other system.

Thanks,

Chidanand

Read only

Former Member
0 Likes
1,164

Hi Priyanka,

You can reassign those 5 Function Modules to a new function group(saved as local object) and when you need them back you can once again reassign them back to original group and transport them.

You can reassign the function module through se80, just right click on the function group you will know what to do.

Thanks,

Venkat.