× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thats what I expected!
First time after update: jsp-compile and class loading takes a long time
But, thereafter it should run at acceptable performance!

I also had those messages in mind about recompiling over and over.
What's the easiest way to check this?  When I load the application and
'call' a program, I can see the ...runtime.HttpController is activated
most of the time

Patrick


-----Oorspronkelijk bericht-----
Van: java400-l-admin@midrange.com [mailto:java400-l-admin@midrange.com]
Namens Jim Mason
Verzonden: woensdag 16 januari 2002 22:18
Aan: java400-l@midrange.com
Onderwerp: RE: WebFacing EXTREEMLY slow - update


Hi Patrick

Having started WebSphere, the 1st time you load the
webfacing app after it's updated:

1 the jsp has to be compiled which takes time for sure
2 the compiled java classes used by the jsp have to
loaded from the classpath.

both of these operations are really slow.
When the app has been run for 1 user, a 2nd user
running the same app should see very good response
time given that the WebSphere server instance is still running....

You CAN ensure all jsps are compiled by manually
invoking each webfacing app before users do the 1st
time only.

Also you can designate specific servlets to preload in WebSphere so the
1st user won't get a hit on performance when the WebSphere server
instance is started.

Finally, I didn't use iSeries WebSphere fixpack 3.5.3
BUT other users told me they had problems with JSPs continuously
recompiling (which they shouldn't).  You might check to see if this is a
problem....


Jim Mason


--- Patrick Goovaerts <pgoovaerts@pandora.be> wrote:
> 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.
>
>
> _______________________________________________
> 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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.