Greetings folks,
Just wondering if anyone has some pitfalls/issues migrating from RDF to ODF, as I am tackling this very soon. Looking for some feedback
Thanks!
Hi J ;)
No one as replied so I'll do so based on my findings to date for other readers. We are AIX 7, migrating CMOD MP from 8.5 to 9.5.
There are numerous parameters for the components (reports, bundles, recipients, etc.) many are z/OS centric and there are tags scattered in the doc to differentiate when a parm is used for z/OS, Linux, AIX, Windows. If there are only a few distributions, I think it is better to simply build the ODF from scratch as the RDF2ODF confuses matters. As we discovered, there is a bug in the 9.5.05 MP Server that will concatenate (not merge) PDFs that were group loaded, when pulled as a bundle (this makes the PDF unreadable), IBM is working on this and will fix later, work around is to re-work the loads into singletons. A distribution that targets a printer still needs work. In RDF, one specified a CMOD Server printer that was tied to an AIX printer queue. In ODF, one has to customize the arsodf.xml (there was an alteration after 9.5.02 that changes the xml tags needed for printing) and the design does not use CMOD defined printers but rather the AIX print queues directly. I use a printer(s) defined as null to allow my python scripts to process the bundle, this allows processing of text as well PDFs to print. Normally, lpr is txt only (there are deviation options on other platforms).
There is an additional provision for customization beyond the xml in the form of ODFProcessDist.java. The default is pre-compiled and should serve most needs.
-Walt