|
So, do you mean that you are thinking about calling RPG programs using stored
procedures?
Well, IMHO you are just adding an extra layer of complexity that you don't need.
You are adding another piece that needs to be created, moved, tested, maintained
and tracked, and, thus, another possible source of errors.
On the other hand, if you think that using JDBC is user than JT400, you might
want to consider creating your own wrapper classes to make your life easier.
-----Original Message-----
From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On
Behalf Of Thorbjørn Ravn Andersen
Sent: Wednesday, February 06, 2008 12:31 AM
To: Websphere Development Studio Client for iSeries
Subject: Re: [WDSCI-L] Something to read overlunch: Eclipse IDE
in thebrowser
dnitke skrev den 06-02-2008 04:38:
a Rich Client product. The business logic is mostly RPG Stored proceduresmostly because its more effecient (current OS400 of course since V6.1 from what
I have read has more JVM memory for SQL) and it allowed us to re-use existing
logic (some). We use both JDBC to call the stored procedures and JT400
I'd like to hear your opinion on calling stored procedures as opposed to
doing ProgramCall's. Advantages beyond having easy access through SQL,
disadvantages, ease of debugging.
This is because I am considering if it would be an advantage for us to
investigate this more.
--
Thorbjørn
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.