Topics

1

z/OS Server / XML Indexer VS Generic Indexer for PDFs

« on: March 04, 2024, 08:42:15 AM »

Up to this point we have always used generic indexing to load PDFs, Tiffs, etc.  We have a customer who wants to send the index information via XML.  I know that this is an option in CMOD, but i don't have an example of what the application will look to accomplish this.  Is anyone using XML indexing vs Generic Indexing for PDFs?  Can you share an example of an application.

2

z/OS Server / System Load table dates incorrect in ARSDOC Query

« on: November 08, 2021, 08:54:35 AM »

We want to run ARSDOC Query against the System Load table to obtain daily counts for some of our cmod application loads.  However when we supply the date range we are looking for, using the ODDAT_LOAD_TIME,  the results do not match what we see in the CMOD Client.  How can we make this work and get proper counts for the proper dates?

           OSHELL /u/arssp/product/bin/arsdoc query -                               
        -h ARSSP                -                                         
        -G 'System Load'        -                                         
        -d /u/arsss/tmp1        -                                         
        -o LOADCNTS.GIAUTOF.out  -                                         
        -e ,                    -                                         
        -i "WHERE               -                                         
           ODDAT_LOAD_TIME >= '2021-11-04 00:00:00.000000'  -             
           AND ODDAT_LOAD_TIME < '2021-11-05 00:00:00.000000'  -           
           AND APPL_NAME LIKE 'GIAUTOF%'"                   -             
        -v   

VIEW FROM CMOD CLIENT
2021-11-05 21:08:42.328850   FEDEXPDF16002   GIAUTOF-V01
2021-11-04 21:08:25.774097   FEDEXPDF16002   GIAUTOF-V01
2021-11-03 21:05:20.620995   FEDEXPDF16002   GIAUTOF-V01
2021-11-02 21:07:43.251008   FEDEXPDF16002   GIAUTOF-V01

ARSDOC QUERY RESULTS:
Output:
11/03/21 21:05:20,FEDEXPDF16002,GIAUTOF-V01

3

z/OS Server / CMOD OBJECT SIZE ERRORS when loading documents

« on: March 24, 2016, 10:06:37 AM »

Why do we get these unable to store object errors when loading CMOD using the Generic Indexer method?
Our response to these has been to 'tweek' the OBJECT SIZE in the application group until we can get the batch to load.  Is there a better way to handle these (or better yet to prevent these abends)?

SDSF OUTPUT DISPLAY CS98JABD JOB63866  DSID   167 LINE 1       COLUMNS 02- 81 
COMMAND INPUT ===>                                                  SCROLL ===>    CSR 
arsload: Using /u/arssp/tmp1 for temporary files                               
arsload: Processing file >/u/arssp/tmp1/cs98jabd<                               
arsload: Load Version <8.5.0.8> Operating System <z/OS> <04.24.00>             
arsload: Server Version <8.5.0.8> Operating System <z/OS> <04.24.00> Database <D
arsload: 03/24/16 12:59:56 -- Loading started, 560308704 bytes to process       
OnDemand Load Id = >55662-2682-0-380FAA-16885-16885<                           
An error occurred.  Contact your system administrator and/or consult the System
Unable to store the object >380FAAK<.  Object size 66199666                     
The last row successfully loaded was 913                                       
Loaded 913 rows into the database                                               
arsload: 03/24/16 13:00:34 Loading failed                                       
arsload: Processing failed for file >/u/arssp/tmp1/cs98jabd<                   
arsload: 03/24/16 13:00:34 -- Unloading started                                 
OnDemand UnLoad Successful - LoadId(55662-2682-0-380FAA-16885-16885) Rows Delete
03/24/16 13:00:37 -- Unloading of data was successful                           
arsload: Processing has stopped.  The remaining files will NOT be processed.   
******************************** BOTTOM OF DATA ********************************

4

z/OS Server / Best way to load a CSV file on the host

« on: March 24, 2016, 07:54:48 AM »

I'm trying to load a CSV file and have tried as line data,  and then tried loading with generic indexer and it is not working for me.    It actually loaded as line data....but the view in our Enhanced Seamless Search viewer is not good.  The customer wants to be able to put the data into a spreadsheet.   What is the proper  AG and APP setup to load a CSV?  Appreciate any input.  Thanks, Lori

5

z/OS Server / CMOD V9.5 Admin compatible with CMOD V8.5

« on: December 16, 2015, 02:42:02 PM »

Are there any known problems that may occur if I go ahead with install of the CMOD V9.5 ADMIN and Windows Thick Client on my machine while we are still running CMOD V8.5?   We have installed V9.5 in our development environment only.   I am wondering if I should have V9.5 installed on a separate machine to work in DEV right now.  Very important that   I still function in System, Qual and Prod which is CMOD V8.5.   I will be building Ags, Apps, folders in the ADMIN.

6

z/OS Server / INDEXSTYLE=DOC special report breaking

« on: December 15, 2015, 12:39:17 PM »

I have a user who wants me to break their 'DOC' style report,  when I come to a record of X'404B4B4B'.   Each document will start with this record.  I set up my application with 'TRIGGER1=*,01,X'404B4B',(TYPE=GROUP)' and I don't have BREAK=YES on anything.    I thought this would automatically cause the report to break on this trigger?  What am I doing wrong?  How can I accomplish what they want?  Why is it lumping documents together, not recognizing the x'404B4B' as the beginning of a new document?  Here is my indexer info...
FILEFORMAT=RECORD,133
CCTYPE=A
CONVERT=NO
INDEXSTARTBY=0
FORMDEF=0088
PAGEDEF=T184
INDEXSTYLE=DOC
INDXEXIT=ODS9XMPD
TRC=NO
CPGID=500
CC=YES
TRIGGER1=*,01,X'404B4B',(TYPE=GROUP)
TRIGGER2=*,14,X'C2D3E4C540C3D9D6E2E2',(TYPE=FLOAT)/*BLUE CROSS*/
TRIGGER3=*,61,X'C3D3C1C9D440D5D67A',(TYPE=FLOAT)/* CLAIM NO: */
TRIGGER4=*,45,X'E2E4C27A',(TYPE=FLOAT)/* SUB: */
TRIGGER5=*,23,X'5C5C5C5C5C5C5C',(TYPE=FLOAT)/* ******* */
FIELD1=0,71,013,(TRIGGER=3,BASE=0)
FIELD2=0,50,009,(TRIGGER=4,BASE=0)
FIELD3=0,02,007,(TRIGGER=5,BASE=0)
FIELD4=0,02,008,(TRIGGER=2,BASE=0)
INDEX1='CLAIM_NUMBER',FIELD1,(TYPE=GROUP, BREAK=NO)/* CLAIM_NUMBER */
INDEX2='SUB_ID',FIELD2,(TYPE=GROUP, BREAK=NO)/* SUB_ID */
INDEX3='NO_DATA',FIELD3,(TYPE=GROUP, BREAK=NO)/* NO_DATA */
INDEX4='POSTING_DATE',FIELD4,(TYPE=GROUP, BREAK=NO)/* POSTING_DATE */

7

z/OS Server / CMOD Admin shuts down exporting Apps

« on: November 24, 2015, 01:54:42 PM »

Scenario - we add new Applications to an existing Application Group in our 'Unit' environment.  We build the Applications, update our folders -- 'Unit' is done.  Then we attempt to Export the Applications to the next environment 'System', and the CMOD Admin freezes up & shuts down.   I log back in and usually find that the App was added to the Application Group in System, but the Admin dies before actually exporting the Application.
At this point, I can export the Application without problem.   **I thought we should be able to export applications to another environment,  and the AG would be automatically updated as part of the export.   I have started adding the Apps to the Application Groups via XML in all environments to get around this problem....but it would be nice for this function to work properly in the Admin.

8

z/OS Server / ARSUPERM and application level permission

« on: January 17, 2014, 07:55:05 AM »

Our existiing RACF permissions are set up with FOLDER  and REPORT (aka application) access for our users.   This has been that way since the old OD390/SOND days.  ARSUPERM provides the option for FOLDER,  APPLICATION GROUP,  and DOCUMENT level permissions.    Because there is not REPORT/APPLICATION permissions option in ARSUPERM we use DOCUMENT level permissions.    This accomplishes what we need,  but is a huge hog of time and resources.
We need to be able to do ONE READ to the RACF Database per report id/application.   Right now we are doing this read for EVERY DOCUMENT within that report id.   

SQL Permissions has been presented as an option,  but we do not want to duplicate all our RACF Permissions in CMOD Application Groups.  Is that our only option?     

Appreciate ANY HELP OR INPUT!