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:
Post your ideas
Start by posting ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Help IBM prioritize your ideas and requests
The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The offering manager team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.
Receive a notification on the decision
Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.
If you encounter any issues accessing the Ideas portals, please send email describing the issue to email@example.com for resolution.
For more information about IBM's Ideas program visit ibm.com/ideas.
Requirement to mention multiple specific CICS stub ports for CICS DPL connectivity via CICS TS Agent
We have multiple CICS DPL stubs and when we start them on RTVS, these different stubs select random multiple ports to connect with CICS TS Agent.Recently we have moved our RTVS to cloud servers where specific ports need to be opened for security p...
RTVS - Java Virtualization - Enforcing Java stub to run on a specific port
No feasibility in RTVS / RIT to restrict the Java stub to run on specific port as we have it for http transports. This will have an adverse impact on opening some range of ports (High range ports) between the Source (Service consumer) and the RTVS...
If Stub lost communication to the onward EMS system, no re-connection is made by the Stub. unless stub is restarted. There is no mechanism to identify the state of EMS connection problem Via RTCP, It always displays the status as Running even when...
RTVS - provide report memory usage for each RunTests instance
RTVS - provide report memory usage for each RunTests instance.We have more than 200 instance running on one LINUX server and want to size the stubs/instance better.CASE 001348035. (in the RHE module it is not possible to put CASE number ;-)
It is not possible to configure the default RIT-AGENT/RTVS server for starting stubs in a specific RTCP domain
We have situation which we have 1 RTCP server with 2 configured RTVS RIT-Agents. We would like to configure a certain (or multiple) RTCP domain(s) to always start stubs in on a specific RIT-Agent RTVS server by default.
Separate logging settings for scheduled tests in RTCP/RTVS
Currently there is no option to independently change the logging configuration of scheduled tests (also see PMR). Logging can be turned on or off, but if turned off all logging of stubs will also be turned off.When starting stubs in RTCP you have ...
RTVS enhancement to allow Pass-Through AND Record simultaneously
Currently RTVS allows virtualized services to run in one of three modes: (1) Pass-Through, (2) Record, (3) Simulate Error. In able to simplify the creation of recorded data, allow end user maintenance of data and provide the a seamless means of d...