Appian Community and Appian Academy are being upgraded. As a part of the upgrade, Appian Community is currently in read-only mode, and user registration is disabled until August 3. We apologize for any inconvenience this may cause, but a more secure, stable, and performant Community experience is coming soon!
The new Appian Community launches August 3, followed by Appian Academy on August 7. During the migration, Appian Community Edition, Appian Academy, Documentation, Certifications, Instructor-led Customer Training, Partner Sales Training & Accreditation, and Forum (for Appian Partners and Customers only) will remain available.
OriginalPostID-115850
Discussion posts and replies are publicly visible
All you can do is make your SOAP/REST call in a rule that accepts a failure and somehow manipulates it into code that Appian doesn't consider to ever "Error".
Since try() is undocumented, Appian officially does not have any form of error handling at all. You have to make code that never errors, even if the thing it calls errors.
People are serious about not using the undocumented functions. Case in point, I swear at one point there was an undocumented catch() function, but I can't find it now. I never did figure out what it did.
Interesting side note: wherecontains() was undocumented for a while before being officially added.
I heard from some engineers at Appian World that they think about documenting try(), from time to time. But then they think about what could happen in the global Appian ecosystem if they did that, and they decide not to. Maybe it's because they'd have to provide support untangling the mess some of us could get into misusing try().