java local bindings and security
Hello MQ'ers, if I'm right MQ can't check the process userid within MQ-Java-Client. What happens with local bindings? What userid can I use for security checks in OAM ? How can I secure MQ-Java-Applications ? bye,Frank --- --- Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Shutting down long running GETters on OS/390
Bill, for our experience a QUIT Report doesn't help in each situation, for example if you have more then one region waiting on the same queue, but only JOB1 shall be ended. We give to each MQ-GETter-Job his own QA (same as his jobname). If Job shall be stopped, operator alter qa with get(inhibited). For starting this jobs, Operator use his normal commands. 1.Step within JCL alter qa with get(allowed). Hope this helps,byeFrank --- --- Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] (Memo: L.LS91WG) Tel: (0711)663-3357 Fax: -83357 HVTA oder Bosch-Areal 6.24 [EMAIL PROTECTED] Gesendet von: [EMAIL PROTECTED] 15.11.02 07:37 Bitte antworten an MQSERIES An: [EMAIL PROTECTED] Kopie: Thema: Shutting down long running GETters on OS/390 We are just beginning to implement some long running production jobs which wait on a queue. I need a way for our operators to shut down these jobs gracefully. Sending a QUIT REPORT message seems to be the best way, but the issue is operator usability. The operator just knows that job P1234567 is running, not about queues... I'd like for the operator to enter a command like S MQENDJOB,JOB=P1234567. I could create a table that mapped the job name to the queue it is waiting on, so that MQENDJOB could send the quit message to the right queue, but I am concerned about keeping that table current, especially in the test and development environment. Is there a PCF facility that will tell me what queue a job is waiting on? How are other folks handling this process? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
MQ-Jobs z/OS in parallel
Hello MQ'ers, some of our applications use MQ for a kind of dialogsystem and has a need of quickest answers as possible. I have a hint in mind that with (now) z/OS 4 parallel regions working on the same queue are the best performance. But this hint is very old and we are now on V5.2 and IBM has done a lot meantime. Has someone the latest informations, what are the best number of parallel regions ? I know there will be now absolut general answer. My interest is the MQS-View without application-design as cpu for one transactions etc. Thanks in advance for any hints and tips. bye, Frank --- --- Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Fwd: New Function: PTF UQ71197 integrates MQSeries messaging with DB2 for z/OS and OS/390 applications
Hi MQers, got this information from an colleague. Maybe it's interesting for somebody else. I'm not confirm with db-systems and never programmed any SQL Can give me somebody any hints, why I shall use SQL-Statements to use MQS ? As a kind of wrapper for SQL-Programmers ? Our programmers use SQL and our own MQI-wrapper side-by-side within their programs. Do this new DB2-Feature will bring us any advances ? bye, Frank --- --- Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] - Weitergeleitet von Frank Wagner/IS-C/Allianz-Leben am 04.11.02 13:38 - -- Weitergeleitete Nachricht -- Subject: New Function: PTF UQ71197 integrates MQSeries messaging with DB2 for z/OS and OS/390 applications Date: Mon, 28 Oct 2002 19:45:17 +0100 From: Rolf Loeben [EMAIL PROTECTED] p.p. I send this information preliminary so so have more time left for planning: We closed APAR PQ59549 on Friday and built PTF UQ71197. I expect the PTF to be available in about two weeks (mid November). The DB2 V7 publications have been updated and are available on the DB2 Library web site at http://www.ibm.com/software/data/db2/os390/v7books.html. DB2 MQSeries functions DB2 for z/OS and OS/390 Version 7 adds support for user-defined functions that you can use to perform MQSeries tasks. MQSeries is the core of the WebSphere MQSeries product family. It is a flexible messaging system that lets applications communicate in a distributed environment. The DB2 MQSeries user-defined functions let you easily integrate MQSeries messaging with database applications. You can use the DB2 MQSeries functions to send messages to a message queue or to receive messages from the message queue. In addition, you can send a request to a message queue and receive a response. One set of user-defined functions that DB2 provies are DB2 MQSeries functions, which integrate MQSeries messaging operations within SQL statements. The functions help you integrate MQSeries messaging with database applications. You can use the functions to access MQSeries messaging from within SQL statements and to combine MQSeries messaging with DB2 database access. The MQSeries functions are installed into DB2 and provide access to the MQSeries server using AMI (Application Messaging Interface). AMI supports the use of an external configuration file (the AMI repository) to store configuration information. AMI uses two key concepts: service point and policy. A service point is a logical endpoint from which a message may be sent or received. Policy defines the quality of service option that should be used for a given messaging operation. The MQSeries functions can read, receive, or send messages to the queue specified by the service and policy in the AMI repository. The functions can be scalar or table functions. For more information on MQSeries functions, see the function descriptions in Chapter 3, Functions on page 153 of SQL Reference. P.S. Please pass my address to anyone interested in DB2 HOTLINE - thank you. You received this e-mail because you are subscribed to DB2 HOTLINE. You have elected to receive this e-mail. To unsubscribe please send a response to me with 'UNSUBSCRIBE' in the subject. With kind regards - mit freundlichen Grüßen Rolf S. Loeben, Software Marketing DB2 for z/OS INET: [EMAIL PROTECTED] Tel: (+49) 7034-15-3131 Build: 71139-02 Room 0118 FAX: (+49) 7034-15-3207 Mobile (+49) 171-7603043 IBM Deutschland GmbH KST 5339 - 71139-02 Am Keltenwald 1 D-71139 Ehningen *** Copyright and trademark information is available on the Internet as the following address: www.ibm.com/Legal/copytrade.html *** Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
my first steps with pub/sub and JMS
Hello MQ'ers, can somebody give me some hints, where to start first steps with pub/sub (without MQSI) and JMS. What is needed? What are the pitfalls? Where are bottlenecks? How much subscriber are allowed for one topic? Are there any limitations within mqs native pub/sub ? bye, Frank Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] (Memo: L.LS91WG) Tel: (0711)663-3357 Fax: -83357 HVTA bzw. Bosch-Areal Mobile Office Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Indxtype=MsgToken
Hello MQ'ers, can anybody give me a hint, where to find more informations about Indxtype=MsgToken? What's the sense of this index type? How can Workload Manager for z/OS and MQ cooperate ? bye, Frank Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
R3 and MQ - Overview ?
Hi MQ'ers, do exist any overview for all the possible way for a MQ-SAP-Connection ? Has somebody did any decicion papers between the different ways and products to exchange informations between R3 and MQ ? What is the best way to start in this area ? Thanks for any hints, tips, informations ? bye, Frank Frank Wagner, IS-C2 D1, Allianz Lebensversicherung AG, MQSeries-Administration, MQ-Wrapper [EMAIL PROTECTED] (Memo: L.LS91WG) Tel: (0711)663-3357 Fax: -83357 HVTA bzw. Bosch-Areal Mobile Office Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: sequence number error
Hello Ruud, thanks for your hint. Seems not to be included with V5.2. I can't find anything about this in our installation. I'll speak with IBM. Some of the duplicated messages for the same channel had older timestamps. But I'm not happy to delete this manually, if I'm not sure about the internal structure of syncQ. bye, Frank Frank - I don't know if there is any 'official' doc, but if you want to 'safely' delete duplicates from the queue, use the CSQ4SYNC (mainframe only) utility. The last time I used it, I had to get an IBMer to send it to me, but these days it might be included with MQ V5.2. Can someone confirm this? Regards ... Ruud Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
