|
Rob, You're absolutely correct. These any many other issues -must- be agreed upon in advance. Again, even if the whole thing peters out, the discussions on pro's and con's of each choice may have value in our own development efforts. We will have to pick a topic (like *PSSR or some other error handling) and hash out the best compromise. We may even decide to back burner functions and build a stable base release just so the public can get a look at it. Sort of like when email didn't have spell checking. Maybe task forces will be formed to handle particular issues .... don't really know. IMO, it is a doable project. It's being done all the time, we're just going to do it a little differently. Obviously we can not copy functions used within JDE or other applications on the market, not even copywritten 'zine articles. That's why I proposed using my prior release as a common point of reference to bring forth discussion as a start point. By officially taking it to public domain, there would be no possible infringement violations. Starting with a blank piece of paper may be better, but hashing out design may take two years if we did that. Who knows, after everyone has a look at it, it may be decided that starting with a blank piece of paper is a whole -lot- better. :) I'm sure that there will be as many proposed solutions as there are contributors. That's the nature of our trade. We solve problems. Hang on to your list, it will come in handy. J Kilgore P.S. just so everyone knows up front, I still like the concept behind SAA, but the AS/400 was too immature for a robust implementation in 1990. I just dusted off "Writing SAA Applications for AS/400" and the chapter on SAA fundamentals still makes sense to me. Unfortunately I could not find GG24-3438 on IBM's Redbook site. Rob Berendt wrote: > I am curious as to how this will actually work in practice. For example: > Will everyone be the Database Administrator? > Will they use a Field Reference File? > Will they use DDS or SQL to define their files? > Will they use common names in all files? Will item number be called ITEMNBR > in all files, or will each file have it's own manual prefix? Or will the > PREFIX keyword be used? > How will they determine field size? ANSI X.12, EDIFACT, or wing it? > Will they use SQL or OPNQRYF? > What about file naming conventions? > BPCS: IIM for the PF, IIML01, IIML02, etc for the >logicals, or, > Software Plus: All logicals begin with a Z. Facilitates > upgrades by DLTF lib/Z* > > Most of this will have to be worked out prior to one line of code being >written. > > Maybe replies on this need to wait until the new list is complete. Perhaps >use > this as food for thought as to whether or not this is a doable project. > +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.