View previous topic :: View next topic
|
Author |
Message |
himanshusoni77
New User
Joined: 19 Jul 2007 Posts: 6 Location: pune
|
|
|
|
Hi,
First of all apologies for an open ended question. We are currently migrating Legacy applications to open-source. We do have an inhouse tool which converts Cobol-CICS code to Java code but as this is a first time when we are actually going to migrate CICS (Transaction processing/Map processing) components, I want to know below things,
- Is there anyway to identify all the possible screen navigation in existing CICS screens? How can we document this if there is no automated way?
- What are possible challanges we might face while migrating? like I can see testing will be one huge task (with respect to screen navigations), alternate approach to VSAM in open source etc.
Thanks
H |
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2455 Location: Hampshire, UK
|
|
|
|
And what has this to do with JCL? Do you not think that the CICS section of the forum would be a more appropriate place for a CICS question rather than the Job Control Language part? |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
do you want to migrate to java on the mainframe or
do you plan to migrate your business applications to a server?
doing a direct conversion from cics code to java code
is analogous to the clowns that went directly from vsam structure
to db2.
it makes no sense.
your conversion should be based on business requirements,
not mimicking the legacy process flow.
your business has defined input and expected results.
that should be your basis of determining if the conversion is correct. |
|
Back to top |
|
|
mtaylor
Active User
Joined: 20 Feb 2009 Posts: 108 Location: Kansas City
|
|
|
|
Quote: |
your business has defined input and expected results.
that should be your basis of determining if the conversion is correct.
|
A comedian now are we?
For the 40 year old 30+ millions of lines of Cobol applications around, that is quiet hilarious indeed.
There are a few legacy re hosting solutions which solve this problem. My understanding is that you may or may not get maintainable java code out of them. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
Quote: |
Is there anyway to identify all the possible screen navigation in existing CICS screens? How can we document this if there is no automated way?
- What are possible challanges we might face while migrating? like I can see testing will be one huge task (with respect to screen navigations), alternate approach to VSAM in open source etc.
|
what happened when these issues were discussed in the project steering/planning committee ??? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Not so very long ago one of my clients got the idea to re-write the presentation code in Java to get the Win-look-and-feel (for users who preferred their green-screen presentation). These were users who knew their systems well and did not want/need all of the "neat" clickables - they just wanted to do their work.
The management told a few Java people to convert the front-end (and at the time none had a mainframe logon ofher than ftp.
Fortunately, i dodged that bullet. Last i heard, they had decided to re-implement the system, not the front-end. Which could also be inbteresting as the system to be replaced is/was heavily integrated with other systems . . .
But who needs planning . . . |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1788 Location: Bloomington, IL
|
|
|
|
mtaylor wrote: |
Quote: |
your business has defined input and expected results.
that should be your basis of determining if the conversion is correct.
|
A comedian now are we?
For the 40 year old 30+ millions of lines of Cobol applications around, that is quiet hilarious indeed. |
Well, given that "business analysts" these days produce "requirements" along the lines of, "We want it to, umm, work. And when we see the results of the system test, we'll tell you if works or not"... |
|
Back to top |
|
|
|