Timothy,
As far as I know, Liberty profile is not a full J2EE solution.
ITschak
On Mon, Sep 22, 2014 at 7:42 AM, Timothy Sipples sipp...@sg.ibm.com wrote:
FYI, there are many Apache projects. The Apache HTTP Server is one of them,
and Apache Geronimo is another, different project. There's
I have IODF defined in one system and want to work on the IODF using HCD
from another system but its not cataloged into new system. Volumes are
shared in this case.
Is there any way to catalog the current IODF to new system as well .
Yes, but _ONLY_ if the high level qualitier is SYS1. It is is
_anything_ else, then NO. There is special logic somewhere in DFP
which allows any SYS1 data set to be catalogued in any catalog, even
if it is not the catalog in the VVDS for the data set.
DEFINE CLUSTER(NAME(SYS1.iodf.CLUSTER) -
I've also always wondered why RGN was not part of default SDATA for the
MVS DUMP command, since without it most dumps can't be properly
analyzed. Is there an equally logical explanation for that?
For system problems, RGN is often unnecessary. And apparenty customers
often don't think it's
I would recommend naming the IODF something that can be in a user catalog - we
use HCD as the high level in our shop. You can then just define the ALIAS on
both systems and get to it from both systems with no issues.
-Original Message-
From: IBM Mainframe Discussion List
I should have mentioned that too. It is what we do. And, just to add a
bit, the IODF does _NOT_ need to be in the master catalog because NIP
don't use the catalog to reference it. NIP know where it is because it
must be on the volume which is specified in the LOADPARM in z/VM or
on the HMC LPAR
You may have gone to www.ibm.com and searched on SHARE IODF
If so, you may have found these links of interest
I/O Configuration Using z/OS HCD and HCM
SG24-7804-00
http://www.redbooks.ibm.com/redbooks/pdfs/sg247804.pdf
And this one, you did not specify your level of z/OS. This manual is for
John,
Processing of the IODF must be very early in the IPL.
If it can process VSAM data sets why can't it process PDSE?
Ed
On Sep 22, 2014, at 7:20 AM, John McKown wrote:
I should have mentioned that too. It is what we do. And, just to add a
bit, the IODF does _NOT_ need to be in the master
We have a batch utility program that is built in C that uses the XPLINK
version of the C runtime.A customer would like to dynamically call
this from COBOL, but of course the LE runtimes are not compatible:
IGZ0179S A dynamic call to COZBATCH failed because the load module contains
one
or
Now publicly viewable. Please consider voting for it.
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=59073
Mike Wawiorko
Please consider the environment before printing this e-mail
-Original Message-
From: IBM TCP/IP List [mailto:ibmtc...@vm.marist.edu] On Behalf
On Mon, 22 Sep 2014 06:42:27 -0500, John McKown wrote:
Again, and I cannot stress enough, this works IF AND ONLY IF the high
level qualifier is SYS1. No exceptions.
Wanna bet ?.
Shane ...
--
For IBM-MAIN subscribe / signoff /
I can answer that question, maybe, if IBM every embraces the Open
Software and releases z/OS under a FOSS license. I expect this about
the time of the heat death of this universe. Or maybe a bit later.
At a guess, I would say it might be because the IODF is never really
updated in place like a
Forward from TCPIP List.
Lizette
-Original Message-
From: IBM TCP/IP List [mailto:ibmtc...@vm.marist.edu] On Behalf Of Mike
Wawiorko
Sent: Monday, September 22, 2014 6:27 AM
To: ibmtc...@vm.marist.edu
Subject: Re: EZANS Requirement - you should be able to access RFE now
Now
Voted for it! :-)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Monday, September 22, 2014 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: EZANS Requirement - you should be able to access RFE now
Forward
Hi,After completion concurrent copy in the XRC session while all the volumes
are in DUP status we encountered the following messages and the ANTAS001 will
dropped.
ANTQ5006E XQUERY FAILED FOR SESSION(DS1), RC=4026 REAS=0
IEA989I SLIP TRAP ID=X80A MATCHED. JOBNAME=ANTAS001,
This is probably an event you should raise an SR/ETR with IBM about.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mehrshad Manshadi
Sent: Monday, September 22, 2014 7:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDM
You did not indicate your level of z/OS
You may also check out the 4026 code in this link
http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.ieam100%2Frs16463.htm
4026This error is caused by an incomplete shutdown of a previous XRC
session, and can be
I would think you could call BPX1ATM (attach_execmvs()) from COBOL.
In article CAHm_n2k3Y6YPjiF30BFYBhqFhvSgo0dub2wdVNne2K=tl8b...@mail.gmail.com
you wrote:
We have a batch utility program that is built in C that uses the XPLINK
version of the C runtime.A customer would like to
Thanks Don,
That is a pretty good idea, but not quite what I was looking for since
BPX1ATM would not be synchronous. I suppose that I could follow it with
BPX1WAT to reap the child process return code. So this combination is
probably one way to do it without Assembler.
Kirk Wolf
Dovetailed
On Mon, Sep 22, 2014 at 8:24 AM, Kirk Wolf k...@dovetail.com wrote:
We have a batch utility program that is built in C that uses the XPLINK
version of the C runtime.A customer would like to dynamically call
this from COBOL, but of course the LE runtimes are not compatible:
IGZ0179S A
Kirk:
I called A Cobol routine(s) in C without an issue …threaded , the threads
started in C.
I have code if you would like to see
Regards,
Scott
www.identityforge.com
From: Kirk Wolf
Sent: Monday, September 22, 2014 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Thanks
Scott -
Its not an issue to call between Cobol and C if one is using the
non-XPLINK runtime for the C programs.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Mon, Sep 22, 2014 at 9:45 AM, Scott Ford
0006f84450fa-dmarc-requ...@listserv.ua.edu wrote:
Kirk:
I called A Cobol
To obtain the address of an XPLINK C/C++ routine which can be called from a
NON-XPLINK program, look at the fetch() function in the C/C++ run time
library reference.
When calling fetch() from COBOL, the COBOL code will have to use the
RETURNING facility of the CALL statement to get the address of
One of my users is trying to send a mainframe file to another sever,
converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been
able to get it to work, Has anyone here been able to do so? These are
some of the things he's tried. (and variations of)
site encoding=mbcs
site
I am trying to find the reason for the failure. I checked the error message
but it doesn't say what would cause the error or what the problem is.
ARC6159E POINT MACRO FAILED FOR DATA SET PROD.VLANLIFE.VBKF.DSGS.G0879V00
DURING AGGREGATE BACKUP FOR AGGREGATE
GROUP VLANLIFE - RETURN CODE IS 12
Thanks for the OLP output. A fix should be on its way tp me soon.
Yours truly,
John T. Abell
President
International Software Products
Tel: 800-295-7608 Ext: 224
International: 1-416-593-5578 Ext: 224
Fax: 800-295-7609
International: 1-416-593-5579
E-mail:
I need lots of help with this.
You can contact me here: prf51 at sign videotron.ca
Thanks in advance, Pierre.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Pierre,
More context would be helpful.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I have a separate USERCATALOG for our IODF datasets. It is safe to share
catalogs in most cases and almost all the others if you are careful.
Your IODF dataset do need to be cataloged for dynamic activations, but they do
not need to be in the master.
-Original Message-
From: IBM
Is it PAGESPACE or PAGE. as HLQ? That can be in multiple catalogs?
Sorry about the redundant previous response.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of John McKown
Sent: Monday, September 22, 2014 6:49 AM
To:
Sam,
This is a really good suggestion I have used fetch() from non-XPLINK C
before to call XPLINK C in a separate enclave, so I know that that works.
It may be more COBOL than I can handle, though... :-)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Mon, Sep 22, 2014 at 10:32 AM,
On Mon, Sep 22, 2014 at 2:14 PM, Kirk Wolf k...@dovetail.com wrote:
Sam,
This is a really good suggestion I have used fetch() from non-XPLINK C
before to call XPLINK C in a separate enclave, so I know that that works.
It may be more COBOL than I can handle, though... :-)
Kirk Wolf
Oh, FETCH is an alias of EDC4$248 and resides in CEE.SCEELKED. So it
likely means that you cannot use the COBOL DYNAM compile parameter
successfully on the compile that uses it. I don't know of many shops
which put that in the LINKLIST or in the STEPLIB. But, then, what do
__I__ know about normal?
On Mon, 22 Sep 2014 12:01:48 -0400, Mark Jacobs wrote:
One of my users is trying to send a mainframe file to another sever,
converting it to UTF-8 with Byte Order Mark(BOM). So far he hasn't been
able to get it to work, Has anyone here been able to do so? These are
some of the things he's tried.
Let me know if it works.
On Mon, Sep 22, 2014 at 12:14 PM, Kirk Wolf k...@dovetail.com wrote:
Sam,
This is a really good suggestion I have used fetch() from non-XPLINK C
before to call XPLINK C in a separate enclave, so I know that that works.
It may be more COBOL than I can handle,
In
cae1xxdh-xkn+agir4jt4wy8hagsa-5mur9mqwgm4+xpeqro...@mail.gmail.com,
on 09/21/2014
at 05:52 PM, John Gilmore jwgli...@gmail.com said:
I suspect that this particular 'resurrection' is Shmuel's and not
IBM's, but who knows?
I do; as usual, your guess is way off the mark.
--
Shmuel
This is a case where I would start with IBM.
I am not sure how they use the POINT macro during ABARS processing.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of willie bunter
Sent: Monday, September 22, 2014 9:04 AM
To:
37 matches
Mail list logo