Each shop has its own standards, but I agreee that, even if the same
loadmodule is used there s/b separate loadlibraries.
"Miller, Dennis"
<[EMAIL PROTECTED] To: [EMAIL PROTECTED]
OM> cc:
Sent by: Subject: Re: general programming doubt
"MQSeries List"
<MQSERIES@AKH-Wie
n.AC.AT>
12/13/2002 05:17
PM
Please respond to
"MQSeries List"
I agree it's probably better that the differentiation is obvious/apparent
in the source code rather than masked in the form of calls that return
without performing their intended functions. However, I think it's risky
to share one copy of the same load module, if that means also sharing the
load library and giving CICS access to many other programs that might not
be so friendly. I say, even if you can figure out how to deploy dual-mode
programs from a common source, don't deploy them from a common load module.
Or at least have designated loadlibs for these dual-mode programs so they
don't get mixed in with everything else.
regards,
Dennis
> -----Original Message-----
> From: Ronald Weinger [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, December 13, 2002 12:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: general programming doubt
>
> If your shop has or can create a utility program that can be called and
can
> respond with the runtime environment (CICS or batch), you can structure
> your main program to bypass the CICS calls when running batch and bypass
> the batch-only code when running in CICS. Then you only need one
> main loadmodule and life can be simple (relatively).
>
>
>
>
> "Miller, Dennis"
> <[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
> OM> cc:
> Sent by: Subject: Re: general
programming doubt
> "MQSeries List"
> <MQSERIES@AKH-Wie
> n.AC.AT>
>
>
> 12/13/2002 12:58
> PM
> Please respond to
> "MQSeries List"
>
>
>
>
>
>
>
> In a way, the compiler ALWAYS ignores the CICS commands because they are
> commented out and replaced by a series of moves and calls. You cannot
make
> the compiler ignore the substituted code, but you can render it
> ineffective. To do that, write a NO-OP stub and link it in place of
CICS's
> ECI stub for the batch version of the program.
>
> That' solves one technical hurdle, but there are others. I believe
another
> responder gave you ideas about how to deal with other linkage,
concurrency,
> and re-entrancy issues. You also need to be careful that any
functionality
> this is provided by CICS is provided another way in batch and visa-versa.
> Bottom line--it's pretty tricky business.
>
> Personally, I'd adivse modularizing your application into batch-only
parts,
> CICS-only parts, and parts that go both ways. By definition, the both-way
> parts would NOT contain any CICS coding at all. Of course, you then need
to
> develop both a CICS version and a batch version of some parts, but that's
a
> LOT easier than developing one that works both ways.
>
>
>
> > -----Original Message-----
> > From: N Vinodh [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, December 12, 2002 7:34 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: general programming doubt
> >
> >
> > Hi
> >
> > it is COBOL.
> >
> > Thanks
> > Vinodh
> >
> >
> >
> > "Miller,
> > Dennis" To:
> [EMAIL PROTECTED]
> > <DMiller@SNOPUD cc:
> > .COM> Subject: Re: general
> programming doubt
> > Sent by:
> > MQSeries List
> > <MQSERIES@AKH-W
> > ien.AC.AT>
> >
> >
> > 12/13/02 01:10
> > AM
> > Please respond
> > to MQSeries
> > List
> >
> >
> >
> >
> >
> > What language?
> >
> > > -----Original Message-----
> > > From: N Vinodh [SMTP:[EMAIL PROTECTED]]
> > > Sent: Wednesday, December 11, 2002 9:30 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: general programming doubt>
> > >
> > > Hi all
> > >
> > > I need a help ..plz excuse...this is not related to MQ.
> > >
> > > 1. Can you let me know the tips for writing a dual mode program (
> working for Online and
> > > Batch ) - How the CICS commands will be ignored when
> > > batch compilation and link-edit done and vice versa?
> > >
> > > 2. Any Compiler option / link-edit option difference between a
> single-mode program and
> > > dual mode program?
> > >
> > > 3. Any sample for dual mode program if you have.
> > >
> > > Thanks in advance
> > >
> > > Rgds
> > > Vinodh
> > >
> > >
> > >
> > > ***The information contained in this message is legally privileged
and
> confidential
> > > information intended only for the use of the addressed individual or
> entity indicated in
> > > this message (or responsible for delivery of the message to such
> person). It must not be
> > > read, copied, disclosed, distributed or used by any person other than
> the addressee.
> > > Unauthorised use, disclosure or copying is strictly prohibited and
may
> be unlawful.
> > > Opinions, conclusions and other information on this message that do
> not relate to the
> > > official business of any of the constituent companies of the TATA
> CONSULTANCY SERVICES
> > > shall be understood as neither given nor endorsed by the Group. If
you
> have received
> > this
> > > message in error, you should destroy this message and kindly notify
the
> sender by
> > e-mail.
> > > Thank you.***
> > >
> > > 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
> >
> > (See attached file: InterScan_SafeStamp.txt)>
> >
> >
> >
> >
> >
> > * * * The information contained in this message is legally privileged
and
> confidential
> > information intended only for the use of the addressed individual or
> entity indicated in
> > this message (or responsible for delivery of the message to such
person).
> It must not be
> > read, copied, disclosed, distributed or used by any person other than
the
> addressee.
> > Unauthorised use, disclosure or copying is strictly prohibited and may
be
> unlawful.
> > Opinions, conclusions and other information on this message that do
not
> relate to the
> > official business of any of the constituent companies of the TATA
> CONSULTANCY SERVICES
> > shall be understood as neither given nor endorsed by the Group. If you
> have received this
> > message in error, you should destroy this message and kindly notify the
> sender by e-mail.
> > Thank you. * * * << File: InterScan_SafeStamp.txt >> << File:
> InterScan_SafeStamp.txt >>
>
> 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
>
>
>
>
>
>
>
> The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message is prohibited. If you are not the
intended addressee, please notify the sender immediately and delete this
message.
>
> 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
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the information, or copying of
this message is prohibited. If you are not the intended addressee, please notify the
sender immediately and delete this message.
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
