Finding type of program, is it possible ?

[Former Member]

Hi,

In my requirement I have to find out what is the type of the program eg . Normal Report, BDC, Script, smart Form etc, is there any way to do this with out oppening the program as I will be having many programs more than 500 .

Thanks and Regards,

V.

[Former Member]

Hi,

In my requirement I have to find out what is the type of the program eg . Normal Report, BDC, Script, smart Form etc, is there any way to do this with out oppening the program as I will be having many programs more than 500 .

Thanks and Regards,

V.

[Simha_]

Hi,

You can check the table TADIR for the entries for your particular program.

Then you come to know its object type.

You can write the logic programmatically to retrieve the same.

Cheers,

Simha.

[Former Member]

Actually yes, but when I click f4 for object type then I am just getting the atrributes, we usually assign while creating new programs in se38, like executable, include, subrotine pool etc, it does not have bdcp( bdc program) SCRP (Script), will sap maintain this any where other than tadir.

Thanks for quick reply.

V.

[Simha_]

Hi,

For Scripts and smart forms u need to check the TNAPR table.

But i dont have idea where the BDC programs get stored.

Cheers,

Simha.

[Former Member]

I think TNAPR table stores only if I configure Message Control, if not how to know the type of the progrm ?

I have found the check table for smartform is STXFADM, am I correct or missing some thing ?

Edited by: vikram kagada on Dec 9, 2008 4:48 PM

[Former Member]

Hi

There's no rule to find out the kind of program, u can only check the abap codes in order to looking for some strategic abap code lines.

Max

[Former Member]

Actually, my requirement is First I have to select all the programs from tadir table, then segregate according to the type of program then pass all the program to SLIN tcode to find the errors.

Yes, I could easily find the type if I open the program but during the above process I will never open the program.The source code of the program is getting stored in the REPOSRC table but it is gettin stored in different code ( obviously), in that case it would be difficult to check for the code then segregate it.

Please correct me if I am wrong.

Edited by: vikram kagada on Dec 9, 2008 4:55 PM

[Former Member]

>

> The source code of the program is getting stored in the REPOSRC table but it is gettin stored in different code ( obviously), in that case it would be difficult to check for the code then segregate it.
> Please correct me if I am wrong.

You'll find it pretty difficult to get anything from table REPOSRC. Better to use the READ PROGRAM statement.

But I wouldn't even try to determine the type. Just pass everything that you're interested in to SLIN.

Rob

[Former Member]

Thanks for the reply, but after passing all the programs to SLIN I have to display the result according to the type of program, any ways I will look if there is any other way ( definetly there should be).

Can we use SLIN also to check for screen compatlibility, like I have a BDC in 4.7 and I am trying to use the same code in 6.0 if there is any change in the screen numbers then will that throw me an error( I will be using SLIN for first time so kindly bear me in this.Will it also give me Obsolete Errors or Warnings ?

[Former Member]

>

> Thanks for the reply, but after passing all the programs to SLIN I have to display the result according to the type of program, any ways I will look if there is any other way ( definetly there should be).
> 
> Can we use SLIN also to check for screen compatlibility, like I have a BDC in 4.7 and I am trying to use the same code in 6.0 if there is any change in the screen numbers then will that throw me an error( I will be using SLIN for first time so kindly bear me in this.Will it also give me Obsolete Errors or Warnings ?

You will have to parse your code according to your business rules to determine the type of program (not an easy task).

I'm not aware of any tool that will show you the BDC screen incompatabilities that you are looking for.

It will tell you if you use obsolete statements (if you check the option) but not obsolete FMs.

You are trying to do far to much here. Everything you want to do should be covered by normal upgrade testing.

Rob

[Former Member]

Yes, we are trying to create a program for Upgrade Project .

[Former Member]

Any Inputs ?

[former_member203501]

hi go to table PROGDIR

[Former Member]

Hi, I am sorry but I do not see much difference between PROGDIR and REPOSRC, kindly let me know ?

[Former Member]

Hi, thanks for all the replies, I have normally divided the program by report type for includes, Subr, Execu etc, then for executable I have used read report and Contains Patern, this resolved my issue.Thanks again.