Hi,

IBM offers zRDP which costs between $550 and $1000 monthly depending on CPU usage.

AFAIK for small ISV is the cheapest way to get a real z/OS environment.

Regards! 

Hi,

IBM offers zRDP which costs between $550 and $1000 monthly depending on CPU usage.

AFAIK for small ISV is the cheapest way to get a real z/OS environment.

Regards! 

Hello,

zRDT is the only thing I know. If someone knows of anything cheaper I would be interested too.

I actually own the license to a tool similar to what you describe that has its own proprietary terminal emulator built in.

If you know a product called SuperSession this technology is the follow up to SuperSession.

 A little about the product. 

The product works with the applications of VSAM, CICS, IMS, and DB2. Any application that works with a mainframe. When setting up the product, the zFUSION administrator needs to be familiar with how to use each legacy application that is to be used in an integration. 

Then, using the workbench (another part of zFUSIONA), the administrator drives the legacy application and marks all of the data needed by the integration. 

Once defined, data from the legacy applications can be retrieved using simple SQL select.  When zFUSION gets a request, it "plays back" each transaction required to fulfill the request, and stores the data in the Virtual DB, and the SQL request then executes producing the result set. 

The zFUSION product installs on the mainframe, and runs as a started task.  The workbench installs on a PC.

The zFUSION mainframe engine is extremely efficient and many development hours were spent fining tuning the engine code.

The zFUSION engine will run on a single mainframe computer, but it will be able to connect to any application in the sysplex, so there is no limit to the number of applications that could be integtated.

The person collecting the data (a programmer or a data analyst, etc.) would connect using the ODBC interface.  They would issue SQL calls, either directly from an application or possibly using a SQL workbench.

The technology is written in 80% HLASM and 20% C. There are approximately 600,000 LOC in this technology.

The C modules will on the mainframe side are identical to the C modules on the mainframe side.

I am licensing my code as a subsystem it was originally called Infosession when it was a standalone technology.

Intercepting 3270 data streams within the mainframe itself - before they travel through controllers to and from 3270 devices - is InfoSession's approach to providing data. The interception occurs similarly to the way TSRs and virtual device drivers redirect events (such as 1/O operations that become file server request messages) on a PC. A VTAM application, running in its own address space under MVS on the mainframe, uses specifications you supply in a client Windows design session to store 3270 screen data in a virtual database structure.

The Windows design session, which PLATINUM calls the Workbench, lets users navigate 3270 screens and indicate those data elements to be made available via InfoSession's virtual database. The virtual database, residing in auxiliary MVS data spaces, responds to SQL instructions as if it were a database. To render the resulting query responses in HTML, you use one of the desktop computer tools mentioned in this article. InfoSession doesn't provide its own mechanism for emitting HTML.

InfoSession lets you avoid assigning a systems-level programmer the job of screen scraping to transform 3270 data into something users can access more easily. SQL query tools are much cheaper than the bare-metal programming effort EHLLAPI requires. InfoSession's VTAM-based approach reduces network traffic; only the requested data flows across the network. And because the virtual database resides centrally on the mainframe at all times, distributing changes becomes a non-issue.

Hi,

IBM offers zRDP which costs between $550 and $1000 monthly depending on CPU usage.

AFAIK for small ISV is the cheapest way to get a real z/OS environment.

Regards! 

Hi Joseph

> zRDT is the only thing I know. If someone knows of anything cheaper I would be interested too.

zRDT? typo and you mean zRDP?

> I actually own the license to a tool similar to what you describe that has its own proprietary terminal emulator built in.

terminal emulator?

> If you know a product called SuperSession this technology is the follow up to SuperSession.

Googled "SuperSession" and found nothing. 

> The product works with the applications of VSAM, CICS, IMS, and DB2. Any application that works with a mainframe. When setting up the product, the zFUSION administrator needs to be familiar with how to use each legacy application that is to be used in an integration. 

Each of the listed products use different protocols so, how your product supposed to connect to all off them? I'm not aware of some kind of "universal protocol".

zFUSION is the name of your product?

> would connect using the ODBC interface.

Hum? In which DB you store data?

> Intercepting 3270 data streams within the mainframe itself -

Is your product a screen scrapping tool?

Nothing of you wrote makes sense.

Hello,

zRDT is the only thing I know. If someone knows of anything cheaper I would be interested too.

I actually own the license to a tool similar to what you describe that has its own proprietary terminal emulator built in.

If you know a product called SuperSession this technology is the follow up to SuperSession.

 A little about the product. 

The product works with the applications of VSAM, CICS, IMS, and DB2. Any application that works with a mainframe. When setting up the product, the zFUSION administrator needs to be familiar with how to use each legacy application that is to be used in an integration. 

Then, using the workbench (another part of zFUSIONA), the administrator drives the legacy application and marks all of the data needed by the integration. 

Once defined, data from the legacy applications can be retrieved using simple SQL select.  When zFUSION gets a request, it "plays back" each transaction required to fulfill the request, and stores the data in the Virtual DB, and the SQL request then executes producing the result set. 

The zFUSION product installs on the mainframe, and runs as a started task.  The workbench installs on a PC.

The zFUSION mainframe engine is extremely efficient and many development hours were spent fining tuning the engine code.

The zFUSION engine will run on a single mainframe computer, but it will be able to connect to any application in the sysplex, so there is no limit to the number of applications that could be integtated.

The person collecting the data (a programmer or a data analyst, etc.) would connect using the ODBC interface.  They would issue SQL calls, either directly from an application or possibly using a SQL workbench.

The technology is written in 80% HLASM and 20% C. There are approximately 600,000 LOC in this technology.

The C modules will on the mainframe side are identical to the C modules on the mainframe side.

I am licensing my code as a subsystem it was originally called Infosession when it was a standalone technology.

Intercepting 3270 data streams within the mainframe itself - before they travel through controllers to and from 3270 devices - is InfoSession's approach to providing data. The interception occurs similarly to the way TSRs and virtual device drivers redirect events (such as 1/O operations that become file server request messages) on a PC. A VTAM application, running in its own address space under MVS on the mainframe, uses specifications you supply in a client Windows design session to store 3270 screen data in a virtual database structure.

The Windows design session, which PLATINUM calls the Workbench, lets users navigate 3270 screens and indicate those data elements to be made available via InfoSession's virtual database. The virtual database, residing in auxiliary MVS data spaces, responds to SQL instructions as if it were a database. To render the resulting query responses in HTML, you use one of the desktop computer tools mentioned in this article. InfoSession doesn't provide its own mechanism for emitting HTML.

InfoSession lets you avoid assigning a systems-level programmer the job of screen scraping to transform 3270 data into something users can access more easily. SQL query tools are much cheaper than the bare-metal programming effort EHLLAPI requires. InfoSession's VTAM-based approach reduces network traffic; only the requested data flows across the network. And because the virtual database resides centrally on the mainframe at all times, distributing changes becomes a non-issue.