scrgen: Compiling form definitions for a productline versus individual program

I have found that when I do an 'scrgen {productline}' for any of my productlines, that this causes issues with the AM20.4 form. (see attached)

However, when I run 'scrgen {productline} am am20', this corrects the issue with the form.

Does anyone have any suggestions on why this might be happening and how to correct it?

Thanks!
Anna

LSF 10.0.3/APPS 10.0.3

Find more posts tagged with

Infor Lawson Technology Group - Discussion

Comments

unknown

Example.

unknown

Recompile invoked programs and the am20 fixes this.

unknown

Hi Anna,

You may want to check the pgmdef for your AM20. Infor/Lawson had in the past shipped programs which had their pgmdef changed to not being picked up by the mass compile. Check in pgmdef for

In Production On = Unix

this to allow the mass compile to pick up your program.

0911060553270289.pdf

unknown

Hi Diane & Tom,

Thanks for the suggestions!

The program definition is set up for 'Unix' and recompiling the program does correct the problem.

My concern with recompiling is this: when we apply an LSFCT patch, we always do an 'scrgen {productline}'. This causes the issue. Then we must remember to either recompile the form or run 'scrgen {productline} am am20' afterwards to correct the problem, otherwise the AM20.4 is unusable.

Totally do-able, just an extra step that could be missed and, in my opinion, shouldn't need to be done. I have a ticket open with Lawson to discuss this with support as well, but if anyone has any other thoughts - please chime in!

Thanks!
Anna

[Updated on 11/12/2014 12:49 PM]

Copyright © 2025 Infor. All rights reserved.