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



The JT400 user queue classes

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Rusu Boca, Ionut
Sent: Friday, October 19, 2012 9:58 AM
To: 'java400-l@xxxxxxxxxxxx'
Subject: Re: Using com.ibm.as400.access.UserQueue ...

Thank you David, Dan, for your replies.
We mainly use user queues for performance reasons and because the system is an os400 C C++ one. I think we're fine with all restrictions and with our java app running on os400 .

Thank you for the link regarding the user and data queues. I also read it a while ago and I concluded that user queues are what I need even for this java application.

I am thinking of writing a jni interface over our lib that deals with user queues .. or just deliver the product using data queues, first, then switch to the user queues once the functionals are proven and the jni layer will also be implemented.

Thank you. Ionut.


----- Original Message -----
From: Dan Kimmel [mailto:dkimmel@xxxxxxxxxxxxxxx]
Sent: Friday, October 19, 2012 10:16 PM
To: Java Programming on and around the IBM i <java400-l@xxxxxxxxxxxx>
Subject: RE: Using com.ibm.as400.access.UserQueue ...

I've never used user queues, so I looked them up. There's a good article here that shows reasons and examples for preferring user queues or data queues.

http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=%2Fapis%2FExTaskDataque.htm

One difference I notice is that user queues must be in the user domain. Data queues generally are in the system domain. User queues can be manipulated only by MI instructions; no system API's. JT400 will abstract the MI so you won't notice much, but there will be restrictions. As David noted, you'll only be able to use the user queue will have to be on the same machine as the JVM.

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Rusu Boca, Ionut
Sent: Friday, October 19, 2012 4:20 AM
To: java400-l@xxxxxxxxxxxx
Subject: Using com.ibm.as400.access.UserQueue ...


Hello,

I would like to write a java program that would run on os400 and would extract some messages from a user queue, process them, and dumps them back into another user queue.


I would like to kindly ask you if the jt400 class com.ibm.as400.access.UserQueue would accomplish this task, namely :



1. Create/open new/existing user queue

2. Read the user queue content one by one - if the queue is not empty; if empty, block until it becomes non-empty, again

3. Write messages to the user queue.



Thank you,

Ionut.




This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email.
--
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.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.