|
Out of curiosity, could you modify the Java app so that it re-uses the same connection over and over rather than open 4000? Maybe you already thought of that, and there is a design reason why this isn't possible (if so, what is it?) but opening and closing connections are very expensive operations. The more you can re-use a single connection the better. Dan Feather -----Original Message----- From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Kelly Jones Sent: Thursday, April 27, 2006 2:53 PM To: java400-l@xxxxxxxxxxxx Subject: Passing Java Object to iSeries So I was thinking... We have this Java app that runs on a WinTel box but gets it's data from the iSeries. Once all of the data has been mangled, massaged, twisted and bent to fit into the format we need, it is then piped back into a set of tables on the iSeries. One of the problems is that during the process of putting the data back on the iSeries, the application opens around 4000 JDBC connections. While this method works, it is somewhat slow. What I would like to do is pass the objects that have been created by the Java app back to the iSeries and let "something" deserialize them on the iSeries side and stuff the data into the tables. This would eliminate all of the JDBC connections that are currently part of the app. I could open one connection, loop over my stuff, have "something" on the other side deserialize each object and finally close the connection. I'm not familiar with what can be done on the "other side". Could RPG, CL, xxx be the "something"? Thanks, Kelly Kelly Jones Sr. Web Developer Chef's Catalog ph: (719) 272-2600 fax: (719) 272.2601 email: kjones@xxxxxxxxxxxxxxxx web: www.chefscatalog.com <http://www.chefscatalog.com/>
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.