I was tasked with doing an inventory of stale data in CMOD (keep in mind, we've never expired) - and management wants me to see how often old data is being retrieved.

Specifically, how often is data that is 7-15 years being retrieved, 15+, etc.

I've been trying to come up with something via querying the system log, to no luck. I figured a good "high level" view would be - at least provide the queries.

....users are querying 1970-2026....

I have an AGID/AID and a DOCNAME- Is this going to boil down to doing some type of query outside of CMOD. We have a very "hands off" approach..

I have been trying to get the CMOD 10.5.0.10 from Fix Central.   After a couple support tickets IBM finally came back with this information a few days ago:

IBM has identified an issue with CMOD 10.5 FP10 and is actively working on corrective fixes. Until the revised FP10 is available, IBM recommends that customers only deploy up to CMOD 10.5 FP09. IBM will share an updated FP addressing the issue as soon as possible. In the meantime, IBM will work closely with you to investigate any reported issue reported and will either confirm whether it is reproducible in FP09 or provide a targeted fix if required.

There is currently an aim to release FP10 in May. This is tentative and could change.

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.