MVSFORUMS.com

Rob Lahey · Beginner Joined: 13 Jul 2003 Posts: 9 Topics: 4

Gents:

Is there any real benefit to shipping pre-processed panels for an ISPF application, other than preventing users from tampering with the panel code or avoiding runtime interpretation (slightly slower response time) ?

Also, is there anything, well - "amatuerish" in shipping unprocessed panel code to the user to just concat to his ISPPLIB ?

I'm trying to avoid anything that might cause ISPF version compatibility problems with users running on our remote host - who sometimes are a step behind us in system software upgrades (OS, ISPF, Cobol etc).

I thought pre-processed panels might exacerbate those issues.

Any help appreciated.
Regards,
-Rob

Mike · Posted: Tue Jul 22, 2003 10:52 pm Post subject:

One sceanrio where pre-processing panels can offer a little extra value is if the panel contains some sensitive information. I have some panels that generate a password in the processing section and therefore pre-processing them makes it a little harder for people to determine the password (not an ideal situation). I've never had any problems with pre-processed panels and system software upgrades.
_________________
Regards,
Mike.

taltyman · Posted: Wed Jul 23, 2003 7:37 am Post subject:

I seem to recall working at a shop that had a lot of user written preprocessed panels that didn't have the source. I don't think IBM provides a reverse pre-processer so maintaining them was a pain.

Mervyn · Posted: Wed Jul 23, 2003 4:21 pm Post subject:

Thanks, Taltyman. I knew there was a good reason, but I just couldn't remember what it was!

It has to be significant that just about every package has its panels in clear. I don't think it's amateurish at all.
_________________
The day you stop learning the dinosaur becomes extinct