View previous topic :: View next topic
|
Author |
Message |
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Hello,
The utility was working for me in the development region where I'm executing the utility in the job names starting with my userid. But I'm getting the following message in the Integration region: "EJES155 The string could not be located on any row of this display" and not extracting spool output of the executing job to dataset.
Thanks,
Venkat |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
vrmadduri, did you notice you are replying to a thread last updated MORE THAN 4 YEARS AGO? Also, would not the user id being used for integration testing be different than your user id? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello and welcome to the forum,
Your question has nothing to do with the topic you replied to (yes, they are both about EJES, but not at all the same issue). Also, you replied to a topic that has been dormant for more than 4 years.
Your question has been split into a new topic, but i do not beiileve it hs a rexx / clist question. Please correct me if i'm wrong.
When these jobs are run in the Integration environment which jobname(s) and user-id(s) are used (as Robert asked). |
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Hello Robert and Dick,
Sorry it was my first post.
I don't know the userid who was submitting the job in Integration, but the job name was MM$OTICE.
//EJESLNK.EJESIN DD DATA,DLM=$$
JNAME MM$OT*;SORT TIME D;STATUS
F MM$OTICE FIRST
:E
ECHO ON
ECHO OFF
$$
/*
They got the following message.
EJES290 TIME sort has been enabled for this function
EJES155 The string could not be located on any row of this display
STATUS - 18141S- 0X- 0W- 0H- 0T- 0 Records- 0 Lines- 0 Pages ---------------------------------------------------------- Row 0 of 0
Cmd JobName JobID Status Process StepNum StepName JP MaxComp Records Lines Pages Pos H-OSE W-OSE B-OSE T-OSE Own
--- -------- --------/-------- -------- ------- -------- -- -------- ---------- ---------- -------- --- ----- ----- ----- ----- -->
********************************************************* Bottom of Data **********************************************************
Thanks.
Venkat |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
Sorry it was my first post. |
Not to worry - we just try to get folks to have a good start and less "flames"
None of the systems i've worked on use EJES, so i'm not at all familiar with the product/utilities.
Is sdsf also available on the system? |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1787 Location: Bloomington, IL
|
|
|
|
vrmadduri wrote: |
I don't know the userid who was submitting the job in Integration, but the job name was MM$OTICE.
//EJESLNK.EJESIN DD DATA,DLM=$$
JNAME MM$OT*;SORT TIME D;STATUS
F MM$OTICE FIRST
:E
ECHO ON
ECHO OFF
$$
/*
They got the following message.
Code: |
EJES290 TIME sort has been enabled for this function
EJES155 The string could not be located on any row of this display
STATUS - 18141S- 0X- 0W- 0H- 0T- 0 Records- 0 Lines- 0 Pages ---------------------------------------------------------- Row 0 of 0
Cmd JobName JobID Status Process StepNum StepName JP MaxComp Records Lines Pages Pos H-OSE W-OSE B-OSE T-OSE Own
--- -------- --------/-------- -------- ------- -------- -- -------- ---------- ---------- -------- --- ----- ----- ----- ----- -->
********************************************************* Bottom of Data **********************************************************
|
|
The message is what I would expect to see if MM$OTICE was not in the spool. Is it possible that it "aged off"? |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1787 Location: Bloomington, IL
|
|
|
|
Playing with my (OK, my client's ) (E)JES system shows the error: the job name, even if partial, should not be wildcarded. Specify:
Code: |
JNAME MM$OT;SORT TIME D;STATUS
|
|
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Hi,
I tried wild card in development region and it worked. The Integration rundeck has USERID=MMNOT coded in the JOB statement and job name was MM$OTICE. Is this causing the EJESLNK not finding any jobs in the spool?
Thanks,
Venkat |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Did you try in Integration without the wildcard?
What happened? |
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
I didn't got the necessary extract without wild card in development.
Thanks,
Venkat. |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1787 Location: Bloomington, IL
|
|
|
|
vrmadduri wrote: |
Hi,
I tried wild card in development region and it worked. The Integration rundeck has USERID=MMNOT coded in the JOB statement and job name was MM$OTICE. Is this causing the EJESLNK not finding any jobs in the spool?
Thanks,
Venkat |
Well, I can say that I ran my job on my development sysplex and found that explicit wildcarding was unnecessary and harmful. If the dollar sign ($) is intended to be a one-character wild card, replace it with an actual character (e.g., JNAME MMNOT). |
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Akatsukami wrote: |
vrmadduri wrote: |
Hi,
I tried wild card in development region and it worked. The Integration rundeck has USERID=MMNOT coded in the JOB statement and job name was MM$OTICE. Is this causing the EJESLNK not finding any jobs in the spool?
Thanks,
Venkat |
Well, I can say that I ran my job on my development sysplex and found that explicit wildcarding was unnecessary and harmful. If the dollar sign ($) is intended to be a one-character wild card, replace it with an actual character (e.g., JNAME MMNOT). |
$ was not wild card, it was part of the jobname in Integration. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
vrmadduri, this is definitely one of those issues that you need to discuss with your site support group. The job name may be different between development and integration -- and the change could be done via a JES exit so you would not necessarily know about the change. Another possibility is that if the development and integration areas are running in different LPARs of your machine, it is quite possible that the wild card character for (E)JES in development is NOT the wildcard character in integration - -and only by talking to someone working at your shop could you resolve such an issue. There are other possible reasons for the results you got, but the bottom line is that unless you talk to people working at your site, you are unlikely to resolve your issue. |
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Thanks Robert. I'm working with Integration region guys regarding the issue, but they don't know about the EJESLNK utility and how it works.
Thanks,
Venkat. |
|
Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009 Posts: 1315 Location: Vilnius, Lithuania
|
|
|
|
Robert Sample wrote: |
vrmadduri, did you notice you are replying to a thread last updated MORE THAN 4 YEARS AGO? |
Why don't the moderators close threads after a reasonable time to prevent this from happening (over and over) again. I'm a moderator/administrator on the forum for "that" z/OS 1.6 system, and I lock all threads after just one month... |
|
Back to top |
|
|
vrmadduri
New User
Joined: 04 Feb 2009 Posts: 7 Location: Baltimore, MD
|
|
|
|
Hello,
I got the required extract in Integration, when I changed the EJESLNK step override as follows:
//EJESLNK.EJESIN DD DATA,DLM=$$
SRESET
J=MMNOT$CE;SORT TIME D;STATUS
ST
F ‘MMNOT$CE’ FIRST
:E
NOP
$$
/*
Thanks,
Venkata. |
|
Back to top |
|
|
|