Kogito – Cloud-based business automation platform, hacker news

or on Windows     

Your service should be up and running, you can test your service now as described below.   

Test the running service

Once the service is up and running, you can use the following examples to interact with the service. Below are curl command you can run to do the REST calls but feel free to use the tool of your choice as well. For example, when running in Quarkus development mode you can use the Swagger UI by navigating to (http: // localhost:

/ swagger-ui ). POST / orders

Allows to create a new order with the given data:

(curl -d '{"approver": "john", "order": {"orderNumber": " "," shipped ": false}} '-H" Content-Type: application / json "- X POST http: // localhost: / orders

curl -d "{" approver ": " john ", " order ": {" orderNumber ": " ", " shipped ": false}}" -H "Content-Type: application / json" -X POST http: // localhost: 12345 / orders

As response the updated order is returned. Note that the order has an "id" field that now a generated unique id for this order, which should be used as id when trying to retrieve a specific order as shown below.

GET / orders

 
 Returns list of orders currently active: 
  curl -X GET http: // localhost: 10002 / orders 
 As response an array of orders is returned. 
   GET / orders / {id}  
 Returns order with given id (if active): 
  curl -X GET http: // localhost: 10002 / orders / {id}   
 Note that you should fill in the id of the order you are trying to retrieve, which is returned when creating the order, as shown above. As response a single order is returned if found, otherwise no content (728 is returned. 
   DELETE / orders / {id}  
 Cancels order with given id 
  curl -X DELETE http: // localhost: 10002 / orders / 1  
 You have now successfully tested your service. You can now also try one of the other options of how you can build and run your service if you want to. You can try out other examples as well, all of them are equipped with a Readme file describing how to use them. 
    
 Building and running a rule example 
 
 Our rule example shows how you can build your own rule service. The example includes simple rules that validate, update and query  LoanApplication  facts. 
  
 REST endpoints are generated from query rules. You can insert  LoanApplication  facts and query a result via the REST endpoints. Rule resources are assembled as a RuleUnit. 
  
   
 
 Loan applications are evaluated by rules based on the amount of loan and deposit. REST endpoints return approved loan applications or any information by queries. 
  
 You can choose to create this service based on either  Quarkus  or  Spring Boot  (select appropriate tab below). If you don't have any preference, we recommend you get started with Quarkus since it is a Kubernetes native Java stack (supporting GraalVM) with a lot of capabilities (like hot-reload in dev mode) that we can leverage. 
    
      
  Quarkus  
       
 Quarkus 
      
 
 Open your command line and go into the ruleunit-quarkus-example folder. First we will build the service. Based on the rules, this will generate the necessary code to turn this into a rule service with REST endpoints to insert facts, execute rules and query results at one shot. 
 
 For local development , you have 3 options to build and start the service:       
 
 
  Since Since the service runs on top of Quarkus, you can take advantage of the development capabilities that Quarkus offers (like live reload etc.), and run the service in Quarkus development mode. 
         
 You can also run the service as a regular Java service. 
         
 You can take advantage of native image compilation (requires GraalVM), which will further optimize and minimize the service using native image compilation. 
        
       Please pick one of the options (A, B or C) below.          
  A) Build and run in development mode        mvn clean compile quarkus: dev       
 Your service should be up and running, you can test your service now as described below.      
 
 B. Build and run in JVM mode         mvn clean package java -jar target / ruleunit-quarkus-example- {version} -runner.jar   
 or on Windows     
    mvn clean package java -jar target  ruleunit-quarkus-example- {version} -runner.jar       
 Your service should be up and running, you can test your service now as described below.      
 
 C. Build and run in native mode (requires GraalVM)        mvn clean package -Pnative ./target/ruleunit-quarkus-example-{version}-runner     
 Note: This does not yet work on Windows, GraalVM and Quarkus should be rolling out support for Windows soon. 
     
 Your service should be up and running, you can test your service now as described below. When running in development mode, Swagger UI can be used to look at or even test the exposed REST endpoints by navigating to  http: // localhost:  / swagger-ui . 
          
  Spring Boot  
       
 Spring Boot 
      
 
 Open your command line and go into the ruleunit-springboot-example folder. First we will build the service. Based on the rules, this will generate the necessary code to turn this into a rule service with REST endpoints to insert facts, execute rules and query results at one shot. 
 
 For local development , you have 2 options to build and start the service:       
 
    Since the service runs on top of Spring Boot, you can take advantage of the development capabilities that Spring Boot offers and run the service using the Spring Boot maven plugin .          
 You can also run the service as a regular Java service. 
        
       Please pick one of the options (A or B) below.           
  A) Build and run in development mode        mvn clean compile spring-boot: run       
 Your service should be up and running, you can test your service now as described below.      
 
 B. Build and run in JVM mode        mvn clean package java -jar target / ruleunit-springboot-example- {version} .jar   
 or on Windows     
    mvn clean package java -jar target  ruleunit-springboot-example- {version} .jar