Re: How to resolve a problem that has to do with different functionstrying to setup a different Java Virtual Machine?

Hi Jorge,

First, you say "an error." Everone assumes classpath error from the context, but is that actually the case?

Second, I hate to sound like a broken record, but developers can avoid so many of these kinds of problems by using messaging ( I include dataqueues in the generic term "messaging". ) against Java handlers. That's even true in Java to Java contexts when different applications must communicate.

In any event, we'll probably need more info to be helpful.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message ----- From: <jmoreno@xxxxxxxxxxxxxxxx>
To: <JAVA400-L@xxxxxxxxxxxx>
Sent: Wednesday, August 26, 2009 11:34 AM
Subject: How to resolve a problem that has to do with different functionstrying to setup a different Java Virtual Machine?

Hello Java experts and friends at the Java400 list,

We have a number of applications that run inline with the Jobs and they
try to perform some sort of hanshake with different purposes.

If the job only access one of these Java functions, every goes well.

But, if the user has accessed one Java function ( In CL the ADDENVVAR VAR
(CLASSPATH) .. etc ) and
then, .. a different Java function will try to setup a different ( In CL
ADDENVVAR( CLASSPATH) .. with a new definition )

The new Java function generates an error.

My question is .. How do you customize the access so different Java
functions run inline with their own ENVVAR definition
without corruption?

Thanks for your replies

Jorge Moreno
Military Car Sales
Woodbury, New York
--
This is the Java Programming on and around the iSeries / AS400 (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.