× 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.


  • Subject: Re: Servlets Using JT400.zip Java Toolbox
  • From: "Alex Garrison" <agarrison@xxxxxxxxxxx>
  • Date: Thu, 3 Aug 2000 18:43:28 -0400

Just a thought:  One could use opt 40 and specify the
LICOPT(NOPRERESOLVEEXTREF) option.  This gets around the problem David
describes.  We have using this approach for about a year now.  BTW:  I owe
some nice guys at Oriental Trading for that tip.

Alex Garrison

----- Original Message -----
From: <dawall@us.ibm.com>
To: <JAVA400-L@midrange.com>
Sent: Thursday, August 03, 2000 5:46 PM
Subject: Re: Servlets Using JT400.zip Java Toolbox


> The Toolbox tries to provide the same functionality in all environments.
> The wonderful thing about browser JVMs is you have to call their specific
> methods in some cases.  In particular, the Toolbox calls a browser
specific
> method to ask permission to open a socket connection to the server.
> Another wonderful thing is in IEs case, loading the class via
> Class.forName() isn't good enough.  You have to declare the class.
>
> Once we worked the bugs out, this works most of the time.  We
> Class.forName() a Netscape or IE class to see if we are in that
> environment, then go down the code leg that declares a class of that type
> and calls the function.  If the Class.forName fails, we go down a
different
> leg.  The problem is on certain releases of the AS/400, when at opt 40 the
> JVM loads all dependent classes when a class is first loaded, not when it
> is actually used.  In our case that means the JVM tried to load the
> Netscape/IE classes when our class was loaded, not at Class.forName()
time.
> At that time we are not around to catch the class not found exception so
> the program dies.  To work around this feature we optimize at 30.
>
> David Wall
> AS/400 Toolbox for Java
>
>
> Eric Merritt <cyberlync@yahoo.com> on 08/03/2000 01:23:10 PM
>
> Please respond to JAVA400-L@midrange.com
>
> To:   JAVA400-L@midrange.com
> cc:
> Subject:  Re: Servlets Using JT400.zip Java Toolbox
>
>
>
>
> Correct me if im wrong but servlets have no direct
> interaction with the browsers. No code runs on the
> client and the servlets produce only html. So were
> does the ie or netscape classes come in?
> --- Nick_Vrtis@amway.com wrote:
> >
> > If you optimize to 40, part of the optimization is
> > to load all the classes
> > referenced.  This causes problems with the toolkit
> > because it references
> > some Netscape classes, and some IE classes.
> > Depending on which brower you
> > are running, or if you are running batch, one of all
> > of these classes will
> > not be present, and you get this strange class not
> > found message, even
> > though you know you will never reference it.
> >
> > I don't expect that the same problem would occur in
> > customer developed
> > code, unless you had code paths that references
> > optional classes that might
> > not always be in the classpath.
> >
> > Nick
> >
> >
> >
> >
> > "Tom Heiber-Cobb"
> > <heibercobb@mailbag.com>@midrange.com on 08/02/2000
> > 06:47:32 PM
> >
> > Please respond to JAVA400-L@midrange.com
> >
> > Sent by:  owner-java400-l@midrange.com
> >
> >
> > To:   <JAVA400-L@midrange.com>
> > cc:
> >
> > Subject:  Re: Servlets Using JT400.zip Java Toolbox
> >
> >
> > Lee,
> >      My "not that experienced" 2 cents worth: If
> > it's possible for your
> > shop to
> > upgrade to V4R4 of OS/400 that would be a plus.
> > Also, I think that will
> > bring you to a more current release level of
> > WebSphere. The 1.1 release is
> > growing old.
> >      As far as Eric's comments, I was under the
> > impression that when using
> > CRTJVAPGM, one should "settle" for optimization
> > lever 30. I can't recall
> > the circumstances (sorry) but there was something
> > about optimizing to 40
> > that had the opposite outcome than expected. Maybe
> > someone else can
> > illuminate that one.
> >      Did you run the jt400.zip (or .jar) file
> > through CRTJVAPGM. I know in
> > earlier releases of the toolbox this was not done by
> > default so you might
> > consider that. Be prepared to wait a while while
> > this runs. As Eric
> > suggested, this is a SBMJOB all the way. There's a
> > whole of classes in the
> > toolbox to be processed. Again, as I remember (and
> > this came from the
> > Partners in Development folks in Rochester) you
> > should optimize to 30.
> > I'd love to hear some other opinions/ideas on this.
> > Good luck,
> >      Tom H-C
> >
> > ----------
> > From: Lee Bircham <lee.bircham@socl.com>
> > To: JAVA400-L@midrange.com
> > Subject: Servlets Using JT400.zip Java Toolbox
> > Date: Wednesday, August 02, 2000 9:20 AM
> >
> > Hi,
> >
> > I have written a few servlets that use the record
> > level access classes in
> > the AS400 Toolbox For Java (JT400.zip). These are
> > currently small servlets
> > that take a single HTML form parameter (a container
> > number) and access a
> > single logical file on the AS400 to display all of
> > the records for that
> > container. The servlets work very well and are very
> > quick after they have
> > been called for the first time (approx 1-2 sec). The
> > problem that I have is
> > that the first time a servlet is called it can take
> > up to 2 minutes to load
> > and for the output to be displayed in the browser.
> > Has anyone else had this problem when using the
> > record level access
> > classes?
> > Have you any solutions?
> > The OS we are on is V4R3 and Websphere version 1.1
> > The servlets are in the
> > /QIBM/ProdData/IBMWebAS/servlets/ folder.
> >
> > Thanks,
> > Lee.
> > +---
> > | This is the JAVA/400 Mailing List!
> > | To submit a new message, send your mail to
> > JAVA400-L@midrange.com.
> > | To subscribe to this list send email to
> > JAVA400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > JAVA400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner:
> > joe@zappie.net
> > +---
> >
> >
> >
> > +---
> > | This is the JAVA/400 Mailing List!
> > | To submit a new message, send your mail to
> > JAVA400-L@midrange.com.
> > | To subscribe to this list send email to
> > JAVA400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > JAVA400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner:
> > joe@zappie.net
> > +---
>
>
> __________________________________________________
> Do You Yahoo!?
> Kick off your party with Yahoo! Invites.
> http://invites.yahoo.com/
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>
>
>
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

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.