Hi We are also facing the issue with 3.4.4 version of salesforce component. We are facing since version 2.3 and I am not able to reproduce it successfully all the time and couldn't find the issue for sure.
As a workaround (which is not good, but works fine for us), we are restarting integration at regular interval using replay id as -2. Also we keep track of replay id, so if the replay id is already processed, we ignore it. Thanks and Regards, Hemang Ajmera -----Original Message----- From: Zoran Regvart <[email protected]> Sent: 30 November 2020 14:59 To: [email protected] Subject: Re: Salesforce Platform Events Subscription Retries EXTERNAL SENDER: Do not click any links or open any attachments unless you trust the sender and know the content is safe. EXPÉDITEUR EXTERNE: Ne cliquez sur aucun lien et n’ouvrez aucune pièce jointe à moins qu’ils ne proviennent d’un expéditeur fiable, ou que vous ayez l'assurance que le contenu provient d'une source sûre. Hi Andy, sounds like an issue we would not encounter when developing/running integration tests. We have a number of issues (some of them have been fixed) relating to streaming/push APIs with Salesforce. Perhaps if you find that the recent versions did not fix your issue you could contribute the logic of your custom error handler. Sounds like you've also arrived at a setup where you can reproduce and test the fix. I'm guessing it could fit within the SubscriptionHelper class. zoran On Fri, Nov 27, 2020 at 4:14 AM Andy Stebbing <[email protected]> wrote: > > Hi There, > I'm using the salesforce component for receiving platform events and > have been using it for a few months and is generally quite stable. > > My question is around the durability of the subscription, for normal > network dropouts or timeouts etc, it handles it very well, but > recently Salesforce have had some big outages in my org and it causes > the subscription to stop working without re-subscribing again. > > I can replicate the issue locally, running my camel route so it > initially subscribes to the events then I firewall block the > Salesforce destination then i restart the route. It fails and then > unsubscribes from the events and when i open the firewall it connects > but never re-subscribes to the events again. Any new events from > Salesforce are not consumed and the service remains offline. > > I've bridged the error handler to one I've defined within the same > camel context so that I could detect the salesforce exception when it > happens and then to use the control bus to restart the route which > then does the subscription. But seems like an overkill, especially if > this is a bug that might end up being fixed. > > Has anyone else experienced this? Are there any solutions to get around this? > > Many thanks! -- Zoran Regvart
