× 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.



    Hi Steve,

    I expect that because of the way the system creates jobs for Java
services your CL and Java jobs see different QTEMP libraries.  I'd suggest
either a specific library for your dataqueues, msgqueues, etc - like DQLIB,
MSGQLIB - or other known application library.  Others, including me, are
communicating successfully, so, unless you have bugs, that's probably it.


                                                         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: <SMore@xxxxxxxxxxxxxx>
To: <java400-l@xxxxxxxxxxxx>
Sent: Thursday, April 22, 2004 2:27 PM
Subject: Passing Messages


> What is a good way to pass a message from a java program to CL ?
>
> You can pass parameters in when calling RUNJVA, but how can you get a
> parameter out ?
>
> Here is what I have tried to do:
> 1. In CL create a data-area in qtemp
> 2. Call RUNJVA, this java program would write to the newly created
> data-area in qtemp
> 3. CL would read a message from this data-area
> 4. When CL ends the data-area in qtemp dis-appears
>
> The problem here is that the java program in step 2 can not read the
> data-area created in step 1.
>
> I guess I'll try and use a db2 table instead of a data-area if no-one has
a
> better idea.
>
> Thanks
> -Steve More
>



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.