http://itknowledgeexchange.techtarget.com/itanswers/isolation-level-join-new-java-development-with-old-outdated-cobol-code/ Fri, 24 May 2013 00:46:57 +0000 hourly 1 http://itknowledgeexchange.techtarget.com/itanswers/isolation-level-join-new-java-development-with-old-outdated-cobol-code/#comment-36256 tellme Tue, 31 Oct 2006 10:54:03 +0000 #comment-36256 Here is one of many possible solutions.
You mentioned the cobol program is a batch job and you are dealing with Java and record locks. The solution needs to deal with single transaction processor where a data queue will funnel the requests to the Cobol program that would stay resident and handle the record locks. The Java front end needs to pass a request to the server side that ends up on the data queue. This eliminates contention for for recod locks.
Don’t have enough information on your situation to advise other solutions…
Yes, the Cobol program will need some modifications to allow for interactive use of its business processing provided…you can improve the business in a tangible way your customer can conceptualize and be willing to pay for.
A few questions you will need (or have answered) are:
Why is a overnight solution not good enough for the future?
How does a quick response improve the business?
What are the benefits?
How will it be measured?
When will it be be done?

]]>