When it comes to application modernization with RPG Open Access, some would have you believe it’s too complicated, too outdated, and other misconceptions. Join experts from Profound Logic Software and IBM as they bust those RPG Open Access myths wide open!Learn why modernizing with RPG:OA is the easy, native way for modernization and much more than just “screen scraping." Save your seat: Register Now!
The first part of this article series showed how DSPOBJD can easily provide statistics to manage a general recompilation project. But it only touched the surface of all the things you get with the DSPxxx commands.
Written by Jean-Paul Lamontre
Let's start with a review of the information we gathered in Part I by just using DSPOBJD.
Objects by Type and Year
This data is concerned with counting objects by type and by year of source update (for those that have a source, of course).
If we had used ODCCEN plus ODCDAT (i.e., the object creation date) instead of ODSRCC plus ODSRCD, we'd have gotten a report on recompilation instead of a report on source update.
Now in eBook or printed format! Today’s IBM i programmers must have a solid understanding of the operating system’s traditional concepts and tools, but they also need to know how to take advantage of IBM’s latest tools and methods. With Mastering IBM i, both new and experienced programmers finally have a complete and up-to-date resource for the tools and concepts needed to work with today’s IBM i. Click now for a free chapter or to learn more. >> Read More >>
Managers and developers working with legacy RPG and COBOL applications face serious testing challenges. Few, if any, of these applications have a complete set of specifications of how the applications should perform, and even fewer have a complete library of test cases. Results from over 12,000 software projects show that detecting and removing defects is the single most costly task in software development.
Several months ago, I was visiting customers and reviewing their computer operations. A question that comes up more than I can believe is, "What do we do with all of the reports that are sitting on output queues?" This question always amazes me. There are companies with reports that have been sitting on output queues for five years or more!
Detecting and correcting defects has been shown to be the single costliest task for software development. Only through the use of tools can this cost can be driven down while at the same time improving quality.
This paper surveys the types of testing tools available for the IBM i platform using clearly drawn diagrams that show how these tools fit into the testing process. Get an overview of tools for:
Intelligent, automated test database preparation
High volume test data comparison
Automation of both interactive and batch tests
And six more types of testing tools
Of particular interest to IBM i developers is information about regression testing, typically a major challenge for legacy system owners.
The MC Webcast, MC White Paper, MC Software, MC Case Study, MC Security, and MC Disaster Recovery Centers bring you the widest selection of white papers, software, webcasts and more for you to choose from and at MC Press we’re all about choice. We’re even giving one lucky person the opportunity to choose their own prize in our “It’s All About Choice” contest for a $250 Best Buy gift card. Visit the MC Resource Centers today and select as many of the FREE offerings you would like to receive. While there, enter the contest and you may just win a $250 Best Buy gift card!
Have a White Paper you would like to list? click here or call (208) 726-6822 for information.
Written by Jean-Paul Lamontre
Written by Tom Huntington