Re: JTOpen problem from JNI

[Erik Olsson <erik.eo.olsson@xxxxxxxxx>]

It means that the method abends and returns to the caller. 

I have a couple of things to try out tomorrow, quite mystifying this. 

Thanks

On 27 jul 2011, at 19:27, Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx> wrote:

> You say "it dies" but what does that mean?
>
> Also, why are you using JNI instead of the RPG *JAVA support?  It seems 
> like an awful lot of work.
>
> Joe
>
> > Hello,
> >
> > I have a Java method that lists files from a given directory on my
> > local AS400 and puts them on an FTP server.
> > This works ok when I call the method from an RPG IV module using the
> > language's built in support (extproc(*JAVA) etc).
> >
> > When I call the method via JNI it dies on the first JTOpen statement:
> >
> > System.out.println(ifsdir); // this input parm is printed ok when
> > called from both RPG IV and JNI
> > IFSJavaFile dir = new IFSJavaFile(new AS400("mybox"), ifsdir);
> > System.out.println("made it here"); // only call from RPG IV makes it here
> >
> > I've tested supplying user and password too to the AS400 constructor,
> > same thing.
> > I have also verified that the input string is ok. I don't know what
> > CCSID RPG IV is using when it's transforming an EBCDIC string into a
> > java.lang.String object but on the JNI side I've converted the input
> > strings to both CCSID 1208 and 819 before calling NewStringUTF() with
> > the same result.
> >
> > The classpath is set in the calling program and is the same from both
> > RPG IV and JNI.
> >
> > So, are there any special considerations to be aware of when using
> > JTOpen classes from JNI? Very grateful for suggestions!
> >
> > Best wishes
> > Erik
>
> -- 
> This is the Java Programming on and around the IBM i (JAVA400-L) mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.