LISTSERV - HP3000-L Archives

HP3000-L Archives

January 2004, Week 4

HP3000-L@RAVEN.UTC.EDU

	LISTSERV Archives
	HP3000-L Home
	HP3000-L January 2004, Week 4

	Log In
	Register

	Subscribe or Unsubscribe

	Search Archives

Options:	Use Monospaced Font Show Text Part by Default Show All Mail Headers
Message:	[<< First] [< Prev] [Next >] [Last >>]
Topic:	[<< First] [< Prev] [Next >] [Last >>]
Author:	[<< First] [< Prev] [Next >] [Last >>]

Subject:	Re: Need some insight & guidance -- java application...
From:	"Emerson, Tom" <[log in to unmask]>
Reply To:	Emerson, Tom
Date:	Thu, 22 Jan 2004 19:53:44 -0800
Content-Type:	text/plain
Parts/Attachments:	text/plain (41 lines)

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 *

ATOM RSS1 RSS2

RAVEN.UTC.EDU