What was removed in Corticon 6.0

This section summarizes the features that are no longer supported and no longer documented as of Progress® Corticon® 6.0.0:

• Deployment of Ruleflows —Corticon Server no longer supports deployment of ERF files, only compiled EDS files can be deployed. Previously you could deploy Ruleflows and associated assets to Corticon Server so that the Server would compile the assets into runnable Decision Services. That was a performance hit every time that Decision Service needed to be recompiled and reloaded due to changes to the rules, which could lead to error situations in production if the Decision Service failed to compile because all dependent files were not uploaded to the server. You can generate EDS files with Corticon Studio, Corticon command line utilities, or Corticon ant macros. If deploying ERF files with Corticon Deployment Descriptors (CDD files), you will need to modify these to deploy EDS files. Eliminating ERF deployment helps enforce Continuous Integration/Continuous Deployment (CI/CD) best practices by encouraging the deployment of fully compiled and tested Decision Services. See the topics "How to package and deploy Decision Services" in the Deployment Guide.
• Corticon Deployment Console—The Corticon Deployment Console bundled with Corticon Server provided a GUI mechanism for creating CDD files, compiling Decision Services, and generating WSDL files for Decision Services. These tasks can each be performed in other ways.
  If you have been using the Deployment Console, its functionality is available as:

  • Command line interface for creating CDD files—The CDD file format is a simple text file manifest describing a Decision Service. The most common practice is to copy a sample CDD file bundled with Corticon, and then make modifications to it in a text editor. The new corticonmanagement command -cdd as described in "Create a CDD file" in the Corticon Deployment Guide, enables all the CDD options for a single Decision Service deployment description file in one command.
  • Compile Decision Services—Multiple techniques in the Deployment guide perform compilation:
    • Use Studio to compile and deploy Decision Services
    • Use the corticonManagement utility to automate packaging and testing of Decision Services
    • Use Server API to package and deploy Decision Services
  • WSDLs are now generated from the Vocabulary and Ruleflow editors—To create WSDL, see "Generate Service Contracts in Corticon Studio" in the Corticon Deployment Guide.
• Download of Decision Services—Corticon Studio no longer allows download of Decision Services. As rule assets can no longer be staged for compilation on the Server, the best practice for managing your rule assets is to store them from Studio in a source code control system such as Git. Corticon Studio now includes plugins for using Git with your rule projects.
• SOAP Management API (except execution)—Corticon Server no longer provides SOAP API to deploy or manage Decision Services. You will need to migrate to using the equivalent REST APIs. Note that the ability to execute a Decision Service with a SOAP request will not be removed, only the management APIs are affected. See "Test the installed Corticon Server on Java" in the Web Services Guide. See
  Note: Corticon Server’s REST APIs are accessible:

  • For versions prior to 7.2 on your deployed Corticon Server at http://localhost:8850/axis/swagger (use your appropriate host name and port number )
  • For your Corticon Server for .NET running on IIS, Swagger is not available. Instead, see Corticon Server .NET APIs
• Enterprise JavaBeans deployment—With the removal of CcServer.ear, Corticon no longer provides sample EJBs that call into a running Corticon Server..
• .NET Business Objects—Corticon no longer supports the use of .NET business objects for executing Decision Services in-process. The use of business objects for runtime execution was primarily done for performance. Now that Corticon uses technology for .NET executions your performance-critical in-process deployments can pass JSON or XML to Corticon, you should do that, not business objects. The performance of JSON is superior to that of business objects. If you have been using .NET business objects, contact your Progress representative for guidance in migration strategies.
• Option useForQueryService in datasource.xml—The useForQueryService option in a datasource.xml file for identifying the datasource to use for ADC queries has been removed. In its place, add a Query datasource to your Corticon vocabulary to identify the source of ADC and Batch queries. See "Define and import queries for ADC" in the Data Integration Guide.
• EDC database.properties file —The option to specify EDC properties via a database.properties file has been removed. In its place, use a datasource.xml file. The datasource.xml file can define properties for multiple datasources. See the section "Importing Datasource and Database Access configurations" in "Define the database connection for EDC" in the Data Integration Guide for more information.
• Passing REST API arguments in HTTP Header—The Corticon Server REST API no longer supports passing arguments in the HTTP header. This mechanism did not fully support localization. In its place, pass arguments as query String parameters, as illustrated:
  
  
• Rule Execution Recording Service—The Corticon Server rule execution recording service has been removed. In support of this, the Corticon Studio Project > Create Execution Recording Schema menu option has been removed.
• WebConsole Monitoring of In-Process Corticon Servers—The Corticon Server no longer provides an option to run an in-process Tomcat server for use when using Corticon in-process. This change results in in-process Corticon Servers not being monitorable with the Corticon Web Console. To monitor an in-process Corticon Server with the Corticon Web Console, your container application will need to proxy the Corticon REST API to the Corticon Server. Contact your Progress representative for guidance in migration strategies.
• ICcServer API Changes—Previously deprecated methods in the ICcServer API have been removed. In addition, methods present for support of the Java Server Console have been removed. Users running Corticon in-process may need to use alternate method signatures with 6.0. See the Corticon Server JavaDoc for current API methods.
• Sample Extended Operators—The SeMath and RandomGenerator extended operators have been removed. The RandomGenerator was replaced by the Random operator for Decimal and Integer data types. Be sure that your rules replace the deprecated ones with the new operators.