Re: COBOL to Java conversion



On Mon, 29 Oct 2007 05:06:19 -0700, HansJ <hjigel@xxxxxx> wrote:

We are in the business of migrating Unisys COBOL mainframe
applications to Unix.
Using the same programming language and keeping the code intact is a
key element, because we think that there are enough issues to deal
with.
Recently we have seen requests to not only move to a different
platform, but also to change the language to be Java.
We don't need to discuss all the issues that come with a language
change, like maintainability, staff competence, etc. as this is a
different topic.
I would be interested in knowing if anyone has seen a successful
project of this type that has a significant size.
A significant size would be more than one million lines of COBOL code.

The system rewrite most discussed in print was the Chrysler payroll, discussed here
http://en.wikipedia.org/wiki/Chrysler_Comprehensive_Compensation

That one was in Smalltalk and Gemstone. If they were doing it today, they would use Java
and J2EE. There is enough similarity to make the experience relevant. The key concept is
an object oriented code-centric style of design and management, then called Extreme
Programming (XP).

Make a list of the factors needed for a successful IT project, then ask how many of them
can be performed by the language or compiler. My list looks like this:

1. Management, leadership
2. Programming talent
3. Clear definition of goals
4. Management support, lack of politics
5. Testing, quality control
6. Adequate resources -- time, people, software tools, hardware
7. Development speed
.



Relevant Pages

  • Re: object system...
    ... for that you need machine language. ... isn't even as fast as other systems programming languages. ... Stroustrup's stated design goal was to enable ... all manner of elegance or abstraction can be sacrificed for speed, ...
    (comp.object)
  • Re: DirectX in HLA
    ... I guess that you have a great knowledge of DirectX ... > understanding by looking at them in assembly language... ... > actually represents, really, is a means to "undo" the OOP so ... > is NOT an "OOPL" (object-orientated programming language), ...
    (comp.lang.asm.x86)
  • Re: DirectX in HLA
    ... I guess that you have a great knowledge of DirectX ... > understanding by looking at them in assembly language... ... > actually represents, really, is a means to "undo" the OOP so ... > is NOT an "OOPL" (object-orientated programming language), ...
    (alt.lang.asm)
  • Re: LSP and subtype
    ... What is the class of problems solvable using UML? ... the language of physics cannot describe. ... whatever paradigm equivalent to 2GL/3GL ... there is still a great need for reuse and generic programming. ...
    (comp.object)
  • Re: Why C Is Not My Favourite Programming Language
    ... If you decide afterall that C programming is just not your thing you ... > C has no string type. ... > compiler take care of the rest. ... Why does any normal language ...
    (comp.lang.c)