This is an IBM Automation portal for Integration 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.
Idea review. Thank you for taking the time to raise this suggestion, and thank you to the many CVS/Aetna affiliated voters who have recently registered their interest in this request. It was great to hear that you are familiar with the latest changes regarding "--restart-all-applications" which were introduced in ACE 12.0.3.0 in the area of redeployable policies. In that mod release we added the capability to avoid restarting the whole server (details in section "Dynamic Policy Redeploy without requiring a server restart": https://community.ibm.com/community/user/integration/blogs/ben-thompson1/2021/12/12/ace-12-0-3-0) when updating policy types that previously would have dictated a full server restart (ie for DotNetAppDomain, JavaClassLoader, JDBCProviders, JMSProviders, WXSServer, Policy sets & policy set bindings). Each of these policy types bring their own detailed challenges when facilitating redeploy - in particular situations where links between flows and policy information are created dynamically at runtime, and also situations where connection information can be stored across multiple node invocations such as in the case with JMS for example where local environment overrides have been used. Given these varied challenges with each policy type, we felt the 12.0.3.0 capability would be the quickest way we could help the largest proportion of our users quickly. We understand the pain of having to suffer restart of non-impacted applications particularly for users who choose to deploy large numbers of integrations in each server so approve of the principal of the suggestion. Of the policy types mentioned, it would be good to understand from users which particular ones most commonly create a problem for redeployment. In the Aetna case this sounds like JDBC and Policy sets & policy set bindings... so in the absence of further comments on this idea we will treat those as the areas most requiring attention.
The status of the idea is updated to Future Consideration.
A sidenote - although the language was not explicit in the idea, it sounded like perhaps a problem had been experienced when attempting to redeploy a Policy set/bindings policy *which had not changed*... This should work fine without the need for restarting all applications, so if there was any problem found here then that aspect could be tackled through a service case.