|
Guys, Thanks for all the help. I think I have figured it. Its working fine now. It was my bad. My program was refering to a SRVPGM which was intern referring to another service program that was bound by library instead of *LIBL. once I recreated the srvpgm with *libl it worked fine. But what really confused me was on the production box once I created the library everything started to work. On 2/28/06, Paul Tuohy <tuohyp@xxxxxxxxxxxxx> wrote: > > These are not what we asked for. What you pasted here was information > about > the service program - this is not your problem. As Rob suggested - do a > DSPPGM of your test program (NOT a DSPSRVPGM of the service program) and > paste the results. > > Regards > > Paul Tuohy > ComCon > www.comconadvisor.com > > > -----Original Message----- > From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] > On Behalf Of praveen gunda > Sent: 28 February 2006 17:46 > To: RPG programming on the AS400 / iSeries > Subject: Re: Service Program Moving to Production problem > > here are the display PGM Screens: > > > Screen1 > > ---------------------------------------------------------------------------- > ------------------------------- > Display Service Program > Information > Display 3 > of > 10 > Service program . . . . . . . . . . . . : > LOTUTIL > Library . . . . . . . . . . . . . . . : > DEVOBJ > Owner . . . . . . . . . . . . . . . . . : > GRPWMS > Service program attribute . . . . . . . : > RPGLE > Detail . . . . . . . . . . . . . . . . . : > *MODULE > > > Type options, press > Enter. > 5=Display description 6=Print > description > > > Creation Optimization > Debug > Opt Module Library Attribute Date Level > Data > LOTUTIL DEVOBJ RPGLE 02/27/06 *NONE > *YES > > > > ---------------------------------------------------------------------------- > ------------------------------- > Screen 2 > > ---------------------------------------------------------------------------- > ------------------------------- > Display Service Program > Information > Display 4 > of > 10 > Service program . . . . . . . . . . . . : > LOTUTIL > Library . . . . . . . . . . . . . . . : > DEVOBJ > Owner . . . . . . . . . . . . . . . . . : > GRPWMS > Service program attribute . . . . . . . : > RPGLE > Detail . . . . . . . . . . . . . . . . . : > *SRVPGM > > > Type options, press > Enter. > > 5=Display > > > > > Service > Opt Program Library > Signature > WMSUTIL *LIBL > 0079E7EFEFBA6927D2120344F02F72F6 > QRNXIE QSYS > D8D9D5E7C9C540404040404040404040 > QRNXIO QSYS > D8D9D5E7C9D640404040404040404040 > QLEAWI QSYS > 44F70FABA08585397BDF0CF195F82EC1 > > > > ---------------------------------------------------------------------------- > ------------------------------- > > As you can see, in the first screen the library is DEVOBJ even though I > gave > *LIBL at compile time. > Also on production it works fine if I just create the library DEVOBJ, > (just > an empty library DEVOBJ) > > > > > Thanks > Praveen > > > > On 2/28/06, Paul Tuohy <tuohyp@xxxxxxxxxxxxx> wrote: > > > > No. The problem is not with the module. The module is ONLY relevant when > > you > > are creating the program or service program. Once the service program is > > created, you can delete the module object. > > > > As Rob suggested - do a DSPPGM of your test program (not the service > > program) and paste the results. > > > > Regards > > > > Paul Tuohy > > ComCon > > www.comconadvisor.com > > > > > > -----Original Message----- > > From: rpg400-l-bounces@xxxxxxxxxxxx [mailto: > rpg400-l-bounces@xxxxxxxxxxxx] > > On Behalf Of praveen gunda > > Sent: 28 February 2006 14:59 > > To: RPG programming on the AS400 / iSeries > > Subject: Re: Service Program Moving to Production problem > > > > When I create a program by binding with a Service Program, I am > specifying > > the srvpgm name & *libl as the library in BNDSRVPGM. > > This works fine. The problem is with the module, I am creating the > program > > from. > > > > Eg: > > Say the module name is LOTUTIL in LIbrary DEVOBJ. > > I create a Service Program named LOTUTIL for module LOTUTI. > > This one does not use any other service programs or modules, so I do not > > specify anything on BNDSRVPGM. > > here's the crreate command: > > > > CRTSRVPGM SRVPGM(DEVOBJ/LOTUTIL) > > MODULE(*LIBL/LOTUTIL) > > > > now when I transfer this program to the production machine, that does > not > > have the library DEVOBJ, it fails when I try to invoke any procedure in > > this > > service program. It gives the error msg: > > > > "Library DEVOBJ Not found" > > > > here is the screen shot from JobLog: > > > > Message ID . . . . . . : CPD0028 Severity . . . . . . . : > > 30 > > Message type . . . . . : Diagnostic > > > > Date sent . . . . . . : 02/27/06 Time sent . . . . . . : > > 16:59:32 > > > > > > Message . . . . : Library DEVOBJ not > > found. > > Cause . . . . . : If attempting to run a CALL command, the library of > > the > > called program or library of the CALL command definition object was > > not > > found. If any other command, the library of the command definition > > object, > > library of command processing program, library of validity checking > > program, > > current library, or product library was not found. The library that is > > not > > found may also be the library for a service program that is bound to > > a > > called program, a command processing program, or a validity > > checking > > > > program. > > Recovery . . . : Change the library name or create the library, and > > then > > try the command again. If the library is on an independent auxiliary > > storage > > pool (ASP), make sure that the ASP group which contains the > independent > > ASP > > has been set for the current job or thread. > > > > > > Any help is greatly appreciated. > > > > Regards > > Praveen > > www.euscold.com > > > > > > > > On 2/28/06, Paul Tuohy <tuohyp@xxxxxxxxxxxxx> wrote: > > > > > > Your problem is with the test program, not with the service program. > > > > > > When you created the test program (on the development machine) it was > > > bound > > > to the service program in the library DEVOBJ. > > > > > > When you moved everything to production and called the test program, > it > > > goes > > > to load the service program and cannot find it. > > > > > > When creating the test program try specifying *LIBL for the library > for > > > the > > > service program in the binding directory or on the CRTPGM command. > > > Alternatively, re-create the test program on the production machine > and > > > specify the correct library for the service program. > > > > > > Regards > > > > > > Paul Tuohy > > > ComCon > > > www.comconadvisor.com > > > > > > -----Original Message----- > > > From: rpg400-l-bounces@xxxxxxxxxxxx [mailto: > > rpg400-l-bounces@xxxxxxxxxxxx] > > > On Behalf Of praveen gunda > > > Sent: 27 February 2006 22:03 > > > To: RPG programming on the AS400 / iSeries > > > Subject: Re: Service Program Moving to Production problem > > > > > > I created a savf of the service program and a test program that call a > > > procedure in the srvpgm. > > > Ftp'ed to production. > > > > > > When I created the service program, the module was in library devobj. > My > > > production machine does not have the library DEVOBJ. > > > > > > So when I call the test program, it says, "Library DEVOBJ Not found" > > > > > > here is the screen shot from JobLog: > > > > > > Message ID . . . . . . : CPD0028 Severity . . . . . . . : > > > 30 > > > Message type . . . . . : > > > Diagnostic > > > Date sent . . . . . . : 02/27/06 Time sent . . . . . . : > > > 16:59:32 > > > > > > > > > Message . . . . : Library DEVOBJ not > > > found. > > > Cause . . . . . : If attempting to run a CALL command, the library > of > > > the > > > called program or library of the CALL command definition object was > > > not > > > found. If any other command, the library of the command definition > > > object, > > > library of command processing program, library of validity checking > > > program, > > > current library, or product library was not found. The library that > is > > > not > > > found may also be the library for a service program that is bound to > > > a > > > called program, a command processing program, or a validity > > > checking > > > > > > program. > > > Recovery . . . : Change the library name or create the library, and > > > then > > > try the command again. If the library is on an independent auxiliary > > > storage > > > pool (ASP), make sure that the ASP group which contains the > > independent > > > ASP > > > has been set for the current job or thread. > > > > > > > > > --ooOOoo-- > > > > > > On 2/27/06, rob@xxxxxxxxx <rob@xxxxxxxxx> wrote: > > > > > > > > What are your steps to move it to production? > > > > > > > > I too, have a service program composed of one module. We save the > > > *SRVPGM > > > > and the *SQLPKG (if applicable) and restore them on to our > production > > > > machine. We do not bring along the *MODULE nor the *BNDDIR. And we > > > have > > > > no problems. > > > > > > > > Rob Berendt > > > > -- > > > > Group Dekko Services, LLC > > > > Dept 01.073 > > > > PO Box 2000 > > > > Dock 108 > > > > 6928N 400E > > > > Kendallville, IN 46755 > > > > http://www.dekko.com > > > > > > > > > > > > > > > > > > > > > > > > "praveen gunda" <praveen.gunda@xxxxxxxxx> > > > > Sent by: rpg400-l-bounces@xxxxxxxxxxxx > > > > 02/27/2006 04:38 PM > > > > Please respond to > > > > RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> > > > > > > > > > > > > To > > > > "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx> > > > > cc > > > > > > > > Fax to > > > > > > > > Subject > > > > Service Program Moving to Production problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi all, > > > > > > > > I am having problems moving my service programs to Production. > > > > When I create a service program, the library name of the module is > > being > > > > hardcoded by the CRTSRVPGM/CRTPGM commands. > > > > > > > > Here are the details: > > > > I am following one SRVPGM per one module. > > > > > > > > I have a module called LOTUTIL in library DEVOBJ > > > > I created a service program with > > > > > > > > CRTSRVPGM SRVPGM(DEVOBJ/LOTUTIL) > > > > MODULE(*LIBL/LOTUTIL)BNDSRVPGM(*LIBL/WMSUTIL) DETAIL(*FULL) > > > > ALWLIBUPD(*YES) > > > > > > > > When I move this to production, and try to use, I get the error > > LIbrary > > > > DEVOBJ not found as DEVOBJ is not in production. > > > > > > > > When I do a dspsrvpgm command, on the module listing screen, it > shows > > > the > > > > LIbrary name(DEVOBJ) instead of *LIBL. > > > > > > > > Am I doing anything wrong. > > > > > > > > Praveen > > > > -- > > > > This is the RPG programming on the AS400 / iSeries (RPG400-L) > mailing > > > list > > > > To post a message email: RPG400-L@xxxxxxxxxxxx > > > > To subscribe, unsubscribe, or change list options, > > > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > > > or email: RPG400-L-request@xxxxxxxxxxxx > > > > Before posting, please take a moment to review the archives > > > > at http://archive.midrange.com/rpg400-l. > > > > > > > > > > > > -- > > > > This is the RPG programming on the AS400 / iSeries (RPG400-L) > mailing > > > list > > > > To post a message email: RPG400-L@xxxxxxxxxxxx > > > > To subscribe, unsubscribe, or change list options, > > > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > > > or email: RPG400-L-request@xxxxxxxxxxxx > > > > Before posting, please take a moment to review the archives > > > > at http://archive.midrange.com/rpg400-l. > > > > > > > > > > > -- > > > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing > > list > > > To post a message email: RPG400-L@xxxxxxxxxxxx > > > To subscribe, unsubscribe, or change list options, > > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > > or email: RPG400-L-request@xxxxxxxxxxxx > > > Before posting, please take a moment to review the archives > > > at http://archive.midrange.com/rpg400-l. > > > > > > -- > > > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing > > list > > > To post a message email: RPG400-L@xxxxxxxxxxxx > > > To subscribe, unsubscribe, or change list options, > > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > > or email: RPG400-L-request@xxxxxxxxxxxx > > > Before posting, please take a moment to review the archives > > > at http://archive.midrange.com/rpg400-l. > > > > > > > > -- > > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing > list > > To post a message email: RPG400-L@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > or email: RPG400-L-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the archives > > at http://archive.midrange.com/rpg400-l. > > > > -- > > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing > list > > To post a message email: RPG400-L@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > > or email: RPG400-L-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the archives > > at http://archive.midrange.com/rpg400-l. > > > > > -- > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list > To post a message email: RPG400-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > or email: RPG400-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/rpg400-l. > > -- > This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list > To post a message email: RPG400-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l > or email: RPG400-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/rpg400-l. > >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.