Re: [EXTERNAL] Re: smp/e sha-2 support?

Without promising anything at all, please don't be too hasty to prejudge the outcome of this dicussion. What I tried to ask is what the actual requirement is. The consensus seems to be that the actual requirement is "keep the auditors happy [and by implication let us keep using

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

ng fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lester, Bob Sent: Monday, May 16, 2016 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support? Hi All, What would you make o

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

2016 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support? [ EXTERNAL ] And anyone that thinks Auditors don't set policy and rules hasn't worked in the commercial environment for a while. Let alone the fact of having to train PCI Auditors that the

Re: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support?

cussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: Monday, May 16, 2016 12:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: [EXTERNAL] Re: smp/e sha-2 support? What's going to happen is that IBM will not support SHA-2 (or -3) and every shop with any d

Re: [EXTERNAL] Re: smp/e sha-2 support?

-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: smp/e sha-2 support? Charles Mills wrote: >I suspect you've got a problem, however. There's a saying in sales >"when you >explain, you lose." I can hear auditors saying "SHA-1 -- no good -- security >exposure" an

Re: smp/e sha-2 support?

Charles Mills wrote: >I suspect you've got a problem, however. There's a saying in sales "when you >explain, you lose." I can hear auditors saying "SHA-1 -- no good -- security >exposure" and I would not want to be the one explaining what you say below >to them. >Perhaps I underestimate IT

Re: smp/e sha-2 support?

ou say below to them. Perhaps I underestimate IT auditors. I just know the "buzzword kneejerk" problem. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Monday, May 16, 2016 4:06 AM To: IBM-MAIN@LISTSERV

Re: smp/e sha-2 support?

On 16/05/2016 09:05 PM, John Eells wrote: We understand the NIST recommendation to move off SHA-1 for security-related purposes. However, our use of SHA-1 in this context has nothing to do with security, and as far as I know it was never intended to provide any. We are using SHA-1 just to be

Re: [EXTERNAL] Re: smp/e sha-2 support?

On Mon, May 16, 2016 at 6:22 AM, Dyck, Lionel B. (TRA) wrote: > The auditors are dictating the use of SHA-2 and discounting the use of > SHA-1. It is a blanket requirement and one that one does not argue with. > ​Another reason to "off" all auditors. Ignoramuses. -- The

Re: [EXTERNAL] Re: smp/e sha-2 support?

ject: [EXTERNAL] Re: smp/e sha-2 support? Dyck, Lionel B. , TRA wrote: > We asked IBM support about implementing SHA2 for the SMP/E FTP download > process and was told to open an RFE. That seems kinda insane given that SHA-1 > seems to be heading to the heap of obsolete technologies. > &

Re: smp/e sha-2 support?

Dyck, Lionel B. , TRA wrote: We asked IBM support about implementing SHA2 for the SMP/E FTP download process and was told to open an RFE. That seems kinda insane given that SHA-1 seems to be heading to the heap of obsolete technologies. Can anyone shed any light on this? Opening an RFE seems

Re: smp/e sha-2 support?

; -- https://en.wikipedia.org/wiki/SHA-1 That sounds to me like an integrity APAR waiting to happen. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Post Sent: Friday, May 13, 2016 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Su

Re: smp/e sha-2 support?

On 5/13/2016 5:31 PM, Mark Post wrote: On 5/13/2016 at 03:21 PM, "Dyck, Lionel B. (TRA)" <lionel.d...@va.gov> wrote: We asked IBM support about implementing SHA2 for the SMP/E FTP download process and was told to open an RFE. That seems kinda insane given that SHA-1 see

Re: smp/e sha-2 support?

>>> On 5/13/2016 at 03:21 PM, "Dyck, Lionel B. (TRA)" <lionel.d...@va.gov> >>> wrote: > We asked IBM support about implementing SHA2 for the SMP/E FTP download > process and was told to open an RFE. That seems kinda insane given that SHA-1 >

Re: smp/e sha-2 support?

On Fri, 13 May 2016 14:07:22 -0700, Lizette Koehler wrote: >I would think that the RFE would provide IBM with documentation on the number >of >customers interested in this. And to show IBM MGT it is worth the investment >in >time and coding. > >From what I have seen

Re: smp/e sha-2 support?

nt: Friday, May 13, 2016 12:22 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: smp/e sha-2 support? > > We asked IBM support about implementing SHA2 for the SMP/E FTP download > process and was told to open an RFE. That seems kinda insane given that SHA-1 > seems to be heading

smp/e sha-2 support?

We asked IBM support about implementing SHA2 for the SMP/E FTP download process and was told to open an RFE. That seems kinda insane given that SHA-1 seems to be heading to the heap of obsolete technologies. Can anyone shed any light on this? Opening an RFE seems absurd given

Re: SMP/E Feature?

> On May 13, 2016, at 10:15 AM, Tom Marchant > <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 12 May 2016 23:16:43 -0500, Edward Gould wrote: > >> When I do JCL I have 1 PROC (total) for Receive, Apply and Accept. >> The symbolics in JCL allow for overrides for APPLY &

Re: EXTERNAL: Re: SMP/E Feature?

rate Tieline - 89443 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Friday, May 13, 2016 8:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: SMP/E Fea

Re: SMP/E Feature?

On Thu, 12 May 2016 23:16:43 -0500, Edward Gould wrote: >When I do JCL I have 1 PROC (total) for Receive, Apply and Accept. >The symbolics in JCL allow for overrides for APPLY & Accept volumes. So when you APPLY or ACCEPT you have to update the symbol(s) for the volume(s) AND specify the

Re: SMP/E Feature?

don't include > adding DDDEFs and the vendor supplies an SMP/E PROC or JCL with all the DDs > in them > instead. Even then I may add the DDDEFs depending on how many target and > dlibs there > are. > > In my original post the example was from a product that conta

Re: SMP/E Feature?

On Wed, 11 May 2016 09:27:25 +1000, Andrew Rowley <and...@blackhillsoftware.com> wrote: >On 11/05/2016 1:15, Mark Zelden wrote: >> Since multiple levels of the >> OS are being maintained I "APPLY REDO" pointing to a copy of the SMP/E >> controlled loadlib usi

Re: SMP/E Feature?

On Wed, 11 May 2016 09:27:25 +1000, Andrew Rowley wrote: >On 11/05/2016 1:15, Mark Zelden wrote: >> Since multiple levels of the >> OS are being maintained I "APPLY REDO" pointing to a copy of the SMP/E >> controlled loadlib using the proper level of the JES2 macro

Re: SMP/E Feature?

On 11/05/2016 1:15, Mark Zelden wrote: Since multiple levels of the OS are being maintained I "APPLY REDO" pointing to a copy of the SMP/E controlled loadlib using the proper level of the JES2 macro library. It makes little sense (at least to me) to run one apply, change the dddef

Re: SMP/E Feature?

since you brought the > subject up > again I will. > > I always use DDDEFs unless some products install / maintenance procedures > don't include > adding DDDEFs and the vendor supplies an SMP/E PROC or JCL with all the DDs > in them > instead. Even then I may add the DD

Re: SMP/E Feature?

I too use DDDEFs. I always run APPLY CHECK and ACCEPT CHECK and verify volsers and PATHs. F 'DATA SET OR PATH' eliminates any embedded volser/path from the REASON REPORT section. That way if I'm out of the office for an extended period of time and some SMP/E work needs to be done people

Re: SMP/E Feature?

@LISTSERV.UA.EDU Subject: (External):Re: SMP/E Feature? I never responded / commented on Andrew's post, but since you brought the subject up again I will. I always use DDDEFs unless some products install / maintenance procedures don't include adding DDDEFs and the vendor supplies an SMP/E

Re: SMP/E Feature?

I never responded / commented on Andrew's post, but since you brought the subject up again I will. I always use DDDEFs unless some products install / maintenance procedures don't include adding DDDEFs and the vendor supplies an SMP/E PROC or JCL with all the DDs in them instead. Even

Re: SMP/E Feature?

On Mon, 9 May 2016 19:23:20 -0500, Edward Gould wrote: >I will take a contrary due here. >I never did trust SMPE with DDDEFS I always coded the JCL and I always know >what libraries were being used/updated. Its too easy to make mistakes with >DDEF’s (IMO). JCL is easy and straight forward in my

Re: SMP/E Feature?

; the cataloged version. >> 4) The data set used in the SYSLIB concatenation is the cataloged version, >> not the override. > > I think it is the behaviour I would expect. > I think the SYSLIB concatenation includes DDDEFs which specify datasets, not > DDNAMEs. > > Overr

Re: SMP/E Feature?

t;> not the override. > >I think it is the behaviour I would expect. >I think the SYSLIB concatenation includes DDDEFs which specify datasets, >not DDNAMEs. > It's probably WAD, although it's equally reasonable to expect that SMP/E would allocate the DDNAMES as explicitly coded or over

Re: SMP/E Feature?

, not DDNAMEs. Overriding SMP/E DDDEFs via JCL always seemed to me like it was a bad thing to do... I always felt that the SMP/E zones should contain all the definitions for the installation. Overriding DDs seemed like a recipe for an inconsistent installation if e.g. some people did the override

SMP/E Feature?

catenation is the cataloged version, not the override. Allocation messages confirm override is allocated to the VOLSER specified. SMP/E APPLY File Allocation report shows the dynamically allocated DD SMPnn allocated to cataloged version. Allocation messages confirm SM

Re: SMP/E question

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tom Marchant > Sent: Saturday, April 23, 2016 9:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMP/E question > > On Fri, 22 Apr 2016 15:41:23 -0700,

Re: SMP/E question

On Fri, 22 Apr 2016 15:41:23 -0700, retired mainframer wrote: >Since you should restore before reject... Really? That's news to me. AFAIK it makes no difference. Why do you say that? -- Tom Marchant -- For IBM-MAIN subscribe

Re: SMP/E question

https://www.youtube.com/watch?v=aRMlHRo7eAE In a message dated 4/22/2016 5:41:35 P.M. Central Daylight Time, retired-mainfra...@q.com writes: We can't help if you tell us what the problem is. -- For IBM-MAIN subscribe /

Re: SMP/E question

On Fri, 22 Apr 2016 22:18:07 +, Hardee, Chuck wrote: >Hello Everyone, > >I am having an issue with doing a RESTORE/REJECT on some mods that were last >applied with the SMP/e that came with z/OS 1.13. >I am now on z/OS 2.2 and this is the first RESTORE/REJECT I am trying to &g

Re: SMP/E question

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hardee, Chuck Sent: Friday, April 22, 2016 3:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):SMP/E question Hello Everyone, I am having an issue with doing a RESTORE/REJECT on some mods

Re: SMP/E question

UA.EDU] On > Behalf Of Hardee, Chuck > Sent: Friday, April 22, 2016 3:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMP/E question > > Hello Everyone, > > I am having an issue with doing a RESTORE/REJECT on some mods that were last applied > with the SMP/e that came with

SMP/E question

Hello Everyone, I am having an issue with doing a RESTORE/REJECT on some mods that were last applied with the SMP/e that came with z/OS 1.13. I am now on z/OS 2.2 and this is the first RESTORE/REJECT I am trying to execute in order to reengineer a usermod. Thanks, Chuck Charles (Chuck) Hardee

Re: SMP/E split screen in z/OS 2.1

[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Monday, March 21, 2016 9:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E split screen in z/OS 2.1 Fixing PTF UO01807 is available today. Final APAR text also explains why you get 'Welcome to SMP/E' the first time you try

Re: SMP/E Accept - LINK-EDIT defaults

In link-edit JCLIN one can specify a maximum RC on the NAME statement. But that applies to target zone. Is there a way to do likewise for DLIB zone? No, you cannot specify the maximum acceptable RC for linking a module into a distribution library. Kurt Quackenbush -- IBM, SMP/E Development

Re: Knowledge Center (again; was: SMP/E Accept ...)

On Wed, 23 Mar 2016 15:07:58 -0500, Paul Gilmartin wrote: >(for example) On Wed, 23 Mar 2016 14:27:31 -0500, Tom Marchant wrote: >> >>... And in 5.18: ... >> >I'm looking at the Commands manual in: > >

Knowledge Center (again; was: SMP/E Accept ...)

(for example) On Wed, 23 Mar 2016 14:27:31 -0500, Tom Marchant wrote: > >... And in 5.18: ... > I'm looking at the Commands manual in: http://www.ibm.com/support/knowledgecenter/api/content/nl/en-us/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim1000/toc.htm o The items in the TOC are not numbered. o The

Re: SMP/E Accept - LINK-EDIT defaults

On Wed, 23 Mar 2016 11:25:58 -0500, Paul Gilmartin wrote: >On Wed, 23 Mar 2016 07:08:52 -0500, Tom Marchant wrote: >> >>I believe you can specify LEPARM(STD). Not sure if that will eliminate the >>message. >> >I don't see STD (or STANDARD) in: >SA23-2276-

Re: SMP/E Accept - LINK-EDIT defaults

On Wed, 23 Mar 2016 07:08:52 -0500, Tom Marchant wrote: > >I believe you can specify LEPARM(STD). Not sure if that will eliminate the >message. > I don't see STD (or STANDARD) in: SA23-2276-01 SMP/E for z/OS Reference I do see: 5. The LEPARM values of DCBS, LET

Re: SMP/E Accept - LINK-EDIT defaults

On Tue, 22 Mar 2016 11:09:53 -0500, Paul Gilmartin wrote: >o Should I consider adding a meaningless LEPARM to every MOD element? > I'm thinking of (LIST,XREF,NCAL,LET,OL) -- the type O-negative of PARMs. > Is there any harm in that? I believe you can specify LEPARM(STD). Not sure if that will

Re: SMP/E Accept - LINK-EDIT defaults

On Tue, 22 Mar 2016 09:20:27 -0400, Kurt Quackenbush wrote: >> Does this message appear even if link-edit parameters appear in >> the UTILITY entry in the TZONE? > >Yes. > Ouch. "Boy who cried 'Wolf!'" effect. Well: o Should the contributors who were irritated by GIM24701W simply be

Re: SMP/E Accept - LINK-EDIT defaults

Does this message appear even if link-edit parameters appear in the UTILITY entry in the TZONE? Yes. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: SMP/E split screen in z/OS 2.1

Fixing PTF UO01807 is available today. Final APAR text also explains why you get 'Welcome to SMP/E' the first time you try split screen. Same cause as empty CSI list. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715

Re: SMP/E Accept - LINK-EDIT defaults

On Mon, 21 Mar 2016 08:55:19 -0400, Kurt Quackenbush wrote: >> >> GIM24701WSMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE >> XX FOR SYSMOD XX. DEFAULTS WERE USED. > >During ACCEPT processing, SMP/E links the individual modules defi

Re: SMP/E Accept - LINK-EDIT defaults

On 3/21/2016 8:55 AM, Kurt Quackenbush wrote: I am trying to understand on why I am receiving the below warning message while accepting. Could this be a reason the packaging ? or the SMP/e are not able to call those PARAMETER during Link-edit step ? GIM24701WSMP/E COULD NOT OBTAIN LINK-EDIT

Re: SMP/E Accept - LINK-EDIT defaults

I am trying to understand on why I am receiving the below warning message while accepting. Could this be a reason the packaging ? or the SMP/e are not able to call those PARAMETER during Link-edit step ? GIM24701WSMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE XX FOR SYSMOD

SMP/E Accept - LINK-EDIT defaults

Hi, I am trying to understand on why I am receiving the below warning message while accepting. Could this be a reason the packaging ? or the SMP/e are not able to call those PARAMETER during Link-edit step ? GIM24701WSMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE XX

Re: SMP/E split screen in z/OS 2.1

-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Thursday, March 10, 2016 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E split screen in z/OS 2.1 I've conjured up an init Rexx that more or less handles the file allocations. However both Tom Conley and I independently uncovered

Re: SMP/E split screen in z/OS 2.1

Robinson Sent: Thursday, March 10, 2016 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E split screen in z/OS 2.1 I've conjured up an init Rexx that more or less handles the file allocations. However both Tom Conley and I independently uncovered an actual (APARable) problem with the candidate

Re: SMP/E split screen in z/OS 2.1

@LISTSERV.UA.EDU] On Behalf Of Pinnacle Sent: Tuesday, March 08, 2016 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SMP/E split screen in z/OS 2.1 On 3/8/2016 3:54 PM, Jesse 1 Robinson wrote: > I'm finally in a position to explore SMP/E split screen in z/OS 2.1. > 'Forever' I've had a

Re: SMP/E split screen in z/OS 2.1

On 3/8/2016 3:54 PM, Jesse 1 Robinson wrote: I'm finally in a position to explore SMP/E split screen in z/OS 2.1. 'Forever' I've had an exec that allocates SMP/E libraries, does LIBDEFs, ALTLIB, etc., then undoes all that on the way out. The same initialization exec won't work in split screen

Re: SMP/E split screen in z/OS 2.1

On Tue, 8 Mar 2016 20:54:56 +, Jesse 1 Robinson wrote: >I'm finally in a position to explore SMP/E split screen in z/OS 2.1. 'Forever' >I've had an exec that allocates SMP/E libraries, does LIBDEFs, ALTLIB, etc., >then undoes all that on the way out. The same initialization exec w

SMP/E split screen in z/OS 2.1

I'm finally in a position to explore SMP/E split screen in z/OS 2.1. 'Forever' I've had an exec that allocates SMP/E libraries, does LIBDEFs, ALTLIB, etc., then undoes all that on the way out. The same initialization exec won't work in split screen mode because of files that are already

Re: SMP/E and STRIPSECT? (was: ... INCLUDE only when necessary)

On Thu, 25 Feb 2016 15:19:59 -0600, Barry Lichtenstein wrote: >> >> Does SMP/E respect STRIPSEC? Does it cause no problems, e.g. with >> RESTORE? How might it interact with the "++MOD(...) CSECT(...)" >> argument? > >Can't really blame SMP/E for acc

Re: SMP/E and STRIPSECT? (was: ... INCLUDE only when necessary)

ctions are to be removed. > > This addresses a misbehavior of SMP/E which secularly piles up private > sections (Which I think are something programmers should avoid anyway. > But Pascal reportedly dotes on them.) > > Note: For a section to be considered unreferenced, it must: > ... &

SMP/E and STRIPSECT? (was: ... INCLUDE only when necessary)

s (if any) >were removed. > Oooh! Neat! Thanks. And I see: z/OS MVS Program Management: User's Guide and Reference SA23-1393-00 STRIPSEC={PRIV|YES | NO} STRIPSEC=PRIV Specifies that unreferenced unnamed sections are to be removed. This addresses a misbehavior of SMP/E which sec

Re: Where's Java!? (SMP/E needs to know.)

:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where's Java!? (SMP/E needs to know.) Dammit! The path to Java changes with any z/OS release and/or any Java release. I need continually to add to my PATH variable to keep up. And there's nothing an ISV can supply in JCL samples for SMP/E's SMPJHOME

Re: Where's Java!? (SMP/E needs to know.)

616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, January 21, 2016 8:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where's Java!? (SMP/E needs to know.) > I also manage manua

Re: Where's Java!? (SMP/E needs to know.)

Paris, Grand Rapids, MI 49546 MD RSCB2H > > p 616.653.8429 > > f 616.653.2717 > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Paul Gilmartin > > Sent: Wednesday, January 20, 201

Re: Where's Java!? (SMP/E needs to know.)

616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 20, 2016 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where's Java!? (SMP/E needs to know.) Dammit! The path to Java changes

Re: Where's Java!? (SMP/E needs to know.)

On 21/01/2016 2:22 PM, Andrew Rowley wrote: You are being short sighted. Why would I spend additional time and energy updating a myriad of JAVA_HOME statements, scripts, JCL when I can simply standardize the whole thing. Sure you can always override JAVA_HOME... but that is the exception..

Re: Where's Java!? (SMP/E needs to know.)

an ISV can supply in JCL samples for SMP/E's SMPJHOME; the example in the SMP/E Reference is woefully outdated. This makes as little sense as if programmers were required to code "//SYSLIB DD DSN=SYS1.ZOSV2R2.MACLIB". I'm inclined to submit an RFE for either a utility to find Java or f

Re: Where's Java!? (SMP/E needs to know.)

On 21/01/2016 16:50, Rob Schramm wrote: You are being short sighted. Why would I spend additional time and energy updating a myriad of JAVA_HOME statements, scripts, JCL when I can simply standardize the whole thing. Sure you can always override JAVA_HOME... but that is the exception.. Not the

Re: Where's Java!? (SMP/E needs to know.)

y. > Can you cite an authority for "JAVA_HOME"? I find it mentioned in various IBM pubs, mainly relating to Websphere. It's nowhere mentioned in /etc/* nor in /samples/*. Can SMP/E, an old fashioned batch utility expect to find JAVA_HOME set? Can the batch JCL programmer ov

Re: Where's Java!? (SMP/E needs to know.)

On 21/01/2016 15:00, Jack J. Woehr wrote: Andrew Rowley wrote: In answer to the original question, having SMP/E use the JAVA_HOME environment variable would be the clean way. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/java.htm?lang=en Isn't

Re: Where's Java!? (SMP/E needs to know.)

a pet java version installed side by side with the version SMP/E uses that it didn't conflict. Anway, which ever on you set first, some global or local shell file that sets export JAVA_HOME=$javahome or export javahome=$JAVA_HOME Unix weenies live ensconced in a heap of shell scripts

Re: Where's Java!? (SMP/E needs to know.)

Paul Gilmartin wrote: Can you cite an authority for "JAVA_HOME"? https://docs.oracle.com/cd/E19182-01/820-7851/inst_cli_jdk_javahome_t/ http://askubuntu.com/questions/175514/how-to-set-java-home-for-java $JAVA_HOME is a convention, but it's a strong one recognized by umpteen applications,

Re: Where's Java!? (SMP/E needs to know.)

4:35 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Where's Java!? (SMP/E needs to know.) > > Dammit! The path to Java changes with any z/OS release and/or > any Java release. I need continually to add to my PATH variable > to keep up. And there's nothing an ISV can supply in JCL

Re: Where's Java!? (SMP/E needs to know.)

Andrew Rowley wrote: In answer to the original question, having SMP/E use the JAVA_HOME environment variable would be the clean way. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/java.htm?lang=en -- Jack J. Woehr # Science is more than a body

Re: Where's Java!? (SMP/E needs to know.)

21, 2016, 12:07 AM Andrew Rowley <and...@blackhillsoftware.com> wrote: > On 21/01/2016 15:00, Jack J. Woehr wrote: > > Andrew Rowley wrote: > >> In answer to the original question, having SMP/E use the JAVA_HOME > >> environment variable would be the clean way. &g

Re: Where's Java!? (SMP/E needs to know.)

). In answer to the original question, having SMP/E use the JAVA_HOME environment variable would be the clean way. It would be nice if there was somewhere you could set environment variables usable for any dubbed process, rather than requiring a shell. /etc/environment maybe? Andrew Rowley

Why doesn't "="option work in SMP/E panels?

I have noticed that it also depends upon HOW you got to various ISPF panels. For example IN most cases when you enter 3.4 from the primary panel enter END, you go back to where you were before 3.4 On the other hand if you enter 3;4 from the primary panel (assuming ";" is your command

Re: Where's Java!? (SMP/E needs to know.)

erv.ua.edu> wrote: > > > Dammit! The path to Java changes with any z/OS release and/or > > any Java release. I need continually to add to my PATH variable > > to keep up. And there's nothing an ISV can supply in JCL samples > > for SMP/E's SMPJHOME

Re: Where's Java!? (SMP/E needs to know.)

environment? Just asking . . . Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 20, 2016 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where's Java!? (SMP/E needs to know.) Dammit

Where's Java!? (SMP/E needs to know.)

Dammit! The path to Java changes with any z/OS release and/or any Java release. I need continually to add to my PATH variable to keep up. And there's nothing an ISV can supply in JCL samples for SMP/E's SMPJHOME; the example in the SMP/E Reference is woefully outdated. This makes as little

Re: Where's Java!? (SMP/E needs to know.)

dd to my PATH variable > to keep up. And there's nothing an ISV can supply in JCL samples > for SMP/E's SMPJHOME; the example in the SMP/E Reference is > woefully outdated. > > This makes as little sense as if programmers were required to > code "//SYSLIB DD DSN=SYS1.ZOSV2

Re: Where's Java!? (SMP/E needs to know.)

On 2016-01-20 15:28, Farley, Peter x23353 wrote: > Doesn't z/OS Unix have the equivalent of /etc/profile? > It has. > And doesn't Java installation create an entry or invoked script in > /etc/profile >to set the JAVAHOME environment variable > it doesn't > as every other *ix system does? > I

Re: Why doesn't "="option work in SMP/E panels?

>I also use where appropriate and have added SCRNAME to most entries. >Very useful when using SWAPBAR. The introduction of SWAPBAR (combined with SCRNAME) was terrific. > You want SMPE, type SMP or SMPE, you want RACF, type RAC or RACF. SYSLOG? > Type SL. Operlog? Type OL. Neat! Just

Re: Why doesn't "="option work in SMP/E panels?

Vernooij, CP (ITOPT1) - KLM wrote: >That is the only technically correct answer. For that reason I have macro >button in my terminal emulator that does: =x;=x;=x;=x;=x;=x;=x;=x; to get back >home from wherever you are. About SMP/E Primary Option Menu which is coded wit

Re: Why doesn't "="option work in SMP/E panels?

o:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, January 14, 2016 3:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Why doesn't "="option work in SMP/E panels? Vernooij, CP (ITOPT1) - KLM wrote: >That is the only technically correct answer. For that reason I ha

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

that that's what's happening? If so...in z/OS V2.2 we are adding function to SMP/E to handle this directly, and as the SMP/E FMID has not been updated since z/OS V1.13 we can ask ServerPac Development to look at using this function, when available. Here's the announcement text: z/OS V2.2 SMP/E

Re: Why doesn't "="option work in SMP/E panels?

Why not just hit PF2 to split your screen! Then you can toggle between SMP/E and normal ISPF? Just a suggestion. Bill J. On Wednesday, January 13, 2016 1:37 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: In most ISPF panels I can type "=opti

Why doesn't "="option work in SMP/E panels?

In most ISPF panels I can type "=option" to move quickly to another panel. However, in the SMP/E panels, such as "=3.4" gets me not to DSLIST, but to an "Enter only those selections specified" message. Grrr. Is there a workaround? In fact, can I get out of

Re: Why doesn't "="option work in SMP/E panels?

lto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Wednesday, January 13, 2016 12:37 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Why doesn't "="option work in SMP/E panels? > > In most ISPF panels I can type "=option" to move quickly to ano

Re: Why doesn't "="option work in SMP/E panels?

"=x" on the command line? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 13, 2016 12:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Why doesn't "="option work in SMP/E panels?

Re: Why doesn't "="option work in SMP/E panels?

On 13 January 2016 at 13:37, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > In most ISPF panels I can type "=option" to move quickly to another panel. > However, in the SMP/E panels, such as "=3.4" gets me not to DSLIST, but > to an &qu

Re: Why doesn't "="option work in SMP/E panels?

The SMP/E Primary Option Menu is coded with " = YES". The ISPF "RETURN" command (and its companion, "=") returns control to the immediately-preceding primary options menu. Let's say you're in Sysmod Management panel, for example. If you enter "=3", you'l

Re: Why doesn't "="option work in SMP/E panels?

to invoke the DSLIST panel directly. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Alan Haff Sent: 13 January, 2016 19:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Why doesn't "="option work in SMP/E panels? The SMP/E Prim

Re: Why doesn't "="option work in SMP/E panels?

ERV.UA.EDU] On Behalf Of Tony Harminc Sent: Wednesday, January 13, 2016 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Why doesn't "="option work in SMP/E panels? The IPCS main menu has an X option, so "=X" from anywhere in IPCS gets you all the way out. Surely SMP/E just

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

, it has to do special processing to make sure that CIFREQ entries are correctly merged with SYSMOD entries that actually represent installed FMIDs. Can someone confirm that that's what's happening? If so...in z/OS V2.2 we are adding function to SMP/E to handle this directly, and as the SMP/E FMID

SMP/E error in my z/OS 2.1 Serverpac OS212016.

When I google HQX7790 I find this same error in a note dated August 11, 2015 with subject SDSF z/os 2.1 - z/OS upgrade SET BDY(MVST100) . GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. UCLIN . DEL SYSMOD(HQX7790) CIFREQ( (UI90005,UI90004)

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

LISTSERV.UA.EDU > Subject: Re: SMP/E error in my z/OS 2.1 Serverpac OS212016. > > This is the answer from IBM; just in case anyone else might be experiencing > this: > > Due to recently added IFREQs, the ServerPac RESTORE job is not getting > generated correctly, causing the errors

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

@LISTSERV.UA.EDU] On Behalf Of Gibney, David Allen,Jr Sent: Tuesday, January 12, 2016 4:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E error in my z/OS 2.1 Serverpac OS212016. When I google HQX7790 I find this same error in a note dated August 11, 2015 with subject SDSF z/os 2.1 - z/OS upgrade SET BDY

<    4   5   6   7   8   9   10   11   12   13   >