DSNAME Standards (was: Re: TSO EDIT command)
In a recent note, Edward E. Jaffe said: Date: Fri, 21 Oct 2005 09:56:06 -0700 Sounds like I'm in the minority here, but I like the approach of using EDIT for basic editing in the environment you've described. EDIT is simple, doesn't require a slew of pre-allocated data sets [whose names will vary from site to site], and is guaranteed available. A few months ago, there was a thread (I think in MVS-OE, but perhaps here) about whether software products should be installed in data sets named according to the ISV's conventions, or according to the customers' conventions. The majority view seemed to favor the customers' conventions, with the rationale, Well, each shop must enforce its own [idiosyncratic] standards, else its users would never be able to find any ISV products. I took the minority view, for which you have hinted at a strong argument: portability of JCL and programmer skills. I also argued that if a site installs according to local naming conventions, data set names in documentation will consequently be wrong. The rebuttal was, Documentation is [almost] all electronic nowadays; it's easy enough to run a filter (which the vendor supplies?) to modify data set names in the documentation to match the site's conventions. This seems nonsensical to me. What, then of supplementary documentation online, via the vendor's web site? A CGI script to filter that on the fly, with the site's prefixing conventions stored in the users' cookie jars? KISS? Of course, the vendor should support installation with alternate data set names for beta releases, PTF test platforms, etc. But the customer is still well advised to install production versions according to the vendor's convention. Consider the extreme: the customer should be allowed to use a locally chosen HLQ, if he chooses, instead of SYS1, and a JCL INCLUDE member: // SET IBMHLQ='SYS1' * Season to taste ... //SYSLIB DD DISP=SHR,DSN=IBMHLQ..MACLIB ... Again, nonsense. (Or has this already been done, for beta testing support?) -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 Emulator
In a recent note, Shmuel Metz (Seymour J.) said: Date: Fri, 21 Oct 2005 14:00:40 -0300 Kludgey, but how about: Bletch! There are cleaner ways to handle it: See above. 1. Use explicit partitions Would this support concurrent sessions with different active TIOTs? 2. Bring WSA back from the dead and fix it. Is this the dreaded ISPGUI? I'd favor an approach which writes classic 327x data streams to a socket, and instructions for modifying an open-source x3270 client to function as an agent. The ISPGUI window was just plain ugly. But does (did?) WSA support dynamic resizing of the window? Ain't entirely rocket science, nowadays. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WSA (Was: TN3270 Emulator)
Paul Gilmartin wrote: In a recent note, Shmuel Metz (Seymour J.) said: 2. Bring WSA back from the dead and fix it. Is this the dreaded ISPGUI? I'd favor an approach which writes classic 327x data streams to a socket, and instructions for modifying an open-source x3270 client to function as an agent. The ISPGUI window was just plain ugly. But does (did?) WSA support dynamic resizing of the window? Ain't entirely rocket science, nowadays. Your idea of passing 327x streams to a socket is weak compared to what WSA already does. You're making the classic mistake of confusing the WSA (Workstation Agent) with the ISPF GUI. The ISPF GUI is just one component of the WSA. Other capabilities of WSA include the ability to edit workstation files on the mainframe or mainframe files on the workstation, the ability to transfer members to/from the workstation simply by selecting them from a member list, etc. Please understand, these features are available even if you're using ISPF from a 3270 emulator! IBM went to considerable trouble to develop the WSA and integrate it with ISPF. Unfortunately, most users take one look at the GUI, say Yuck, and move on -- thus remaining completely ignorant of the WSA's most-powerful features. If more people learned how useful the WSA can be, there would be more mind share generated. More mind share means more enhancements. More enhancements means more mind share. And so on ... -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WSA versus ISPGUI (was: TN3270 Emulator)
From: Paul Gilmartin [EMAIL PROTECTED] 2. Bring WSA back from the dead and fix it. Is this the dreaded ISPGUI? The ISPGUI window was just plain ugly. Gil, In my opinion, the ISPF WorkStation Agent (WSA) is brilliant, but I agree with you that ISPGUI leaves much to be desired. Unfortunately, I think a lot of people confuse WSA with ISPGUI and this is a real shame because it casts WSA in a bad light when really it shouldn't. The WSA brings several things to the table, only ONE of which is the ability to run ISPF in GUI mode. I think what happens is people install the WSA, immediately check out ISPF in GUI mode, dislike it, and never use the WSA ever again. The WSA does much more than just allow ISPF to run in GUI mode. For example, it allows mainframe files to be viewed or edited on a workstation, or workstation files to be viewed or edited on a mainframe. It also simplifies file transfer; e.g. simply select the members you want to transfer from a member list. These are really great features of WSA and I think they're vastly underutilized. I very rarely run ISPF in GUI mode, but I use WSA each and every day. Coming back to the GUI for a moment; no, you can't resize the window (at least, not in the sense you mean). It has a maximum fixed window size, so you can't (for example) add more rows by dragging the bottom of the window down. You can drag the edges in to make the window smaller, in which case it 'hides' a portion of the screen (i.e. the font size remains static). But this in itself can have some advantages. For example, in non-GUI mode you can only see 2 split screen sessions. But in GUI mode, you can see any and all of your split screen sessions at the same time. So you could (for example) have 4 split screen sessions and have each one visible in a different corner of your monitor. In normal situations I would never run ISPF in GUI mode. But in certain rare situations (e.g. where I might want to visibly compare the contents of 3 different files), the ability to run ISPF in GUI mode is yet another advantage of the WSA. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA (Was: TN3270 Emulator)
From: Edward E. Jaffe [EMAIL PROTECTED] Your idea of passing 327x streams to a socket is weak compared to what WSA already does. You're making the classic mistake of confusing the WSA (Workstation Agent) with the ISPF GUI. The ISPF GUI is just one component of the WSA. Other capabilities of WSA include the ability to edit workstation files on the mainframe or mainframe files on the workstation, the ability to transfer members to/from the workstation simply by selecting them from a member list, etc. Please understand, these features are available even if you're using ISPF from a 3270 emulator! IBM went to considerable trouble to develop the WSA and integrate it with ISPF. Unfortunately, most users take one look at the GUI, say Yuck, and move on -- thus remaining completely ignorant of the WSA's most-powerful features. If more people learned how useful the WSA can be, there would be more mind share generated. More mind share means more enhancements. More enhancements means more mind share. And so on ... Ed, I can't believe it. I wrote my response about the WSA (and even renamed the subject to 'WSA versus ISPGUI') before reading your response. Our comments about the WSA being confused with ISPGUI were almost identical! :-) Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF WSA (Was: TN3270 Emulator)
From: Paul Gilmartin [EMAIL PROTECTED] Still wondering: is WSA the same as ISPGUI? No, they're 2 completely different things. ISPGUI requires the WSA, just like WordPad requires Windows. But that doesn't make them the same. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA (Was: TN3270 Emulator)
Dave Salt wrote: Ed, I can't believe it. I wrote my response about the WSA (and even renamed the subject to 'WSA versus ISPGUI') before reading your response. Our comments about the WSA being confused with ISPGUI were almost identical! That's what generally happens when you state obvious facts. If we were independently asked to calculate the sum of two plus two, our responses would have been nearly identical in that case as well! Changing the subject line is just good list etiquette. An alternative explanation, for those who believe in such things, is that we have some sort of psychic connection. ;-) -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA (Was: TN3270 Emulator)
From: Edward E. Jaffe [EMAIL PROTECTED] An alternative explanation, for those who believe in such things, is that we have some sort of psychic connection. ;-) Is that in any way similar to a workstation connection, or are they 2 different things? :-) Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSNAME Standards
I don't quite understand You: == Paul Gilmartin == wrote2005-10-22 17:28: In a recent note, Edward E. Jaffe said: Date: Fri, 21 Oct 2005 09:56:06 -0700 Sounds like I'm in the minority here, but I like the approach of using EDIT for basic editing in the environment you've described. EDIT is simple, doesn't require a slew of pre-allocated data sets [whose names will vary from site to site], and is guaranteed available. A few months ago, there was a thread (I think in MVS-OE, but perhaps here) about whether software products should be installed in data sets named according to the ISV's conventions, or according to the customers' conventions. The majority view seemed to favor the customers' conventions, with the rationale, Well, each shop must enforce its own [idiosyncratic] standards, else its users would never be able to find any ISV products. I took the minority view, for which you have hinted at a strong argument: portability of JCL and programmer skills. And by that you mean ? I also argued that if a site installs according to local naming conventions, data set names in documentation will consequently be wrong. The rebuttal was, Documentation is [almost] all electronic nowadays; it's easy enough to run a filter (which the vendor supplies?) to modify data set names in the documentation to match the site's conventions. This seems nonsensical to me. What, then of supplementary documentation online, via the vendor's web site? A CGI script to filter that on the fly, with the site's prefixing conventions stored in the users' cookie jars? KISS? Of course, the vendor should support installation with alternate data set names for beta releases, PTF test platforms, etc. And when they do not have that prepared ? But the customer is still well advised to install production versions according to the vendor's convention. Consider the extreme: the customer should be allowed to use a locally chosen HLQ, if he chooses, instead of SYS1, and a JCL INCLUDE member: // SET IBMHLQ='SYS1' * Season to taste ... //SYSLIB DD DISP=SHR,DSN=IBMHLQ..MACLIB ... Again, nonsense. (Or has this already been done, for beta testing support?) And how do You solve the situation when the vendor have their own macros they want to have in maclib (and doesn't supply their own lib) that overwrites previously existing macors (if we would choose to install as instrucyed) ? Or when you have several different version that You had to use/have installed in parallel ? BTW, are you aware that sometimes vendors have install JCL that uses their own invented HLQ, say like SILLY.MACLIB or OUR.OWN.LINKLIB etc. -- gil AFAICS, with the principle I think You propagate above and as the only common name standard in Z/OS shops is the SYS1/SYS2-convention plus IBM's all product HLQ's, this will led to a situation where all ISV's would overlay each others (and our own) components in the SYSx-libs plus a myriad of ISV-HLQs. The latter will be an administrative nightmare when you had to operate and integrate these in the production. -- -- Mundus Vult Decipi -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA (Was: TN3270 Emulator)
In a message dated 10/22/2005 1:17:38 P.M. Central Standard Time, [EMAIL PROTECTED] writes: An alternative explanation, for those who believe in such things, is that we have some sort of psychic connection. ;-) Probably need a new number for psychic friends Help Desk. 'I've got a problem' 'We know...' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Leased Line IBMLink Going Away?
Does anyone out there know about this? This announcement appears on the IBMLink Main Menu when you press PF2 to display NEWS: _ | NEWSScrolling is active. Press CANCEL to exit. | ATTENTION: IBMLink Customers | October 17, 2005 | | ATT has announced that Lease-Line and Dial-Up | services will be terminated on December 31, 2005. | Therefore, to gain access to IBMLink you will have | to use our Telnet services with 3270 Emulation and a | TCP/IP front-end. You can still access IBMLink | through telnet: ibmlink.advantis.com or IP address: | 204.146.168.209. If you have some additional | concerns, you may call our Help Desk at | 1-800-543-3912. Does this mean what I fear it means? Am I going to lose the ability to logon to IBMLink via a leased line SNA connection? Are my company's other leased line applications going to stop working as well? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Max. number of CFs
What is maximum number of Coupling Facilities used by one sysplex ? I know it's rather theoretical limit, but I'd like to know it. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Leased Line IBMLink Going Away?
Brian Peterson wrote: Does anyone out there know about this? This announcement appears on the IBMLink Main Menu when you press PF2 to display NEWS: _ | NEWSScrolling is active. Press CANCEL to exit. | ATTENTION: IBMLink Customers | October 17, 2005 | | ATT has announced that Lease-Line and Dial-Up | services will be terminated on December 31, 2005. | Therefore, to gain access to IBMLink you will have | to use our Telnet services with 3270 Emulation and a | TCP/IP front-end. You can still access IBMLink | through telnet: ibmlink.advantis.com or IP address: | 204.146.168.209. If you have some additional | concerns, you may call our Help Desk at | 1-800-543-3912. Does this mean what I fear it means? Am I going to lose the ability to logon to IBMLink via a leased line SNA connection? Brian, It means exactly what you think it means. But, why is that a problem? Can't you simply configure your TN3270 emulator to connect to ibmlink.advantis.com just like the rest of us? Are my company's other leased line applications going to stop working as well? I have no idea. The notice doesn't cover that. I would doubt it. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Leased Line IBMLink Going Away?
Im also wondering how would I RSF if I need to with IBM? Andy S White Internet: Mailto:[EMAIL PROTECTED] Brian Peterson [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/22/2005 04:02 PM Please respond to IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU cc: Subject:[IBM-MAIN] Leased Line IBMLink Going Away? Does anyone out there know about this? This announcement appears on the IBMLink Main Menu when you press PF2 to display NEWS: _ | NEWSScrolling is active. Press CANCEL to exit. | ATTENTION: IBMLink Customers | October 17, 2005 | | ATT has announced that Lease-Line and Dial-Up | services will be terminated on December 31, 2005. | Therefore, to gain access to IBMLink you will have | to use our Telnet services with 3270 Emulation and a | TCP/IP front-end. You can still access IBMLink | through telnet: ibmlink.advantis.com or IP address: | 204.146.168.209. If you have some additional | concerns, you may call our Help Desk at | 1-800-543-3912. Does this mean what I fear it means? Am I going to lose the ability to logon to IBMLink via a leased line SNA connection? Are my company's other leased line applications going to stop working as well? 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSNAME Standards (was: Re: TSO EDIT command)
Another of gils lunatic flights of fancy. Allow the ISVs to insist on dataset naming standards . And SMPE zone structure next no doubt ???. Like hell. Pull your head in Paul - get the documentation generic enough to be useful. Let us manange our sites so we can get real work done. Programmers conform to site standards and are still productive - well some of them. Sometimes. As for the portability of JCL, the examples of JCL I get for installs generally aren't worth spit. As a contractor I see different standards (for want of a better name) all the time - I work to what the customer demands. Perhaps the ISVs should try a similar mind-set. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSA (Was: TN3270 Emulator)
On Oct 22, 2005, at 2:09 PM, Ed Finnell wrote: In a message dated 10/22/2005 1:17:38 P.M. Central Standard Time, [EMAIL PROTECTED] writes: An alternative explanation, for those who believe in such things, is that we have some sort of psychic connection. ;-) Probably need a new number for psychic friends Help Desk. 'I've got a problem' 'We know...' Now get a 1-900 number and you can make money!:) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSNAME Standards (was: Re: TSO EDIT command)
On Oct 22, 2005, at 4:32 PM, ibm-main wrote: Another of gils lunatic flights of fancy. Allow the ISVs to insist on dataset naming standards . And SMPE zone structure next no doubt ???. Like hell. Shane, Its being done already (and for quite a few years). An Hospital company (that supplies turnkey software) has dictated dsname(s), volser and other items . Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternate home for zOS FTP Client ...?
Sort of. If you are using static VIPA and have SOURCEVIPA specified, then the outbound source address will be the last VIPA address specified before a real interface. Example: OSA1 10.1.1.1 OSA2 10.1.2.1 VIPA1 10.100.1.1 OSA3 10.1.3.1 OSA4 10.1.4.1 VIAP2 10.200.1.1 OSA5 10.1.5.1 OSA6 10.1.6.1 Based on route statments the following source address will be used if route is viasource address used will be OSA110.1.1.1 OSA210.1.2.1 OSA310.100.1.1 OSA410.100.1.1 OSA510.200.1.1 OSA610.200.1.1 That I am aware of there is NO way to specify what the source address is for FTP client. I wish there was, but if there is I can't find it. Hal Merritt wrote: I'm confused. FTP uses whichever link that has a path for the target IP address. HOME addresses apply only to inbound traffic. In a static environment, outbound traffic is routed according to GATEWAY or equivalent statements. In a dynamic environment, the link used is the one that connects to a router that knows how to reach the target address. HTH. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Sims Sent: Thursday, October 20, 2005 12:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Alternate home for zOS FTP Client ...? (Crossposted here and to IBMTCP-L) One of our clients runs a single TCPIP stack with multiple HOME ip addresses. Is there a way -- without a second stack and CINET -- to cause the zOS FTP client to use a link other than the PRIMARYINTERFACE when opening an outbound session? Thanks in advance, Tom Sims -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DISP=MOD UNIT=CART/TAPE
Has anyone encountered either of the following two situations recently ( say the last 6 months or so )? IEC023I 237-08,IFG0553F IEC140I ddname ,vv END OF DATA SET NOT ON VOLUME IEFTMS50 1XX- 08 jobname,stepname ,ddname ,ccuu,vv IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=1EB REASON CODE= We have had a few since the previous Sunday following a system IPL/software upgrade. We are currently investaging this matter with the software vendor of one of the products we upgraded. Alhough I was wondering if anyone had already encountered this issue. Thank you for your help. Glenn Miller PS: If you have any non-public questions, please contact me directly. --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html