× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On Fri, 2004-09-10 at 20:00, Bartell, Aaron L. (TC) wrote:
> IMO, stop right where you are at and evaluate ROI.  How much time are
> you spending creating these intimate RPGBeans vs. doing upgrades to
> programs that are using the files directly.  And even if the files are
> using your RPGBeans, depending on how you code them, you will still have
> a decent amount of work to do when a file changes because the RPGBean is
> bound into the other programs.

If the RPGBean is in a service program alone, then if the file changes
(unless you change an existing fields attributes) the only change should
be the addition of new getter and setter procedures.  UPDSRVPGM will
update the bindings, but existing programs won't change becuase the
procedures they use are still present and accounted for.

Also, as I mentioned in my last program, my new tool (free of course)
should alleviate a lot of the heavy lifting.

> I have been where you are at and I see very little to zero application
> to doing file encapsulation at the level that is being suggested in this
> thread.  If you are providing business logic and enforcing rules, then
> you start to build ROI.  But without that you are spending a lot of time
> coding for nothing.

Encapsulation is an architecture decision.  I'm pretty sure I've given a
good defense and explanation of the benefits, but I'll certianly agree
that it is very difficult and time consuming to upgrade an existing
application to use Encapsulation.  The benefit is in the long term
maintenance.  I treat this approach like using /free... I use RPGBeans
for all my new development, but I wouldn't try to retrofit an existing
application unless it was really small and I had a lot of free time.  

Joel
http://www.rpgnext.com

> Aaron Bartell 
> 
> -----Original Message-----
> From: rpgnext-bounces@xxxxxxxxxxxx [mailto:rpgnext-bounces@xxxxxxxxxxxx]
> 
> Sent: Friday, September 10, 2004 2:44 PM
> To: rpgnext@xxxxxxxxxxxx
> Subject: [RPGNext] Updsrvpgm & file encap.
> 
> Howdy Joel,
> 
> This is that other Joel. I've started working on doing the file
> encapsulation and so far I like how it's working, but wow, it's a TON of
> work doing service programs for hundreds of files. I can see the benefit
> once you get it done, so I think I will continue.
> 
> I am having a little problem with the updsrvpgm. If I understand right I
> should be able to make a change to a service program and then all I have
> to do is the updsrvpgm command, but when I try this is doesn't seem to
> take. In order for my changes to activate I have to remove the service
> program from the binding directory and  then put it back, and re-compile
> the program(s) using the service program. Any clues on what I might be
> doing wrong?
> 
> Thanks,
> Joel Schibbelhute
> 
> 
> 
>               
> _______________________________
> Do you Yahoo!?
> Shop for Back-to-School deals on Yahoo! Shopping.
> http://shopping.yahoo.com/backtoschool
> _______________________________________________
> This is the RPGNext Discussion and Information (RPGNext) mailing list To
> post a message email: RPGNext@xxxxxxxxxxxx To subscribe, unsubscribe, or
> change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpgnext
> or email: RPGNext-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives at
> http://archive.midrange.com/rpgnext.
> 
> _______________________________________________
> This is the RPGNext Discussion and Information (RPGNext) mailing list
> To post a message email: RPGNext@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpgnext
> or email: RPGNext-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpgnext.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.