RE: Best way of using Service programs.

Digging deep into my memory here. . .

If you have a binding directory with an entry that doesn't exist in your
library list and you try to compile against that binding directory you will
get a compile error during the binding step. Based on that I could see the
justification of promoting the binding directory with the programs (and/or
source). An entire snapshot environment would be better defined. The reason
why this isn't usually a problem is because entries in binding directories
are rarely taken out, or rather, service programs are seldom retired. 

Anybody correct me if I am missing the mark, because it has been awhile
since I bumped into this during development.

Aaron Bartell
http://mowyourlawn.com/blog

-----Original Message-----
From: rpg400-l-bounces+albartell=gmail.com@xxxxxxxxxxxx
[mailto:rpg400-l-bounces+albartell=gmail.com@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Tuesday, February 14, 2006 9:53 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: Best way of using Service programs.

My question is why would you even want to promote the binding directories to
production?  Let me qualify that - I don't promote source to production.  I
know there are some financial institutions that are under some impression
that some regulation or another requires source to be on your production
machine.  But failing that, why would you promote binding directories to a
production machine if you do not promote source to the production machine?

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Lapeyre, Francis" <FLAPEYRE@xxxxxxxx> 
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
02/14/2006 05:40 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
RE: Best way of using Service programs.






We use Turnover, and binding directories are promoted just fine. Must be 
the
way Turnover is set up on Praveen's machine. They might not have the 
object
type defined to the application (maybe a decision my mgt. over there). I
can't imagine Softlanding telling them that binding directories can't be
used.

Francis Lapeyre
IS Dept. Programmer/Analyst
Stewart Enterprises, Inc.
E-mail: flapeyre@xxxxxxxx 



-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Mike Tobey
Sent: Tuesday, February 14, 2006 4:03 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: Best way of using Service programs.

We use binding directories, It seems really odd that Turnover would not 
want
you to. 

Michael Tobey
Applications Analyst
Foremost Farms USA (Consumer Products)
mike.tobey@xxxxxxxxxxxxxxxxx

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of praveen gunda
Sent: Tuesday, February 14, 2006 3:04 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Best way of using Service programs.

Hi all,

What is the best way of using service programs?

Should I bind my service programs directly to the RPGLE programs by
specifiying on CRTPGM command or use a binding directory?

These service programs are being developed and we may probably add more
Procedures to these over time.

We use Turnover for change management and Turnover has advised us not to 
use
Binding Directories?

I am kind of a New Bee, so any help is appreciated.

-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.