Re: Strategic Java Usage/Productivity -- JAVA400-L

Chris,

Yes, that's one approach, but this way you get only one instance for this 
program. 

Let me give an example: I've written some rpg implementations of java classes. 
There is a sort of FileInputStream, an OutputStream and an imlementation of 
java class Properties; all of the are bound in Serviceprogramms, specifying 
*Caller for the Activation Group.
And now the comparison from the original stuff (java) to rpg:
In java I don't need to write this for my own, its already there.
With the rpg implementation I have the limitation to have only one 
FileInputStream, one FileOutputStream and only one PropertyFile at the same 
time and its rather difficult to controll the lifetime of the instances. 
Switching from Binding to late Binding at runtime made it a litlle bit 
better, but deactivation is only possible from the outside and the *Caller 
variant makes even this impossible. And that's only one of the problems.
If you would try to use two Properties, then one would even overwrite 
properties of the other and the compiler wouldn't take care about this.

I have another example a rpg Hashtable and I can even pass this as parameter 
from one procedure to another, by passing the array of Procedure Pointer to 
call the put and get Procedures of the Hashtabel, but the code then lokks 
like:
HashTableGetP = controller.HashtableGetP;
ds = HashTableGet (key:type);
HashTablePuttP = view.HashtablePutP;
HashTablePut(key, ds); 

in Java it would like:

view.put(key, controller.get(key));

Dieter
  

On Freitag, 19. März 2004 20:24, chris.delashmutt@xxxxxxxxxxxxx wrote:
> Before reading this...please be gentle with me!  I'm not an RPG or COBOL
> person, but I work with a lot of them and have to support their efforts to
> create stored procedures and other things.
>
> Can't you make a module first for the program that specifies *CALLER as the
> activiation group for the program?  We've done this for much of the RPG
> code we use and it seems to work just fin for us.  This is sort of an
> indirect way to control the activation group by forcing the RPG to use the
> activation group of the caller.
>
> Ok...let the flames begin! :)
> ----------------------------------------------------------------------
> Chris DeLashmutt
> Senior R&D Analyst
> LeasePlan USA
> 1165 Sanctuary Pkwy., Alpharetta, GA  30004
> Phone: 678-202-8695
> Fax: 678-921-4895
> ----------------------------------------------------------------------
>
>
>
>                       Dieter Bender
>                       <dieter.bender@bend        To:       Java Programming
> on and around the iSeries / AS400 <java400-l@xxxxxxxxxxxx> er-dv.de>       
>           cc:
>                       Sent by:                   Subject:  Re: Strategic
> Java Usage/Productivity java400-l-bounces@m
>                       idrange.com
>
>
>                       03/19/2004 01:17 PM
>                       Please respond to
>                       Java Programming on
>                       and around the
>                       iSeries / AS400
>
>
>
>
>
>
> Nathan,
>
> I'm often asked in germany to write articles about "Java for rpg
> programmers"
> and as an answer I started to write about "RPG for Java programmers" or
> "How
> to write RPG, after you've learned Java".
> But the very problem with this approach is, that the activation group is
> static tied to a SRVPGM / PGM and so you can't control activation of a
> program.
>
> Dieter
>
> On Freitag, 19. März 2004 18:59, Nathan M. Andelin wrote:
> > Dieter,
> >
> > I wouldn't go so far as saying RPG is an OO language, but implementing OO
> > behaviors in RPG is a truly mind expanding experience, and something that
> > would benefit Java programmers too.  Java programmers would gain a better
> > understanding of what's going on underneath the covers, inside the JVM,
> > when objects are instantiated, extended, morphed, and overridden.
> >
> > Nathan.
> >
> >
> > ------------------------------
> >
> > message: 3
> > date: Fri, 19 Mar 2004 11:12:47 +0100
> > from: Dieter Bender <dieter.bender@xxxxxxxxxxxx>
> > subject: Re: Strategic Java Usage/Productivity
> >
> > Nathan,
> >
> > in my opinion rpg is very limited to "emulate" or even implement OO; I
> > agree
> >
> > that you can write better code with some technics, you mentioned, but
>
> java
>
> > is
> > much more productiv in this.
> >
> > some details I would not agree:
> > > There are more similarities between ILE and OO languages than most
> > > people realize.  For object instantiation in RPG:
> > >
> > >  Eval myInstance = myClass_New(parameters)
> > >
> > >  Callp myClass_doSomething(myInstance: parameters)
> > >
> > > Where myInstance would be a pointer to a data structure containing
> > > instance properties, which would be referenced from myClass procedure
> > > calls.
> >
> > The problem here is: you have no qualified naming for referencing methods
> > and
> > you can't have more than one instance of a rpg programm. For example: I
> > have
> >
> > a rpg implementation of a HashTable (available at my german Freeware
>
> page),
>
> > but you can't have two of them in one program!
> >
> > > For inheritance in RPG, create a new module, either importing and
> > > wrapping the procedures in a base module, or create a new module
> > > containing just procedure overrides, then bind to both modules.
> >
> > That's by far not the same, even if you avoid static binding at
> > compiletime.
> >
> > You can't make generic changes as in java and you have 10 times mor code.
> >
> > > For polymorphism in RPG, define data exports in modules, supplementing
> > > procedure interfaces, which alter the behavior of procedures based on
> > > data content.
> >
> > That's not polyymorphism, maybe you are thinking of overloading of
>
> methods,
>
> > but this would not be as readable as in java.
> >
> > > It's true that most RPG programmers wouldn't consider following OO
> > > design patterns, unless they first immersed themselves in OO languages
> > > for a period of years.  But I returned to RPG for both performance as
> > > well as productivity reasons.
> >
> > There are nearly none open source components in rpg available and I don't
> > know
> > where you get the better productivity in rpg from???
> > I agree with you, that writing well modularuized code in rpg enhances rpg
> > programming productivity, but writing java is faster, if you use
>
> available
>
> > components.
> >
> >
> > Dieter
> >
> > > Nathan.
> > >
> > >
> > > ----------------------------------------------------------------------
> > >
> > > message: 1
> > > date: Wed, 17 Mar 2004 11:11:23 -0800
> > > from: "Paul Holm" <pholm@xxxxxxxxxxxxxxxxx>
> > > subject: Strategic Java Usage/Productivity
> > >
> > > Nathan/All
> > >
> > > Thanks for the clarification of your points.
> > >
> > >  The point I was trying to make is that Java and its OO capability can
> > > lead to much much higher levels of productivity than procedural and
> > > RPG languages in both utilities and application development projects.
> > > I am not an RPG expert so I might be missing something(s), please
> > > excuse/correct me if I'm off.  The flexibility and productivity
> > > possible via inheritance, polymorphism, frameworks, and interfaces
> > > would be very difficult or impossible to match with procedural
> > > languages.
> > >
> > > I agree that performance can be an issue with complex objects but that
> > > all depends on the object/framework design in my experience.
> > > Frameworks and components; that's where I enjoy spending most of my
> > > time, especially since I can't afford to golf daily which is my other
> > > passion</sigh>.  Inquiry objects with inherited "maintenance" method
> > > for insert, update, delete, copy can carry minimal overhead and the
> > > payback is huge in terms of programmer productivity.
> > >
> > > For example, I built and deployed, an additional inquiry operation
> > > which returns a completely generic Java component with inherited but
> > > overridable maintenance methods (insert, update, delete, copy) and it
> > > performs very well.  This "department" inquiry was developed and
> > > deployed in 45 seconds using  a set of Java components.  That's where
> > > I think AS400 shops and others can benefit from OO and Java
> > > technology.
> > >
> > > http://www.planetjavainc.com/wow60/runApp?id=298
> > >
> > > Java methods are attached to the class so even multiple instances of
> > > the components have much less overhead than people suspect.  For
> > > example, in addition to the inherited maintenance methods, the
> > > framework/component also
> > > inherits:  MS EXCEL, XML, web services, dynamic field level security
>
> and
>
> > > validation, dynamic associations for linking files to other files,
>
> column
>
> > > level sorting (black triangles), dynamic column headers, and several
> > > other features.  All features inherited, customizable, to any database,
> > > on any platform with zero programming effort needed; all in 45 seconds.
> > >
> > > That's what Java and OO/frameworks can provide.
> > >
> > > As far as the XML to HTML performance,  I haven't worked with it too
> > > much but I imagine having to parse and regenerate the UI on the fly
> > > could be expensive;  I don't know enough about that to comment.  Have
> > > a good ne. -Paul Holm
> > >
> > >
> > >
> > > _______________________________________________
> > > This is the Java Programming on and around the iSeries / AS400
> > > (JAVA400-L) mailing list To post a message email:
> > > JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
> > > options,
> > > visit: http://lists.midrange.com/mailman/listinfo/java400-l
> > > or email: JAVA400-L-request@xxxxxxxxxxxx
> > > Before posting, please take a moment to review the archives
> > > at http://archive.midrange.com/java400-l.
> >
> > --
> > mfG
> >
> > Dieter Bender
> >
> >
> > DV-Beratung Dieter Bender
> > Wetzlarerstr. 25
> > 35435 Wettenberg
> > Tel. +49 641 9805855
> > Fax +49 641 9805856
> > www.bender-dv.de
> > eMail dieter.bender@xxxxxxxxxxxx
> >
> >
> >
> > ------------------------------
> >
> > message: 4
> > date: Fri, 19 Mar 2004 06:53:55 -0600
> > from: Glenn Holmer <gholmer@xxxxxxxxxxxxxx>
> > subject: no SQL error when file is full?
> >
> > I have a program running on a PC that uses JDBC to do an SQL insert of
> > payroll records to a file.  This week it got to a certain point and just
> > hung.  Investigation showed that the file was full (i.e. the DDS had been
> > compiled without *NOMAX) and we were able to remedy the situation.  But
> > shouldn't that have thrown an SQLException?  Is there something I can do
> > differently so that it would?
>
> --
> mfG
>
> Dieter Bender
>
>
> DV-Beratung Dieter Bender
> Wetzlarerstr. 25
> 35435 Wettenberg
> Tel. +49 641 9805855
> Fax +49 641 9805856
> www.bender-dv.de
> eMail dieter.bender@xxxxxxxxxxxx
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
> mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
>
>
>
>
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
> mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.

-- 
mfG

Dieter Bender


DV-Beratung Dieter Bender
Wetzlarerstr. 25
35435 Wettenberg
Tel. +49 641 9805855
Fax +49 641 9805856
www.bender-dv.de
eMail dieter.bender@xxxxxxxxxxxx