Async CPM jobs are processed by Oracle's SPM queue, but the actual PHP code runs on any number of utility servers (likely based on some load-balancing logic for the pod). The custom CPM code itself runs in a looping PHP process that executes jobs from the queue, which means that the code stays in memory for a period of time. (To my knowledge, Oracle hasn't published any information as to exactly how long these processes run, however.) This causes two important results:
CXDev Toolbox 3.0 Now Available
Download the latest CXDev Toolbox. Learn more about the update from the announcement article.
Expert Articles
Comprehensive resources for Oracle RightNow developers and consultants
Important August 2017 SOAP API endpoint change
Posted by AW Rowse on Saturday, October 28, 2017 - 7:38am
Warning: August 2017 SOAP API change
With the August 2017 release of Oracle Service Cloud, the SOAP API endpoint has been changed AND the old WSDL URL is NOT backwards compatible. This quiet, instant and important change can cause some chaos and broken integrations depending upon your tools and set-up.
First Annual TBD (ToolBox Day)!
Posted by jack.whitehouse on Thursday, October 5, 2017 - 2:55pm
The toolbox has been doing really well and I want to thank everyone for their support by releasing a new tool for free. In the last month alone we gained 81 new users and have users from 22 different countries and 19 states in the US. The ROQL Tester is the favorite tool by about 50% with the Account Creator next in line and then the Account Unlock and PHP Stub generator. And most exciting (for me): we’ve got 70% of users on the new 2.0 toolbox. I’ve attached our analytics report to this post if anyone is interested in concrete numbers.
Dynamic Forms - Fixing Oracle's Sample DynamicProductCategoryInput Widget
Posted by Ben Johns on Wednesday, June 21, 2017 - 1:49pm
Customer Portal's Dynamic Forms functionality is extremely useful, but the sample code provided by Oracle is broken right out-of-the-box due to a CP defect.
AddIn Post-Build Event v2
Posted by jack.whitehouse on Tuesday, April 11, 2017 - 10:02am When building add-ins it's helpful to copy the compiled DLLs to the RightNow dev mode folder so that they're ready for development testing. If you then automatically create ZIPs of the output then you're ready for production deployment without any additional effort. (This is assuming you publish your add-ins as ZIPs and not DLLs.)