I still use ODUG for reference purposes and sometimes for questions with regards to migration from AIX to Linux.
So I would like to keep the Website Online. I literally have nowhere else to go :-)

What is the cause of the inactivity on the website? OnDemand is not used anymore at customers?
Do we have numbers of installations at customers?

Regards

Michel.

We are using IBM CMOD with AFP features, and currently having difficulty finding an AFP printer driver compatible with Windows 10/11 for printing AFP overlays.

The version we have only supports up to Windows 7. I also tried the Ricoh download link from IBM, but it requires an Entitlement ID.
https://dl.ricohsoftware.com/downloads/aa9a248e-101c-4aa6-b109-1cf7403f3b4f

Does anyone know where to get a newer AFP driver, or have any workaround?

Thanks in advance

Can CMOD REST API support delivering output in chunks? Also, is there a limit to the size of the payload returned in the response ?put in chunks? Is there is a limit on the size of the payload which is going be delivered in the response.

Can CMOD Rest API deliver outDoes the CMOD REST API support delivering output in chunks? Also, is there a limit to the size of the payload returned in the response?put in chunks? Is there is a limit on the size of the payload whihc is going be deliverd in the resposne.

Starting this thread to let people know that as of today no issues have been reported.

Ed

It's been too long since I updated everyone.

The good news is that CMOD is doing very well in the marketplace.  I hope I'm allowed to say that  :-) 

The even better news is because of that the Level 2 team has been expanding.

The z/OS Level 2 team remains the same:

- Larry Fitchett
- Brian Lauther
- Lamies Nesheiwat
- Ed Arnold

The IBM i Level 2 team is:

- Greg Hidalgo
- Leo Gemma
- Jason Anderson

And over on LUW we have a deep team:

- Ted Tan
- Tejaswini (we call her "Tej") Jamakhandi
- Krishna Nagaraja
- Akshay Sai
- Jamie Long
- Tim Wood
- Patricia Virtucio
- Nanping Li
- John Link
- Tam Tran
- Sundar Shunmugam

I'm putting my functional requirements document together and step one will be send the pdf's first with the caveat that if they don't we'll have more administrative overhead. There's a custom process that uses the CMOD user exit for additional processing.
The vendor is going to be responsible for quality control.
As far as the daemon starting the load, it won't unless you know something other than what is stated in the IBM documentation. The files the daemon will automatically load are .ARD and .PDF. From the manual (online) "The ARSLOAD program will process any input file that has a file type of ARD or PDF."
That's why the new location will be out of the ARSLOAD daemon "view" and under the control of a script.

RESTYPE=NONE means you aren't getting any of the benefits of CMOD's 'deduplication' of PDF resources.  What sort of documents are you storing?  Are these PDF statements, or do they include something like cheque images, where each PDF file is large because it contains mostly-unique images?  If that isn't your use case, then it may still make sense to store SOME resources, since you *are* using the PDF indexer, and could benefit from storing fonts as resources.

-JD.

If you can convince them to send the index files *after* all the PDFs have been uploaded, that would be best, and you can leave an arsload daemon running that will ingest the files when that index file arrives.

Otherwise, having an entire filesystem set aside is a good idea -- having more than 10,000 files in a single directory usually causes headaches with performance when you are using the 'ls' command or trying to use wildcards.

Also, I'll provide the standard advice -- invest some time in building a utility that will read the generic index file, and ensure that each of the files it describes actually exist in the directory before starting the load. 

-JD.