Topic
IC4NOTICE: developerWorks Community will be offline May 29-30, 2015 while we upgrade to the latest version of IBM Connections. For more information, read our upgrade FAQ.
1 reply Latest Post - ‏2013-02-05T18:49:50Z by HermannSW
SystemAdmin
SystemAdmin
6772 Posts
ACCEPTED ANSWER

Pinned topic Change to SLM Policy Behavior for Concurrent Connections

‏2013-02-05T03:14:48Z |
Hi,
Last year while working with an SLM policy to shape concurrent transactions to 1, I realised the threshold has to be specified as 0 (I couldn't find relevant documentation though, with little bit of research I established it as n-1 for getting n concurrent transactions), this was in the version XB60.4.0.2.7, the policy has been in production all going good. Now we are looking at upgrading to XB60.5.0.0.4, to get started, got the dev box upgraded to this version and the regression test failed!. I repeated the same exercise and realised now the threshold should n not n-1 any more. I went through the fix list from 4.0.2.8 to 5.0.0.4, there was nothing obvious pointing to this behavior though there were some SLM related fixes.

Has anyone experienced this behavior or can someone from IBM provide some details on this change

Thanks in Advance.
Updated on 2013-02-05T18:49:50Z at 2013-02-05T18:49:50Z by HermannSW
  • HermannSW
    HermannSW
    4488 Posts
    ACCEPTED ANSWER

    Re: Change to SLM Policy Behavior for Concurrent Connections

    ‏2013-02-05T18:49:50Z  in response to SystemAdmin
    > ... with little bit of research I established it as n-1 for getting n concurrent transactions ...
    >
    It seems that this was fixed in APAR IC84858:
    "... on rare occasion, terminate SLM processing for a given statement one message earlier than defined by its threshold."

     
    Hermann<myXsltBlog/> <myXsltTweets/>