Mainframe Re-Platform

[Kevin Tate]

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
------------------------------

[Aldred Gonzalez]

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
------------------------------

[Kevin Tate]

Thanks.

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

[Britt-Marie Kronfjall]

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 

[DARIUS PANAHY]

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
------------------------------

[Britt-Marie Kronfjall]

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

[Steve Holton]

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. 

[Britt-Marie Kronfjall]

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: [phone]

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

 

------Original Message------

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. 

[DARIUS PANAHY]

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
------------------------------

[Britt-Marie Kronfjall]

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: [phone]

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

 

------Original Message------

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
------------------------------

[Kevin Tate]

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
------------------------------