Recent Posts

Pages: [1] 2 3 ... 10
1
iSeries / Re: Compression - Which File Types Should be Compressed?
« Last post by Justin Derrick on March 23, 2017, 01:20:33 PM »
If a data type has already been compressed (JPEG, GIF, PDF, most TIFFs), compressing it a second time may make the file LARGER.

There's also a snag with office files (.doc*, .xls*) -- these are actually .zip files containing files full of meta data -- so they probably won't compress at all.

So, for MOST of these document types, you'll want to set the compression to "Disable" which not only prevents compression at load time, it ALSO prevents compression when trying to send the data to the client.

-JD.
2
MP Server / Re: Slowness in CMOD 9.5.0.7 Loading Time for PDF files
« Last post by Ed_Arnold on March 23, 2017, 10:53:37 AM »

Hi Ed_Arnold...will this issue affect all fixpacks under 9.5? If yes, then no point in downgrading to lower Fixpacks.


Thanks All.

-Gab

Hmmm -

PI64639: 9.5 PDF INDEXER PERFORMANCE DEGRADES WHEN PDF DOCUMENT IS VERY LARGE

Okay, what is "very large"?  Looks like this was found when the input file is 1 gig.

The problem was originally reported at 9.5.0.2.

I can't say whether you'll see an improvement by down-leveling or not.

Can you hold out for a while longer - until 9.5.0.8 becomes available?

Ed

3
iSeries / Re: Compression - Which File Types Should be Compressed?
« Last post by BHUMENY on March 23, 2017, 10:48:25 AM »
Does it matter if you specify compression for a file type that has already been compressed?
Most of these files are small, so the extra processing is probably negligible.
4
iSeries / Re: Storing Individual PDF Files in OnDemand for i
« Last post by BHUMENY on March 23, 2017, 08:47:54 AM »
I do not know if the PDF Files are already compressed or not.
I will use the arsadmin compress command on the iSeries to test them.

And yes.  The arsadmin compress command was available on our system.

Thanks.
5
iSeries / Re: Storing Individual PDF Files in OnDemand for i
« Last post by Justin Derrick on March 23, 2017, 08:43:14 AM »
FYI, compressing PDFs is generally a waste of CPU time -- most PDFs are already compressed internally.

The only way choosing a compression setting is reasonable is if the system that produces the PDFs doesn't do any compression.

-JD.
6
iSeries / Re: Compression - Which File Types Should be Compressed?
« Last post by run8 on March 23, 2017, 08:35:38 AM »
We have documents of the following types that we are migrating from CM for i to OnDemand for i:
PDF
XLS
XML
HTML
XLSX
MSG
DOCX
DOC
JPG
XLSM
JPEG
TIFF
XPS
HTM
TXT
PNG
TIF
DOTX

I know that the TIFF documents are already compressed, therefore, it is not necessary for the system to try and compress them.
But regarding all of the other file types, does it hurt to specify the default Data Compression of OD77 so
that Content Manager OnDemand will try and compress input files before storing them?

Not all TIFFs are compressed, most are but check before you decide what to do.
Almost all image formats are already compressed, e.g. JPG,JPEG, TIFF, TIF ,PNG.
Text and XML based  file types are readily compressable, e.g. XML, DOC, DOCX, XLSX, XLS, TXT etc.
AFPDS (especially) and PDF can sometimes be compressed dramatically.
7
iSeries / Compression - Which File Types Should be Compressed?
« Last post by BHUMENY on March 23, 2017, 08:17:29 AM »
We have documents of the following types that we are migrating from CM for i to OnDemand for i:
PDF
XLS
XML
HTML
XLSX
MSG
DOCX
DOC
JPG
XLSM
JPEG
TIFF
XPS
HTM
TXT
PNG
TIF
DOTX

I know that the TIFF documents are already compressed, therefore, it is not necessary for the system to try and compress them.
But regarding all of the other file types, does it hurt to specify the default Data Compression of OD77 so
that Content Manager OnDemand will try and compress input files before storing them?

Thanks.
8
iSeries / Re: Storing Individual PDF Files in OnDemand for i
« Last post by BHUMENY on March 23, 2017, 08:06:15 AM »
What server version are you using?

We are at 9.5.0.6.
I was looking for the command in the admin guide (SC19-2792-01) and I couldn't find it there.

I will test on the iSeries.
Thanks.
9
z/OS Server / Cobol ARSUUPDZ and ODSXUPDZ dynamic exit - V9.5
« Last post by Nolan on March 23, 2017, 07:57:33 AM »
Starting a new thread to get more visibility.   Thanks

I have been struggling to get this resolved and am hoping someone has been there and done that.

We are going from V9.0 to V9.5, using the ODSXUPDZ in V9.0 is working just fine with the ARS.RSADUPDT exit.

I compiled the ARSUUPDC using the supplied ARSUUPDJ JCL and deployed to the /bin/exits
I made minor changes to ARSUUPDC to display/debug some info and update a value to confirm it passes the updates out to the MVS exit RSA.ARSUUPDT.

ARSUUPDC - in OMVS

working storage
copy arsuupda.

call ARSZUXPL-MODFCNP using by reference ARSUUPDA
returning rc

My understanding is this call to ARSZUXPL-MODFCNP triggers the MVS exit RSA.ARSUUPDT


ODSXUPDZ - MVS

Linkage Section.

copy ARSUUPDA.

Procedure Division using
by reference ARSUUPDA.

The logging/debug of the MVS exit shows that the ARSUUPDA values are received and then updated successfully.

However the OMVS Exit ARSUUPDA logging/debug shows it doesn’t see the values modified by MVS exit.

In MVS – Display the results
Code
String ' ARSUUPDA-UPDATE = ' Pic-X8-2-98
' / X''' Pic-X200(1:8) ''''
delimited by size into SYSOUTZ-DATA.

Results
ARSUUPDA-UPDATE = 00000001 / X'00000001'

In OMVS
Display "UPDATE Value: " ARSUUPDA-UPDATE upon syspunch

Results
UPDATE Value: 000000000 UPDTEXIT

Is there some other step I need to turn on to ensure the values are read correctly in ARSUUPDC after ODSXUPDZ.

I will admit I am not an experienced COBOL programmer so if there is something you think might help, please suggest anything
10
MP Server / Re: Slowness in CMOD 9.5.0.7 Loading Time for PDF files
« Last post by Gabriel Antonio on March 22, 2017, 08:36:26 PM »
Hi jsquizz, we are not using PPD for PDF Indexing. Any suggestions on how to fix?

Hi Ed_Arnold, thanks for the update, will this issue affect all fixpacks under 9.5? If yes, then no point in downgrading to lower Fixpacks.


Thanks All.

-Gab
Pages: [1] 2 3 ... 10