Skip to Main Content
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
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

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

Status Not under consideration
Categories Runtime
Created by Guest
Created on Feb 20, 2012

CICS events to capture additional information from the EIB

We would like the ability for CICS event capture specifications to filter or capture on additional data from the EIB. We mainly use EXEC CICS SEND MAP and RECEIVE MAP commands as capture points, and it would be useful to be able to use the terminal ID to provide additional event information, both for filtering events and also as information to be captured and included in the event data. In our case, we can relate the terminal ID to information about the user making a request, but we could envisage that other customers might find this useful for other reasons.

There are other EIB fields that would also be useful to us, so we wonder if it would be possible to treat the EIB like other application data areas, which can be used for filtering and capture by specifying the offset within the data structure.

Idea priority Medium
  • Guest
    Reply
    |
    Apr 27, 2016

    This requirement has been re-evaluated. Looking at current plans, it is not likely that this would be implemented in the twelve months, so correspondingly this requirement is being rejected. You have an opportunity to resubmit in twelve months time if you wish it to be considered then.

  • Guest
    Reply
    |
    Oct 5, 2015

    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

  • Guest
    Reply
    |
    Mar 1, 2012

    Many thanks for the additional feedback. We can certainly see the value in providing this capability in the future, so an internal work item has been raised to represent the requirement. This will be considered for possible inclusion in a future release.

  • Guest
    Reply
    |
    Feb 28, 2012

    Thanks for considering this enhancement.
    1. Yes, we would like to both filter and capture the terminal id and,
    2. the only obvious other general field that comes to mind at present is the task id (probably capture only).
    many thanks

  • Guest
    Reply
    |
    Feb 23, 2012

    Thank you for this CICS RFE.

    We will certainly give consideration to whether we can add the terminal ID as an additional item of 'context data' for events, which could then be used to filter events, and/or could be captured as data to be included in events when they are emitted.

    We would be less likely to make the EIB as a whole something that could be included in capture specifications, because in that case it would be necessary to specify offsets into the structure in order to filter on or capture the required data. Although we do not often change this data area, and would probably always aim to do so in a compatible way (adding new fields to the end), it would make the capture specifications hostage to such changes. It also seems to be more user-friendly to identify the individual fields, as we currently do with EIBAID on relevant commands.

    So we have a couple of questions about this request:
    (1) Firstly, please can we confirm that you do want to be able to both filter by the terminal ID (i.e. use its value to decide whether or not to capture an event) and to capture the terminal ID (i.e. include it in the event data).
    (2) Are there any other EIB fields which would be useful to you, and if so could you please briefly explain why? We could then look into how much of the EIB it would be useful to expose in this way.