Re: SrvPgms and Change Management

David,
 
Thanks.. I did go back and forth a bit before choosing which list to
post on, just tossed a coin and landed on the wrong one...hard to tell
sometimes.
 
Anyhow,  see inline comments/questions below...
 
>The related objects don't necessarily have to be checked out ... You
>only have to checkout & recompile the programs that reference the
>service program if you are changing the service programs signature.
>Obviously this is easier to control if you use binder source to specify
>the signatures (this is what we do internally).
 
I think I need to learn more about binder source and signatures.  I
reckon I'll also hit the MKS knowledgebase to see how to point the
srvpgm object to the binder source. 
 
>If all you're doing is changing the logic of a procedure in a module,
>check out the module & service program, change the logic, recompile the
>module & service program, and you're all set.  Implementer will use the
>environments library list to find all the required modules in addition
>to the module you are changing.
 
Can I do this even without doing the binder source thing ?  
 
I tried and failed.  Just to see if I could make it work, I checked out
a srvpgm and module both called Sdate. I didn't make any changes, and
went ahead and tried to promote it to Q/A.  It automatically attempted
to recompile some of the programs which use the procedures in the
module, and the first one failed to compile.  
 
Could we have something set up wrong ?  
 
>IIRC: UPDSRVPGM & UPDPGM basically do the same thing as CRTSRVPGM and
>CRTPGM do ... only faster, because they don't have to re-copy all the
>modules.  If you change the signature of a service program with
>UPDSRVPGM, then programs that reference it will break with a signature
>violation (I'm not 100% sure on that bit).
 
>When you promote the service program in Implementer, any related
objects
>will automatically be added to the request and recompiled.  This, of
>course, happens largely under the covers... so you don't have to worry
>about it.
 
That seems to be the problem.  It automatically attempts to compile
them, but it fails.  If I go ahead and check them out and promote them
along with the module, it will succeed.  Incidentally, I also seem to
have to promote the service program before I promote any of the other
objects, or I still get the compile fails.
 
>david
>(who works for MKS as well as run the lists)
 

 

 

Greg Fleming

Programmer/Analyst

Everglades Direct, Inc.

720 International Parkway

Sunrise, FL 33325

954.514.2258

954.851.1201 Fax

gfleming@xxxxxxxxxxxxxxxxxxxx