I spent a lot of time trying to use Java on the 3000. Got lots more
gray hair now.
In looking at the errors you are now getting at run time, I believe
these are due to the fact you have an older version of Java on your box.
You should really install the latest on from HP. That cured at lot of
problems for me. You will have more, but at least you should be using
the latest version, which I believe can be downloaded from HP (Jazz?).
Denys
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]]On
Behalf Of Emerson, Tom
Sent: Thursday, January 22, 2004 9:54 PM
To: [log in to unmask]
Subject: Re: [HP3000-L] Need some insight & guidance -- java
application...
Well, for better or worse of "staying late", I did make some progress...
> -----Original Message-----
> From: Emerson, Tom
[...] Our options for getting it there are basically twofold:
>
> 1) install the "willow" client [3rd party $$$ software]
[I should have mentioned we "already have this", or at least, "some
version of it" -- don't think it is the latest, but in any case the
killer is that we'd have to write our own app to "talk to it..."]
> 2) install an already-written generic java based "client"
[...]
> ** the problem we're coming up with now is that the files
> are "corrupt" after the transfer
Solved this: extracted the files on a "real unix system" [linux] and
used the real tar program to package the files instead of winzip [which,
while it can READ and APPEND TO tar files, refuses to CREATE them "just
because"...] after a few trips through scp/ssh to & from my server at
home, the files are successfully "untarred" [I believe] because
> /usr/local/java/jdk1.2.2/bin/jar tvf AnyOfTheFiles.jar
can now read the files without errors
> ** one thing that seems a bit strange [to me] is that he is
> setting this HUGE classpath variable[...]
careful reading of the "-h" output of the java interpreter/startup
program pointed out the "-cp" parameter of the java interpreter, so
after building this "huge" variable, the command
/usr/local/java/latest/bin/java -cp $classpath
the.main.routine.in.a.jar.file
seems to not "choke" with a classnotfound error, instead I get pages of
unresolved externals for things like "gethostbyname" and "stat", however
this is after an "error" in the first place, so the whole "stack trace"
starts with:
DYNAMIC LOADING UNRESOLVED EXTERNAL: jio_fprintf ( LDRERR 103)
DYNAMIC LOADING UNRESOLVED EXTERNAL: JNU_ThrowNullPointerException (
LDRERR 103)
DYNAMIC LOADING UNRESOLVED EXTERNAL: JNU_ThrowInternalError ( LDRERR
103)
DYNAMIC LOADING UNRESOLVED EXTERNAL: JNU_GetStringPlatformChars (
LDRERR 103)
DYNAMIC LOADING UNRESOLVED EXTERNAL: JNU_ReleaseStringPlatformChars (
LDRERR 10
and goes on from there...
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|