Details
-
Bug
-
Resolution: Cannot Reproduce
-
Major
-
fuse-7.4-GA
-
None
-
%
-
Fuse Standalone
Description
Raising this bug to get root cause of issue ENTESB-13606
The problem depends on 2 variables: Salesforce API version and number of suscriptions to pushtopic events.
Red Hat Fuse 7.6 and Salesforce streaming API version < 37.0 -> We can work without any problems with any number of suscriptions to pushtopic events.
Red Hat Fuse 7.6 and Salesforce streaming API version >= 37.0 -> We can work without any problem with a maximum of 3 suscriptions to pushtopic events.
Red Hat Fuse 7.6, Salesforce streaming API version >= 37.0 and more that 3 suscriptions -> In each handshake establishing suscriptions to pushtopics we get the following error:
[SalesforceHttpClient@12f61360-32] WARN o.a.c.c.s.SalesforceConsumer - Error subscribing to xxxxxx: 403:denied_by_security_policy:create_denied. Caused by: [org.apache.camel.component.salesforce.api.SalesforceException - Error subscribing to xxxxxx: 403:denied_by_security_policy:create_denied]
org.apache.camel.component.salesforce.api.SalesforceException: Error subscribing to xxxxxx: 403:denied_by_security_policy:create_denied
The error is random, for example with 6 suscriptions we get one or two errors each time the Fuse artifact starts. It doesn't happen all time with all suscriptions. But it depends on the number of suscriptions. With 3 or less suscriptions never happens.
All topics are created, so for that reason I don't understand the message saying "create_denied". Is there any reason why Fuse is trying to create topics at start handshake? Is the any reason why Fuse is unable to know that the topics already exist? Why this happens only when we configure more than 3 suscriptions?
Attachments
Issue Links
- relates to
-
ENTESB-13606 Retry subscribe to Salesforce event when server returns 503 Server too busy
- Done