Re: System Conversion - An Overview

On 30 Okt., 16:10, b...@xxxxxxxxxxx (Bill Gunshannon) wrote:
In article <1193755022.300465.265...@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
HansJ <hji...@xxxxxx> writes:



On 30 Okt., 14:20, Rene_Surop <infodynamics...@xxxxxxxxx> wrote:
Considering HansJ situation..... and with such a magnitude of
requirements. Woh! System language conversion is not my best solution.
Go to the Cobol vendor who provided the solutions and re-engineer.

If business logic is needed to be changed... then start with a "new"
language platform "you think" is best and IT people have "several"
solutions for it.

Best practice: Go to a Cobol provider.... or Java-based vendor for re-
engineering. Definitely you have a budget for it. Get several vendor
solutions for re-engineering and concentrate even more with budgets.

http://www.computerworld.com.au/index.php/id;1914725230;fp;;fpid;;pf;1

A link above would somehow help... but then again, somehow?!? Most
successful developers knew Cobol, that is why we are here in this
Cobol Google group anyway.

Rene,
I'm not advocating to convert a COBOL application to Java, I like to
know if anyone has seen a successful project od this type.

This question was raised because of a requirement in an RFP that
included that the target language would be Java where the original
language was COBOL (Unisys UCOB).

Well, now that I know this is in answer to an RFP, I can put on my
contractor hat (after dusting it off as I haven't been in that world
for over two decades) and suggest bringing up my question to the
person putting out the RFP and if the answer is either inadequate
or demonstrates a complete lack of knowledge on the subject by the
proposing organization, a "no bid" might be the correct answer.

bill


we did not bit.

You might be correct with your assumption "demonstrates a complete
lack of knowledge on the subject".

Regards HansJ

--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
b...@xxxxxxxxxxxxxxx | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>


.

Relevant Pages

  • Re: Java compatibility issues (WAS: MF having issues?)
    ... language it can do most of what C, C++, and Java can do. ... 2002 COBOL standard addresses that, but having a standard is a far ... Some flavours do have libraries. ... On the IBM mainframe we have Language Environment but it does ...
    (comp.lang.cobol)
  • Re: GoTo in Java
    ... were a year or two down the track and everybody was very happy with OCaml. ... > language switch would pay off in faster development (due in part to ... COBOL as a scripting language for .NET. ... Compare this with COBOL programmers discussing Java... ...
    (comp.lang.cobol)
  • Re: COBOLs Influence on C
    ... Cobol is the only language that has this problem. ... sure that the libraries containing ANYTHING that might be called are on ... And that is one reason why installations have Local Standards... ...
    (comp.lang.cobol)
  • Re: Java is becoming the new Cobol
    ... """If you're a Java developer, now's the time to invest in new ... It is even truer for COBOL developers. ... The question then is: Is Java just another fad language in the range: ... Sometimes it appears they'll use whatever the Fad Language Of The Month Club sent last ...
    (comp.lang.cobol)
  • Re: Wang COBOL alive and well as Wang VS makes a comeback
    ... I fought to the last to keep COBOL at least peripherally in the ... will be the next language du jour... ... This contributes to the stability of programming efforts ... level of COBOL to another can be as big a deal as migrating across platforms ...
    (comp.lang.cobol)