IBM Z Software
This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
This RFE is satisfied by CICS Transaction Server for z/OS V5.6 which is Generally Available today 12th June 2020.
For more information see the CICS TS V5.6 Knowledge Center https://www.ibm.com/support/knowledgecenter/SSGMCP_5.6.0/whats-new/intro.html#intro__jcicsx-api
This RFE is satisfied by CICS Transaction Server for z/OS V5.6 which is announced today 7th April 2020 and which has a planned availability date of 12th June 2020.
For more information see the CICS TS V5.6 announcement letter
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/7/897/ENUS220-077/index.html&request_locale=en
RFE 72152 is for the same requirement.
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Transaction Processing
Product - CICS Transaction Server
For recording keeping, the previous attributes were:
Brand - WebSphere
Product family - Transaction Processing
Product - CICS Transaction Server
I would like to see local debugging with the JCICS calls routed up to a configured CICS agent to establish and maintain the CICS Session and perform the JCICS calls.
Java developers expect to be able to do unit testing locally on their workstations and this would permit this option.
I would like to see local debugging with the JCICS calls routed up to a configured CICS agent to establish and maintain the CICS Session and perform the JCICS calls.
Java developers expect to be able to do unit testing locally on their workstations and this would permit this option.
From out point of view:
1. Is the requirement to connect to a real CICS system, or would it be sufficient to have a stub API that could be executed locally in a test environment:
Answer: The requirement is to connect to a real CICS system.
2. If its necessary to connect to a real CICS system, is it a requirement that the whole Java application is invoked in CICS, or is it sufficient to 'ship' the relevant commands to CICS for execution.
Answer: It sufficient to 'ship' the relevant commands to CICS for execution.
The requirement to make CICS Java testing easier in an Eclipse development environment is understood. To help us evaluate the potential solutions, can you clarify your views on the following questions:
1. Is the requirement to connect to a real CICS system, or would it be sufficient to have a stub API that could be executed locally in a test environment
2. If its necessary to connect to a real CICS system, is it a requirement that the whole Java application is invoked in CICS, or is it sufficient to 'ship' the relevant commands to CICS for execution.
Many Thanks,
Phil Wakelin, IBM Hursley
Especially in a CICS Liberty with existing 'legacy' CICS application combination it would be essential to provide also a way of end-to-end testing in a workstation Liberty environment meaning access to existing CICS programs via JCICS Link
For application-development in WAS, there is the "WebSphere Test Environment" (WTE). It enables an application-developer to have it's own, dedicated testenvironment which is independent from the shared WAS test-environment (installed on a central Unix server).
I think that this functionality also makes a lot of sense for CICS. In CICS where currently each developer needs to run a dedicated JVM-Server but this JVM-server is not really seperated. For example, there is no way to limit debugging of a Java-Program to calls by a certain user as all invocations of this Java-program are routed to this one JVM Server.
In my opinion, the solution should adress two key-requirements:
1. offer a way to route CICS LINKs (e.g. COBOL -> Java) of a certain enduser to the workstation of a developer
2. offer a solution so that the Java-application (running on the workstation of a developer) can issue CICS LINKs, TSQ-accesses, ... to a remote CICS Region