× 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: Microsoft JVM and Toolbox
  • From: "Brad Grier" <grier@xxxxxxxxx>
  • Date: Mon, 25 Oct 1999 15:14:20 -0500

You're right. The application will run in JVIEW when IBM's classes are
removed from the classpath. Unfortunately, I can't guarantee a user won't
have a similar classpath problem.  I suppose the installation could somehow
exclude these classes if the user opts to run in JVIEW (maybe via the /cp
option).

How about forcing a download of the conversion table from the AS/400 if the
JVM vendor property indicates a Microsoft JVM? It doesn't seem to take long
to download the table. How about always downloading it? Probably not good
for applets served over slow connections.

Anyway, thanks for clearing this up for me.

Brad Grier

Linoma Software




----- Original Message -----
From: <dawall@us.ibm.com>
To: <JAVA400-L@midrange.com>
Sent: Monday, October 25, 1999 10:03 AM
Subject: Re: Microsoft JVM and Toolbox


> In this past, this error has been a classpath problem.  Browsers and jview
ship
> their own JVM.  These JVMs are not as 'complete' as IBM's and Sun's JVM in
the
> area of text conversion.  Specifically, they don't ship EBCDIC to/from
unicode
> conversion tables.  (Except for performance) this does not matter to the
> Toolbox.  If the JVM does not supply a conversion table, the Toolbox gets
it
> from the AS/400.
>
> The problem is when classes.zip from a Sun/IBM JVM is in the PC's
classpath when
> a browser or jview is started.  When the jvm cannot find a conversion
table in
> it's container of classes it starts searching the files in CLASSPATH.  If
> classes.zip from a different JVM is in the classpath, it will find the
table.
> The problem is now "JVM" classes are coming from two different places.
Some are
> coming from the browser or jview, others are coming from IBM/Sun
classes.zip.
> These two sets of classes are not compatible and you get an exception.  I
have
> some confidence that this is your problem.  I just ran a Toolbox testcase
using
> JView.  If classpath points only to jt400.jar, the test works.  If Sun/IBM
> classes.zip are added to the classpath, the test fails with the exception
you
> report.  Remove classes.zip and give it a try.
>
> David Wall
> AS/400 Toolbox for Java
>
>
> "Brad Grier" <grier@tconl.com> on 10/21/99 10:12:41 AM
>
> Please respond to JAVA400-L@midrange.com
>
> To:   JAVA400-L@midrange.com
> cc:
> Subject:  Microsoft JVM and Toolbox (For David Wall?)
>
>
>
>
> When using Microsoft's JVM to run my application (via JVIEW), I get the
> following stack trace. I'm using the latest V4R2M0 of the Toolbox (October
> 1999 build). I know an earlier poster mentioned this problem in regard to
> applets and David Wall said the problem had been corrected. I'm using my
own
> sign-on dialog to pass the user id and password information into the
> connection URL.
>
> For earlier releases of the Toolbox I found a dubious workaround with the
> help of a decompiler (and three new lines of code to the Toolbox ConvTable
> class). I'd rather not have to resort to this to get my application to
work
> with JVIEW. Any ideas?
>
> Thanks,
>
> Brad Grier
> grier@tconl.com
> http://www.tconl.com/~grier
>
>
> java.lang.NoSuchFieldError: sun/io/ByteToCharSingleByte: field
> byteToCharTable n
> ot found
>         at sun/io/ByteToCharCp037.<init>
>         at java/lang/Class.newInstance
>         at sun/io/ByteToCharConverter.getConverter
>         at java/io/InputStreamReader.<init>
>         at com/ibm/as400/access/ConvTable.<init>
>         at com/ibm/as400/access/ConvTable.getTableNoSwapChars
>         at com/ibm/as400/access/ConvTable.getTable
>         at com/ibm/as400/access/Converter.<init>
>         at com/ibm/as400/access/Converter.getConverter
>         at com/ibm/as400/access/AS400.getSecurity400
>         at com/ibm/as400/access/AS400.signOn
>         at com/ibm/as400/access/AS400.connect
>         at com/ibm/as400/access/AS400JDBCConnection.open
>         at com/ibm/as400/access/AS400JDBCConnection.<init>
>         at com/ibm/as400/access/AS400JDBCDriver.connect
>         at java/sql/DriverManager.getConnection
>         at java/sql/DriverManager.getConnection
>         at com/linoma/surveyor/DBServer$MoleConnect.<init>
>         at com/linoma/surveyor/DBServer.connect
>         at com/linoma/surveyor/VDExplorer$7.construct
>         at com/linoma/surveyor/SwingWorker$2.run
>         at java/lang/Thread.run
>
>
>
> +---
> | 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.