Re: Java class return data to calling CL program

I use data queues and have a job monitoring a Message queue too and both work very efficient.

It does not use processor as waits on the object. Only when something arrives then it gets trigger and processing starts.

As far as I know they work the same way. On the other hand, I use data queues for integration any time but message queues only in very specific scenarios when messages are required as suppose to data.

Hope this helps...

--------------------------------------------------
From: "Alan Campin" <alan0307d@xxxxxxxxx>
Sent: Wednesday, January 19, 2011 12:26 PM
To: "Java Programming on and around the IBM i" <java400-l@xxxxxxxxxxxx>
Subject: Re: Java class return data to calling CL program

Can't cite specific articles. Just read that doing a RCVF message and
waiting for a message to arrives was very expensive. Data queues are very
efficient Probably that messages are being polled rather than event driven.
Wish I could cite a specific source.

On Wed, Jan 19, 2011 at 11:00 AM, Charles Wilt <charles.wilt@xxxxxxxxx>wrote:

Alan,

I'd be curious as to where you've read that....

I'm pretty sure both use the MI Queue object.

Perhaps you're thinking of "monitoring exceptions" as is using the
MONMSG, or the MONITOR op-code to handle exceptions?

Exception handling is expensive, so for example when converting dates,
if you expect a higher percentage of invalid dates, it's better to
check first before doing the conversion that way you avoid the expense
of throwing an exception.

Charles

On Wed, Jan 19, 2011 at 11:48 AM, Alan Campin <alan0307d@xxxxxxxxx> wrote:
> I always read that the worse thing you can do to the system is to > monitor
on
> a message queue. It is very expensive but that might have changed with
new
> processors. Data queues very efficient.
>
> On Tue, Jan 18, 2011 at 8:01 PM, Joe Sam Shirah <joe_sam@xxxxxxxxxxxxx
>wrote:
>
>>
>> Hi David,
>>
>> > Yeah, theoretically ...
>>
>> No theory to it. I've used message queues since 2000.
>>
>> There's a better argument now to use data queues because there's >> less
>> maintenance involved than there used to be. However, if you check the
list
>> where this question has appeared many times, I've always suggested
message
>> queues, but never pooh-poohed data queues, chiefly because I never saw >> a
>> reason to down anyone else's ideas. Message queues are Just Another
Method
>> of IPC.
>>
>>
>> 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: "David Gibbs" <david@xxxxxxxxxxxx>
>> To: "Java Programming on and around the IBM i" >> <java400-l@xxxxxxxxxxxx>
>> Sent: Tuesday, January 18, 2011 7:21 PM
>> Subject: Re: Java class return data to calling CL program
>>
>>
>> > On 1/18/2011 4:47 PM, Joe Sam Shirah wrote:
>> >> Native message queues are another possibility.
>> >
>> > Yeah, theoretically ... but data queues are specifically intended to
pass
>> > data around. Message queues aren't.
>> >
>> > david
>> >
>> >
>> > --
>> > IBM i on Power -- For when you can't afford to be out of business.
>> > --
>> > 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.
>> >
>>
>> --
>> 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.
>>
>>
> --
> 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.
>
>
--
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.

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