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).
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:
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 an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
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 TS 5.3 which is generally available from December 11th 2015.
CICS TS 5.3 provides new Automation for application deployment. The CICS Build Toolkit, the JCL utility called DFHDPLOY, and the ability to use UrbanCode Deploy with CICS components all make it easier to automate builds and to deploy them to the right environments.
The actual install would then take place under an automation userid rather than the developer userid, which would avoid the need to introduce extra security definitions.
This we believe this gives greater control of the bundle deployment process.
This RFE is satisfied by CICS TS 5.3 which was announced on October 5th 2015 with a planned general availability date of December 11th 2015.
For more information see the announcement letter http://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&supplier=897&letternum=ENUS215-363
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
We haven't heard back from the customer but we think what is proposed via function demonstrated in the CICS TS 5.3 open Beta will satisfy the requirement. Hence the RFE is being moved into 'Planned for Future release' status. Please note:
IBM’s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice at IBM’s sole discretion. Information regarding potential future products is intended to outline our general product direction and it should not be relied on in making a purchasing decision. The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. The development, release, and timing of any future features or functionality described for our products remains at our sole discretion.
Prabhat,
I don’t think I received a reply to a previous update to this requirement.
In the IBM CICS Transaction Server for z/OS V5.3 open beta we have produced a deployment function which I think could satisfy this requirement. Can you have a look at this function in the knowledge center
http://www-01.ibm.com/support/knowledgecenter/SSGMCP_5.3.0/com.ibm.cics.ts.whatsnew.doc/themes/MT3_theme3.html
Prabhat,
Apologies for not replying sooner.
We are investigating requirements for handling bundle related issues by automating the build and deployment of bundles.
The actual install would then take place under an automation userid rather than the developer userid, which would avoid the need to introduce extra security definitions.
This we believe would give greater control of the bundle deployment process.
Is this the sort of solution that would be of use to you?
Colin
Hi Colin
Our Requirement is for the full control of the specific groups . We have dedicated LIBERTY servers (within development CICS regions) for different group of developers working on specific projects. We would prefer developers to have Full control of the specific group so that they can add resources instead of relying on other teams to define the resource for them and avoid delay besides installing, discarding resources.
In case it is too difficult, We will be happy, even if access can be granted only for install, discard a resource within a specific group and not to add a resource. This will help us ensuring CICS CSD integrity and avoid accidental delete / modification of any other groups as Java developers not necessarily will have enough CSD groups / lists understanding.
regrads, Prabhat.
Prabhat,
Can you clarify what the developer would need to do with a specific group.
Do they just need to install, discard resources that have been defined in a group for them,
or do they need full control of the group to add resources?
The concern that I have is that if they have authority to add resources, there is very little difference
between that and giving them access to all groups, as they could override definitions in other groups.
Colin Penfold