|
Potential downside is having to move them from the varying length to a screen, or printer, fixed length. Versus just having the screen, or printer, field on the parameter list. Nothing to slice your wrists over, though. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com "Dane Cox" <DCox@xxxxxxxxxxxxx> Sent by: rpg400-l-bounces@xxxxxxxxxxxx 02/18/2005 02:34 PM Please respond to RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> To "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx> cc Subject RE: RPG code versioning Rob, I'm intrigued by your comment about varying length parameters. I don't use them very often, but this sounds like an interesting idea. I wonder what the up sides and down sides are to doing something like. Thanks, Dane -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx Sent: Friday, February 18, 2005 11:02 AM To: RPG programming on the AS400 / iSeries Subject: Re: RPG code versioning Multiple libraries is normally how it's done. We have used SQL in the past to do our I/O when we wanted one version to support multiple flavors of BPCS. Avoids those nasty record format level checks. But you already have that covered since you're the one doing the I/O. I suppose, if you are just adding parameters and not modifying the attributes of the parameters, you could play with *omit on your prototype and procedure interface and handle accordingly. Suppose people will start coding these things as all variable length parameters (on the strings at least) to avoid parameter mismatches? Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com "Dane Cox" <DCox@xxxxxxxxxxxxx> Sent by: rpg400-l-bounces@xxxxxxxxxxxx 02/18/2005 11:50 AM Please respond to RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> To "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx> cc Subject RPG code versioning I've been doing some research into the mechanics of 'versioning' RPG code on the iSeries. Because versioning tends to mean one thing to one person and one thing to another person, let me try and make my definition clear, even if it is not quite accurate. I have no doubt I'll get lots of advice on the proper terminology, which of course, is one of the reasons I'm posting this. Versioning as I understand is the distinction of one version of 'something' from another version of the same 'something'. For the sake of specificity, let's say that I have a simple program that performs an inquiry on an account. It receives 2 input parameters, chains to a file, and returns 50 output parameters, nothing too complicated. Now, I have the very first version of this program in a library call TEST2005. What are my options for modifying this program to return an additional 10 output parameters? At this point, let's say I already have a change management application that helps me promote my code changes from development to test/QA to production. Typically, this change management application simply overlays the old object with the new, right? Well, what happens if I need to be able to deploy multiple versions of this program throughout a development life cycle? How do I keep this old copy in a deployable state while also making changes and creating new versions of it over time? Stated another way, how do I handle 'minor' versions of the code (PTF's or 'hot fixes') during the life cycle of a major version of the code. My first reaction would be a separate promotion path with target libraries different from the original (e.g. TEST2005V1). Is that the only option on the iSeries? As I understand it, PC versioning is done a little differently where the code is labeled or 'versioned' and any version can be deployed at will. Is this correct? If so, how is this accomplished on the iSeries? I have searched the archives on this topic, and can't seem to find any recent information that is related to this closely enough. If I've missed something, by all means point me in the right direction. Best regards, Dane -- 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-2025 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.