Gen EDGE

 View Only
Expand all | Collapse all

Mainframe Re-Platform

  • 1.  Mainframe Re-Platform

    Posted Feb 19, 2020 09:26 AM

    Re-platform from mainframe to a distributed platform with Gen.  The target options could be either C# on Windows or C on Windows/Unix.  One of the key characteristics addressed by the mainframe is that of performance.  In any re-platform the equivalent (or improved) performance of the re-platformed applications is key.  Given the nature of many of the applications built with Gen, replicating as a minimum the current levels of performance can be mission-critical.  Does anybody have any related experiences they can share, things to look out for, know pinch-points, common considerations that specifically need to be addressed to ensure performance levels are maintained for re-platformed applications? 



    ------------------------------
    KT1
    ------------------------------


  • 2.  RE: Mainframe Re-Platform
    Best Answer

    Posted Feb 20, 2020 11:36 PM
    Edited by Lenn Thompson Mar 03, 2020 10:05 AM
    hi ... how many MSUs or MIPS does your current application consume?
    Is it a mix of online CICS workload and batch ?

    I was involved in a small migration from MF to windoze for a 1500 MIP application to C#. 
    Problem with C# is that unless you are componentised, you will create large load modules ... and longer builds.
    C would be better for that instance ... however, if componentised then not so bad with C# and utilising opslibs.

    As for performance itself ... there has been advances in dotNET support with Gen ... but complus isnt as nice a transaction manager as what you get on the mainframe.
    If you have multiple databases (and get yourself into two phase commit scenario) ... then you can also add to your future nightmares.
    Remember you will have to convert all your EABs and stored procs to your target platform. Also your target DBMS may work differently that it did for a mainframe based DBMS ... this can also affect how the old code performs in comparison to writing brand new code for the target platform.

    Here is a previous thread on moving to J2EE from the mainframe (similar process)
    https://community.broadcom.com/communities/community-home/digestviewer/viewthread?MID=745736

    hope this helps in generating more questions ...

    ------------------------------
    Department of Employment
    ------------------------------



  • 3.  RE: Mainframe Re-Platform

    Posted Feb 21, 2020 05:22 AM
    Thanks.

    ------------------------------
    Gen Portfolio Manager
    Jumar Solutions Limited
    ------------------------------



  • 4.  RE: Mainframe Re-Platform

    Posted Feb 28, 2020 06:40 AM
    Aldred

    What did you do with your batch programs? There is no .NET support for batch in CA GEN. How did you package your batch programs? What did you generate?

    //Britt-Marie 





  • 5.  RE: Mainframe Re-Platform

    Posted Feb 28, 2020 09:42 AM
    Gen only supports a batch procedure for MVS/COBOL. For other platforms you use a non-screened online procedure step. You can generate this as a standalone executable and run it from a command prompt / command file.

    ------------------------------
    Darius Panahy
    Information Engineering Technology Ltd
    ------------------------------



  • 6.  RE: Mainframe Re-Platform

    Posted Feb 28, 2020 10:11 AM
    When I try to generate C# for a non-screened pstep the generation fails with the message: Language parameter is not C or Cobol. Am I doing something wrong or is it not possible to generate c# for online with no display?

    //Britt-Marie


  • 7.  RE: Mainframe Re-Platform

    Broadcom Employee
    Posted Mar 02, 2020 10:43 AM
    Hi Britt-Marie, 

    Batch Packaging/Generation for .NET/C# is not supported. 

    Also the alternative Online Packaging for PSteps with Step Properties set to Online="no Display" is not supported for C# code generation. 

    The only feasible option is to create a batch type process by creating a .NET hand-coded application which uses the Gen .NET Proxy to call a Gen .NET server.

    Thanks, 
    Steve H. 




  • 8.  RE: Mainframe Re-Platform

    Posted Mar 03, 2020 02:29 AM

    Thanks Steve, that is what I thought.

     

    //Britt-Marie

     

    Vänliga hälsningar

    Britt-Marie Kronfjäll
    Alecta

    Postadress: 103 73 Stockholm
    Besöksadress: Regeringsgatan 107
    Telefon: 08-441 93 03

    Besök oss gärna på alecta.se


    https://www.alecta.se/globalassets/bilder/mejlsignatur/LogotypStandardrader418x60.gif

     






  • 9.  RE: Mainframe Re-Platform

    Posted Mar 03, 2020 04:57 AM
    You could still generate the batch procedures using C rather than C# having converted them to non-screened transactions.

    ------------------------------
    Darius Panahy
    Information Engineering Technology Ltd
    ------------------------------



  • 10.  RE: Mainframe Re-Platform

    Posted Mar 03, 2020 05:10 AM

    Darius,

     

    Yes, Generating C works. But not C#. The preferred language here is C#.

    I was wondering what people who generate C# for their online stuff did for their batch programs. It seems they generate servers and use some form of client to kick it off. Not really what we would want to do. I personally prefer defining online no screen and generating C.

    //Britt-Marie

     

     

    Vänliga hälsningar

    Britt-Marie Kronfjäll
    Alecta

    Postadress: 103 73 Stockholm
    Besöksadress: Regeringsgatan 107
    Telefon: 08-441 93 03

    Besök oss gärna på alecta.se


    https://www.alecta.se/globalassets/bilder/mejlsignatur/LogotypStandardrader418x60.gif

     






  • 11.  RE: Mainframe Re-Platform

    Posted Mar 03, 2020 08:23 AM
    It sounds like the options available with Gen in relation to C# do not quite fit.  Do you have the option of targeting C, which is probably more of a known quantity?  I don't think there is anything pending in relation to C# targets from Broadcom.  Would that position make you think again about your plans?

    ------------------------------
    Gen Portfolio Manager
    Jumar Solutions Limited
    ------------------------------