IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Challanges while migrating CICS screens to Java (open source


IBM Mainframe Forums -> CICS
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
himanshusoni77

New User


Joined: 19 Jul 2007
Posts: 6
Location: pune

PostPosted: Mon Oct 08, 2012 12:43 pm
Reply with quote

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
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 2455
Location: Hampshire, UK

PostPosted: Mon Oct 08, 2012 1:10 pm
Reply with quote

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
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Mon Oct 08, 2012 3:29 pm
Reply with quote

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
View user's profile Send private message
mtaylor

Active User


Joined: 20 Feb 2009
Posts: 108
Location: Kansas City

PostPosted: Tue Oct 09, 2012 8:37 am
Reply with quote

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? icon_smile.gif

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
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Tue Oct 09, 2012 12:34 pm
Reply with quote

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
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Tue Oct 09, 2012 7:22 pm
Reply with quote

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 . . . icon_cool.gif
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL

PostPosted: Tue Oct 09, 2012 7:39 pm
Reply with quote

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? icon_smile.gif

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
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> CICS

 


Similar Topics
Topic Forum Replies
No new posts Using API Gateway from CICS program CICS 0
No new posts Calling Java method from batch COBOL ... COBOL Programming 5
No new posts Calling an Open C library function in... CICS 1
No new posts How to 'Ping' a CICS region in JCL CICS 2
No new posts Parallelization in CICS to reduce res... CICS 4
Search our Forums:

Back to Top