|
You can use AS400ConnectionPool to create a pool of AS400 objects and use them Ashish --- SPoger@xxxxxxxxxxxxxxxxxx wrote: > Is there a way to take advantage of connection > pooling when using PCML > or the ProgramCall API in the jt400 toolkit? > > Thanks, > Sarah Poger > > > Sarah Poger * Manager * SunGard * GMI * 1 S. Wacker, > suite 400, Chicago, > IL 60606 > Tel 312-577-6193 * Fax 312-577-6101 * > www.sungard.com/gmi > CONFIDENTIALITY: This email (including any > attachments) may contain > confidential, proprietary and privileged > information, and unauthorized > disclosure or use is prohibited. If you received > this email in error, > please notify the sender and delete this email from > your system. Thank > you. > > > -----Original Message----- > From: java400-l-bounces@xxxxxxxxxxxx > [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of > michael@xxxxxxxxxxxxxxxxxx > Sent: Friday, September 02, 2005 8:30 AM > To: Java Programming on and around the iSeries / > AS400 > Subject: JSPs and Property Files - Websphere Dynamic > Reloading > > > Aha...found something...In the Admin Console, I can > do this: > > Applications > Enterprise Applications > > application_name and work with > reloading... > > Reload Enabled > Specifies whether to enable class reloading when > application files > are updated. > Data type Boolean > Default true > Reload Interval > Specifies the number of seconds to scan the > application's file > system for updated files. The default is the value > of the reload > interval attribute in the IBM extension > (META-INF/ibm-application-ext.xmi) file of the EAR > file. This setting > takes effect only if class reloading is enabled. > > The reload interval specified here overrides the > value specified in > the IBM extensions for each Web module in the EAR > file (which in turn > overrides the reload interval specified in the IBM > extensions for the > application in the EAR file). > > Is this what I'm looking for? Will this cause all > pages to be reloaded? > What application files are indicated here? > > Thanks... > > > -------- Original Message -------- > > Subject: RE: JSPs and Property Files > > From: "Mike Silvers" <msilvers@xxxxxxxxxxx> > > Date: Fri, September 02, 2005 9:15 am > > To: "Java Programming on and around the iSeries / > AS400" > > <java400-l@xxxxxxxxxxxx> > > > > You can force it to reload from the application > server (there is a > > property of Tomcat that allows this). > > > > -----Original Message----- > > From: java400-l-bounces@xxxxxxxxxxxx > > [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf > Of > > michael@xxxxxxxxxxxxxxxxxx > > Sent: Friday, September 02, 2005 9:06 AM > > To: java400-l@xxxxxxxxxxxx > > Subject: JSPs and Property Files > > > > We have a property file (actually a couple) that > is being loaded in a > > jsp. We have a problem where the property file is > changed, but the > > change is not reflected in the jsp. So...is there > a way to force the > > jsp to be recompiled? I suppose I could delete the > .java and .class > > associated with the jsp programatically when the > property file changes > > > to force the jsp to be recreated, but that seems > to be a bit kludgy. > > Or, is there a way for the jsp to dynamically read > the property file > > when the page is accessed? > > > > TIA... > > > > -- > > 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. > > -- > 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. > > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.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.