I hope the updated JZOS Cookbook would have some samples exploiting these
features. Are there any samples available anywhere as of now ?
Mohammad
On Wed, 11 Jun 2014 11:48:38 -0500, Kirk Wolf wrote:
>There has for some time been a package in JZOS (in the SDK) named
>"com.ibm.zosrrs" (in the zo
There has for some time been a package in JZOS (in the SDK) named
"com.ibm.zosrrs" (in the zosrrs.jar) that includes zAAP enabled wrappers to
*some* RRS apis.
The javadoc has not been published, but this is being worked on. If you
need more information right now I suggest you open an ETR.
Kirk W
Exactly ... with more options at their disposal programmers can do interesting
things. Unfortunately we do not inhabit the free world of Linux and have to
live by what the Central Committee decides and the local bosses permit :)
MQSEND works fine but does have a limit on the size of the messages
Kind of like Jzos and DFSORT, Logger, console, datasets.. seems like
exposing RRS would be kind of cool.. but is probably down on the list of
things to do. Could always write a JNI wrapper(s) for some RRS calls and
attempt to standardize it.
Hope the MQSEND does what you need.
As a side note, th
I'm not expecting JZOS to have any such capabilities, it does what it set out
to do and does it well. I only mentioned it describe my program environment.
What I do expect is that a programming platform would allow a programmer to
make use of the facilities / features that the platform offers e.
I don't want to put words in Mohammad's mouth, but from what I gather, he
simply would like JZOS itself to have RRS capabilities. But that is _not_
what it is designed to do. JZOS, to my limited understanding, is designed
as a way to easily run Java programs in a batch job. Wanting RRS
capabilities
:-) actually, Mohammad, you have received answers to make your (work) life
easier (and deliver results); in the end it is your decision which way to
go.
On 10 April 2014 06:19, Timothy Sipples wrote:
> Mohammad Khan writes:
> >Nice argument and something not unexpected of a salesman.
>
> Now it
Mohammad Khan writes:
>Nice argument and something not unexpected of a salesman.
Now it's (inaccurate) ad hominem attacks? Gee, thanks.
How about debating the merits of the arguments instead of (inaccurately)
attacking the messenger? The merits are considerable. I'm not the only one
who recommend
On Tue, 8 Apr 2014 09:10:06 +0800, Timothy Sipples wrote:
>
>You've listed three arguments. The first argument is that *you* won't be
>using all the features a major transaction manager offers. To which I'd
>reply that almost nobody uses all those features for any particular, single
>program.
Nic
Mohammad Khan writes:
>My reasons for not using a transaction manager are
You've listed three arguments. The first argument is that *you* won't be
using all the features a major transaction manager offers. To which I'd
reply that almost nobody uses all those features for any particular, single
I'm not using z/OS Batch Runtime rather it's a plain vanilla batch job using
JZOS to run Java code. My reasons for not using a transaction manager are as
follows:
- The process is pretty simple and does not need all the features they offer.
- I hoped that I would be able to use RRS to coordinat
Does this option provide transactional integrity the two resource managers (
DB2 and MQ ) ? I mean if there a problem with any one component the updates in
both will be backed out. My current Java code is able to write to both and as
long as nothing goes wrong it's all fine. Unfortunately it's t
A threshold question: Why are you reluctant to take advantage of a
transaction manager? That's what transaction managers are designed to do,
along with several other things.
I think you're referring to the z/OS Batch Runtime which then invokes JZOS,
by the way. My recollection is that the z/OS Bat
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mohammad Khan
Sent: Thursday, April 03, 2014 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using DB2 and MQ under JZOS
Hi Denis,
Thanks for your response. I'm not trying to write my own transaction manager
rather I'm hoping to use R
I may be trying to push the envelop but RRS attach is already being used for
connecting to DB2 as shown by the plan name used by the thread in our db2
monitor. Now if I could only coax it ( ! ) to recognize MQ as well.
On Thu, 3 Apr 2014 04:33:44 -0500, John McKown
wrote:
>Just a wild guess
> In the end you could also write your own transaction manager.
>>
>>
>> Hope that helps,
>>
>> Denis.
>>
>>
>>
>> -Original Message-
>> From: Mohammad Khan
>> To: IBM-MAIN
>> Sent: Wed, Apr 2, 2014 4:11 pm
Hi Denis,
Thanks for your response. I'm not trying to write my own transaction manager
rather I'm hoping to use RRS in that role, after all RRS is already being used
for DB2 access. Now if Java does not provide any means of using RRS to
coordinate multiple resources I guess I'm out of luck. I'll
write your own transaction manager.
> >
> >
> > Hope that helps,
> >
> > Denis.
> >
> >
> >
> > -Original Message-
> > From: Mohammad Khan
> > To: IBM-MAIN
> > Sent: Wed, Apr 2, 2014 4:11 pm
> > Subject: Using D
t; In the end you could also write your own transaction manager.
>
>
> Hope that helps,
>
> Denis.
>
>
>
> -Original Message-
> From: Mohammad Khan
> To: IBM-MAIN
> Sent: Wed, Apr 2, 2014 4:11 pm
> Subject: Using DB2 and MQ under JZOS
>
>
> I
.
In the end you could also write your own transaction manager.
Hope that helps,
Denis.
-Original Message-
From: Mohammad Khan
To: IBM-MAIN
Sent: Wed, Apr 2, 2014 4:11 pm
Subject: Using DB2 and MQ under JZOS
I have a batch program that runs under JZOS ( on z/OS 1.13 ) which
I have a batch program that runs under JZOS ( on z/OS 1.13 ) which connects to
DB2 using jdbc type 2 connection and connects to a local MQ queue in binding
mode. It updates DB2 data as well as writes to MQ. It seemed to work ok until
it encountered an error writing to MQ and abended. More import
21 matches
Mail list logo
