|
Hi Jim. Well, the application starts with a main program which has only a menu-record. Selection an option will start a program-call with parameters. ILE-RPG MENU option 1: IRPG PGM1 option 2: IRPG PGM2 ... Depending on the value of one of the parameters (which are also on the menu-record), a change of librarylists is activated before calling one of the programs on the menu. I have to admitt, the IRPG is 'half' Ile but mostly pure RPGIII/IV... Anyway, all programs are compiled with 'CRTBNDRPG'. I moved the app to WTE in which it ran with acceptable performance. So, I concluded it's not WebFacing nor the invoked 5250 job. Then I changed the 'performance setting' of this web-app to 'high' in WAS3.5.2 and as from then we got pretty good performance. That's it! I thought... Half an hour later my good feelings were over. Again performance went bad. Between 30sec's to 1 minute for each panel! What was changed in this time? I changed a displayfile, converted the whole application again (with another background) and placed it back into WAS3.5.2. After loading all panels again (first load compile of jsp's), I loaded the application again with the result of bad performance. It had to be a coļncidence that the performance went good after changing the settins. (As it is always not?) We checked if any ptf's were missing (we upgraded our system to V5R1M0 over weekend) for our AS400 as well as WAS352, but it seems they are all loaded. We tried to follow what is happening on the AS400, but as far as we can see, the 5250 job is loaded in an acceptable time, the program is activated, the DSPF executed, but then it takes long time before the panel is in the WebBrowser screen. Someone has told me to run the WebFacing 'runtime' trace to have an idea what's going on. But I think it must be the AS400/WAS352 which should be checked. Therefore I need to know exactly how to invoke a correct trace to deliver to one of the 'specialists' to figure out what causes the bottleneck. Necessary steps can be taken then. Patrick Goovaerts -----Oorspronkelijk bericht----- Van: java400-l-admin@midrange.com [mailto:java400-l-admin@midrange.com] Namens Jim Mason Verzonden: woensdag 16 januari 2002 19:22 Aan: java400-l@midrange.com Onderwerp: Re: WebFacing application EXTREEMLY slow Hi Pat. You need to determine if the response time is WebSphere, the Webfacing server or the invoked 5250 job. It is RARELY the Webfacing server that affects performance... Also, be aware that you want to define application entry points that DON'T cause your servlet session to have to start a new AS/400 job in QINTER. Check your logic there. Are you entering a main menu program or individually calling each program? Jim Mason --- P.Goovaerts@Clipper.Be wrote: > Now that my 'WebFaced' webapp is running I need to > find out what makes it > so > slow. I understood I have to start 'tracing' the > WebFaced application. > Can't find it in the documentation. > > Is there a step-by-step document somewhere? > > Maybe I have to make a trace on our WAS3.5.2 too? > > _______________________________________________ > This is the Java Programming on and around the > iSeries / AS400 (JAVA400-L) mailing list > To post a message email: JAVA400-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: > http://lists.midrange.com/cgi-bin/listinfo/java400-l > or email: JAVA400-L-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/java400-l. > __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ _______________________________________________ This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list To post a message email: JAVA400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l or email: JAVA400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/java400-l.
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.