Messages

61

Content Navigator / Re: ICN to CMOD and CMEE

« on: March 08, 2018, 08:33:48 AM »

Unfortunately, there is not an IBM supported ICN connector to CM iSeries.  Also, IBM has announced that End-of-Support for CM iSeries is later this year, Sept. 30, 2018.  With this EOS, one option is to migrate your CM iSeries repository to CMOD iSeries to get on a supported product and have a single user interface for retrieval.

62

iSeries / Re: Errors with ARSLOAD of OLD AFP Documents

« on: February 13, 2018, 12:32:53 PM »

IBM OnDemand iSeries Support responded with the following recommendation that solved the ARS2219I error:

ARS2219I - Thread creation failed: return code is 3029
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Check system environment variables on the system and see if you have these three:
QIBM_MULTI_THREADED
LIBPATH
ICU_DATA
> > We think the QIBM_MULTI_THREADED is the one that is impacting you, but the other 2 are needed for some other things.  These were suggested back at 9.5.0.1.  Here are the commands to add them if you don't have them already:
ADDENVVAR ENVVAR(QIBM_MULTI_THREADED) VALUE(Y) LEVEL(*SYS)
ADDENVVAR ENVVAR(LIBPATH) VALUE('/QIBM/ProdData/OnDemand/bin') LEVEL(*SYS)
ADDENVVAR ENVVAR(ICU_DATA) VALUE('/QIBM/PRODDATA/ONDEMAND/LOCALE') LEVEL(*SYS)
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

Adding these 3 Environment variables to the iSeries Server removed the error and enabled the files to load and index successfully (and be retrieved/displayed correctly) as long as the Application was defined as User Defined with an extension of AFP.

63

iSeries / Errors with ARSLOAD of OLD AFP Documents

« on: February 08, 2018, 09:34:14 AM »

I am getting errors I was not expecting with ARSLOAD.  Using iSeries v.7.3 with server v.10.1.0.2.

Background.  I used ARSDOC GET API to create a .OUT and .IND file with 1,065 old files from 2002 that had been loaded to an Application defined as TIF viewing.  They are not viewable as TIF. I think they are MO:DCA that came from CM iSeries.  So.

When I try to reload to a new Application defined to use the AFP Viewer I get the following error:
####################
ARS4312I Loading started, 131229818 bytes to process                                                 
ARS1199W The .ind file CCSID 0 does not match the CODEPAGE:1208 value specified in the .ind file.  A
le CCSID and the CODEPAGE:value might cause the load to fail.                                       
ARS1134E Invalid structured field header in the file /home/JWOLKEN/EXP2002.0.CLAIM.CLAIM.out         
ARS1146I Loaded 0 rows into the database                                                             
ARS4311E Loading failed                                                                             
ARS4318E Processing failed for file >/home/JWOLKEN/EXP2002.0.CLAIM.CLAIM<                           
ARS4327E Processing has stopped.  The remaining files will NOT be processed.                         
########################################################
From the internet it looks like OnDemand does extra format checking of AFP documents and these files to have the right X'05' codes embedded.

Then, I try recreating the Application with Viewer = User-Defined and Extension = AFP.
I get an error, ARS2219I, that is not even defined in the OnDemand v.7.3 Messages and Codes Guide.

###########################
ARS4312I Loading started, 131229818 bytes to process                                                 
ARS1199W The .ind file CCSID 0 does not match the CODEPAGE:1208 value specified in the .ind file.  A
le CCSID and the CODEPAGE:value might cause the load to fail.                                       
ARS1144I OnDemand Load Id = >6000-3-0-1FAA-20021219000000-20021219000000-6001<                       
ARS2219I  Thread creation failed: return code is 3029                                               
ARS1146I Loaded 0 rows into the database                                                             
ARS4311E Loading failed                                                                             
ARS4320I Unloading started                                                                           
ARS4321I Unloading of data was successful                                                           
ARS4318E Processing failed for file >/home/JWOLKEN/EXP2002.0.CLAIM.CLAIM<                           
ARS4327E Processing has stopped.  The remaining files will NOT be processed.                         
###############################

Has anyone tried similar activity or come upon similar errors with ARSLOAD?  Any advice or guidance would be appreciated.

Thanks,

64

iSeries / Re: ARSLOAD Getting ARS4305E Error

« on: February 08, 2018, 08:15:47 AM »

Greg,

Thanks for your sample.  Reviewing this made me reexamine my parms.  I thought the -s had to precede the input path, but the only change I made was to remove the -s parm and I got past the error.

Thanks,

65

iSeries / ARSLOAD Getting ARS4305E Error

« on: February 07, 2018, 12:15:08 PM »

I used the ARSDOC Get command to successfully create my .OUT and .IND files that I now want to Load into a new Application Group on the same Instance.
EXP2002.0.CLAIM.CLAIM.ind
EXP2002.0.CLAIM.CLAIM.out

I reviewed the .IND file and it appears to have properly formatted index data.

I make sure the .OUT and .IND files are in my QSH home directory.

I am running the following command:
arsload -h QUSROND -v -f -n -g CLAIM_AFP -a CLAIM_AFP -s EXP2002.0.CLAIM.CLAIM

I get the error: "ARS4305E Generic Indexer requires the data to have already been indexed. Index the data or verify your input file and resubmit the job."

It is as if the ARSLOAD command can not find my IND file.

Has anyone experienced a similar issue or be able to offer advice?

Thanks,

66

Report Indexing / Re: PDF Report wizard

« on: November 07, 2017, 05:10:31 PM »

If you open the file in Adobe Acrobat and perform a 'FIND' on some text in the PDF file and Adobe is able to find this text then you know that you have a PDF file that OnDemand PDF Indexer should be able to also find.

67

MP Server / Re: Using ARSDOC Get to Retrieve PDF files to a Single file

« on: September 14, 2017, 11:31:55 AM »

Thanks for the ideas. 

The following command successfully creates 1 file, but the file will not open in the Adobe Acrobat saying it is corrupt and cannot be repaired.  When I open the file in a text editor it appears generally to be a PDF formatted document.

./arsdoc get –v –f RSC_SCI_OLPNCTNDTL –h cmod –u CMOD –p /opt/IBM/ondemand/V9.0/config/ars.stash –q STORE103 –d /home/cmod -o /store103.pdf  –c

If I remove the –c parm so the files are not concatenated, then I get many individual files in the directory. Each one will successfully open in Adobe Acrobat.

Is there a bug with the –c parm when working with PDF files?  Or am I missing something?

Again, I'm still on 9.0.0.3.  This may have an effect?

Thanks,

68

MP Server / Using ARSDOC Get to Retrieve PDF files to a Single file

« on: September 14, 2017, 09:56:57 AM »

I am working on an AIX v.9.0 system.  I have lots of PDF files in a Folder.  I have a Named Query to retrieve a subset.  I want to retrieve all of the PDF files to my server. Ideally, I'd like all of the single page PDF files concatenated into 1 large PDF file.  Is this possible?  I am using the following command:

./arsdoc get –v –c –f RSC_SCI_OLPNCTNDTL –h cmod –u CMOD –p /opt/IBM/ondemand/V9.0/config/ars.stash –q STORE103 -o /STORE103

The command performs the query successfully, but generates an error retrieving or building the file.  Do I have my parms wrong?  Any suggestions or sample code would be appreciated.

Thanks,
Joe

69

Documentation / Re: CMOD v7.x documentation

« on: September 11, 2017, 11:42:36 AM »

I have copies of all of the OnDemand for i documentation for versions 5.3, 5.4, v.6.1 or v.7.1 if any of these will help you. Let me know and I can email specific PDFs to you or try to attach them to a post here.

70

Report Indexing / Re: ARSLOAD Syntax for Using File Name to Index

« on: June 29, 2017, 06:44:00 AM »

I was told by IBM support that the -B parameter when used with the Generic indexer could only be used to ADD indexing.  This means that I have to create a .IND file with the same name as the .PDF that I want to load and it must contain at least 1 index name/value pair (could be a dummy field name) and the FILENAME value must include the name of the PDF file.
I tested this method on a different v.9.5.0.6 system and got it to work.  Here is the file name and text I had to add to the .IND file
CUSTOMS.2061509336.006-26629385.231-3459008-7.E063483589.pdf.ind (the name must be the input file appended with .ind)

COMMENT: OnDemand Generic Index File Format
CODEPAGE:1208
GROUP_FIELD_NAME:docname   - this is a dummy field. But you must have one field. Otherwise, PDF indexer will error out.
GROUP_FIELD_VALUE:TEST PDF
GROUP_OFFSET:0
GROUP_LENGTH:0
GROUP_FILENAME:CUSTOMS.2061509336.006-26629385.231-3459008-7.E063483589.pdf

This adds a lot of customization to create a program to create these custom IND files that really serve no added function. 

71

Report Indexing / Re: ARSLOAD Syntax for Using File Name to Index

« on: June 22, 2017, 01:35:27 PM »

I do not have an .IND file. My understanding of using the -b and -B flags was that OnDemand would extract the index data from the different parts of the file name, map these parameters to the index fields specified and index the file.
Is there more to it than that?

72

Report Indexing / Re: ARSLOAD Syntax for Using File Name to Index

« on: June 22, 2017, 07:00:20 AM »

Ira,

Thanks for the suggestion.  I tried both versions of your syntax.  I now consistently identifies the App Group as CUSTOMS but send error:
ARS4331E Unable to add another index field to the data. Data may be fully composed or otherwise already indexed.

I double checked the spelling of the 4 index fields that they match the names defined in the App Group.  I also have defined two other fields:
RPTDATE - segment date defaulted to 't'
APPLID - application id field

The CUSTOMS Application is defined to use 'Generic' Indexer.

Any other ideas?  I'll try them.

73

Report Indexing / ARSLOAD Syntax for Using File Name to Index

« on: June 21, 2017, 03:41:56 PM »

I have a CMOD AIX v.9.0.0 server test system.

I am trying to load a PDF file with the following file name:

CUSTOMS.2061509336.006-26629385.231-3459008-7.E063483589.pdf

I am trying to use the following ARSLOAD command:

./arsload -v -I ondt -d /ondemand/monitor/customs –b “1,EXPEDITORNO” -b "2,AWBBLNO" -b "3,CUSTOMSNO" -b "4,INVOICENO" –B “AG.1FLD.2FLD.3FLD.4FLD” -u ondt -p /opt/IBM/ondemand/V9.0/config/ars.stash

The command successfully finds the file in the directory and tries to process it.

My App Group and Application are both called CUSTOMS.  I have four index fields in the App Group that match the -b parameters.  I've tried different variations of the -B parm but continue to get errors. Either ARS4331E or it tries to match the second part of the name to the App Group and fails, adding the .FAILED extension on the file.

From this information, can someone help me define this command properly?  Maybe it is my incorrect use of the -B parm?

Thanks,
Joe

74

iSeries / ARSDOC Add API error when running a remote command

« on: May 08, 2017, 11:16:09 AM »

Here is my problem:

I am testing my existing program (currently running on v.6.1) on a new v.7.1 OnDemand system, running OnDemand Server v.9.5.0.7.

If I run the following command from the QSH command line it runs successfully, (successfully adds and indexing the document).

arsdoc add -h QUSROND -u usradmin -p '/QIBM/UserData/OnDemand/QUSROND/ars.stash'
 -v -O -g RCVHDR -a RCVHDR -f RCVHDR -n "PROCDATE=4/5/17" -n "PONUM=''99999979''
" -n "VENDNUM=''99979''" -o /Upload/Temp/000F2AEZ.TIF

If I run the exact same command from within my Java program making remote program calls, I get the following error:

Character 'T' not valid following string '.         '.

Since I have the exact same program running successfully on v.6.1 but using -p password

If I change the -p parameter to the real password value (in place of the stash file name) then I get the following error:
Command ended normally with exit status 4.
Failed to Index

I have the USRADMIN userid defined in the stash file as both a User and the ARSLOAD user.

What is different about running the command in the QSH command line from running it remotely?

Thanks for any ideas.

75

Presentations, Newsletters, and such / Re: CMOD Workshop Presentations 3

« on: January 26, 2017, 09:22:57 AM »

I tried a few and also get errors when trying to open them in Adobe Acrobat.