Overview
These functions extend Appian content and offer document/folder search, directory listing, and the ability to get/set the searchable attribute of a folder.
Functions are designed for and only work on Appian content, not the local filesystem. All search functions assume the root folder and all subfolders are searchable. Search functions will not return results contained within non-searchable objects.
All functions use the serviceContext of the user account executing the expression at runtime.
Key Features & Functionality
Data Types
Smart Services
Functions
I am too. If someone built an automated way to parse that status on not just display it, that status parser takes into account the misspelling and would break if we corrected it.
re:Mike Cichy
I assume you're not referring to the misspelling ;-)
For the dictionary / JSON upgrade - I agree, and assuming at least one of these changes would be possible, and can be done at some point, it seems like the best way would be to make completely new versions (with new names i assume), and deprecate the old ones (while leaving their functionality in-tact for the time being).
I am concerned that either of these changes would be non-backwards compatible and would break existing implementations. Mike Schmitt thoughts?
Out of curiosity, will there be a new version at some point that will address this misspelling?
The above screenshot is the result of running "getContentObjectDetailsById()" on a freshly-uploaded Document ID; the results are as expected except the (apparent) misspelling of "Inactive" caused me several minutes of extra troubleshooting just now. I updated my plug-in from 1.3.0 to 1.5.0 but the misspelling is still present.
Also as a future backlog item, I would request, if possible, that the rules that return a dictionary-like string of information about an object (like the above and similar rules in this plug-in), return either a dictionary or a JSON string, instead of a flattened string. It seems a little silly that in order to access simple properties from the returned values, we need to set up funcitonality to scrape information from the strings (like using "extract()" and similar), which is doable but more complicated than should be necessary, and prone to breaking if the structure/order of the returned information is ever adjusted in future plug-in versions.
HI, I'm trying to use Delete Rule/Constant Versions smart service to delete rules from a specific folder, I was able to execute the node perfectly, but the versions of rules/ constants are not being deleted.
Can someone suggest on what needs to be done?
Note: Currently I'm using 1.4.0 version of the plugin.
Hi Team,
May I confirm that the usage of the function "getprocessmodeldetailsbyuuid" and "getcontentdetailsbyuuid" requires the role of System Administrator?
Michael Chirlin - fyi the findContentByAttribute function doesn't seem to suffer the same issue (when using wildcards at least) - i'm successfully able to search i.e. '* - Final*' and returning an appropriate result. Thanks for the suggestion about using wildcards, it hadn't occurred to me that this might be an option at all.