|
Dan, Connection pooling will make a HUGE difference with your JDBC connections. I would guestimate that you would see an increase of over 50% performance. The connection is what takes the longest. Websphere has connection pooling built in, but if you're like me you like to roll your own. I've got a connection pooling and database pooling objects. So, at startup I load all the db pools, then each db pool has it's own connection pool. Made a huge difference in my little apps that I mess around with. And pooling, once understood, is really very simple. You don't need Websphere for it. Brad On Thu, 4 Apr 2002 15:32:34 -0700 "Eyers, Daniel" <daniel.eyers@honeywell.com> wrote: > That's sort of where we are... Having achieved a > "critical mass" of knowledge with our developers (who > have struggled > heroically with RPG v. Java), we are having trouble > keeping up with the demand we created. > > One of our next steps is getting the box tuned a little > better for web applications. It tends to drag with use. > We may > have gotten to the point where JDBC starts to lose it's > appeal (in favor of native 400 connections). However, we > are > not yet using connection pooling, so maybe that will > help.... > > dan > > > -----Original Message----- > From: Hatzenbeler, Tim [mailto:thatzenbeler@clinitech.net] > Sent: Thursday, April 04, 2002 4:58 PM > To: 'web400@midrange.com' > Subject: RE: [WEB400] Beyond RPG CGI > > > This message is in MIME format. Since your mail reader > does not understand > this format, some or all of this message may not be > legible. > -- > [ Picked text/plain from multipart/alternative ] > Amen.... I know I have been trying to sell these > capabilities to our > managers, and they finally gave me the freedom to write a > large intranet > web application... And they loved it... It's fast, and > it handles indexing > through several million records in sub second response > times... And not only > that, I have been given more web projects... They > actually prefer it on the > as/400, because they know the as/400 has such a nice > database, plus it's > reliable..... I just had to show them what it could do.. > > tim > > > -----Original Message----- > > From: Jim Langston [SMTP:jlangston@celsinc.com] > > Sent: Thursday, April 04, 2002 12:53 PM > > To: 'web400@midrange.com' > > Subject: RE: [WEB400] Beyond RPG CGI > > > > Part of the problem, I think, is that CIOs and Managers > don't understand > > the > > AS/400 and what it's capable of. They think of it as a > mainframe that's > > okay for business data and is programmed in some > obscure language called > > RPG, what, they playing Role Playing Games on these > things? > > > > Start letting CIOs and Managers know that, hey, the > AS/400 can also do C, > > C++, and now can do Linux, PERL, Java, etc... some of > the things they've > > heard about. So they get a warm glowing feeling, if > all the RPG > > programmers > > drop off the face of the earth, they can get someone > out there to program > > in > > C, or Java, or PERL... > > > > I definitely agree, it is a problem of perception, not > reality. > > > > Regards, > > > > Jim Langston > > > > -----Original Message----- > > From: Jon Paris [mailto:Jon.Paris@Partner400.com] > > Sent: Thursday, April 04, 2002 10:23 AM > > To: web400@midrange.com > > Subject: [WEB400] Beyond RPG CGI > > > > > > >> CIOs (and managers) who fail to understand that > will fail. period. > > > > <SNIP> > > > > The problem is one of perception - not reality. > > > > Jon Paris > > Partner400 > > _______________________________________________ > > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > > To post a message email: WEB400@midrange.com > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > > or email: WEB400-request@midrange.com > > Before posting, please take a moment to review the > archives > > at http://archive.midrange.com/web400. > _______________________________________________ > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > To post a message email: WEB400@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > or email: WEB400-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/web400. > _______________________________________________ > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > To post a message email: WEB400@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > or email: WEB400-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/web400. > Bradley V. Stone BVS.Tools www.bvstools.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.