-
Enhancement
-
Resolution: Done
-
Major
-
0.3.0
-
2019 Week 38-40 (from Sep 16), 2019 Week 41-43 (from Okt 7), 2019 Week 47-49 (from Nov 18), 2019 Week 50-52 (from Dec 9), 2020 Week 01-03 (from Dec 30), 2020 Week 04-06 (from Jan 20), 2020 Week 10-12 (from Mar 2), 2020 Week 13-15 (from Mar 23), 2020 Week 16-18 (from Apr 13), 2020 Week 19-21 (from May 4)
Today the only supported way to build a new Kogito Service from source is relying on Git URLs since the standard s2i way is to pull from a remote git repo, hence the operator was implemented this way.
The idea is to implement something similar to oc new-build . where the oc client upload the contents of a local directory to the OpenShift cluster and then start a new build.
Suggested command:
kogito deploy-service NAME PATH
Where PATH can be just a period representing the local path or a full path like /home/arnold/my-kogito-project
This way users can upload DMN or BPMN files directly to the cluster and the CLI will take care of uploading those resources and build a new microservice for it.
Dev list discussion regarding this implementation:
https://groups.google.com/forum/?#!msg/kogito-development/9JiLwZwfb94/Zx7m_UMtBwAJ
That's what this feature should implement:
Let's put this in a scenario:
1. You do not have a service deployed and you want to give it a go to a BPMN process you just built. You do:
- kogito deploy-service my-service /path/to/bpmn/domain/classes/files
2. Your service is up and running.
3. You made changes to your files and want to see them again in the cluster. You repeat the command:
- kogito deploy-service my-service /path/to/bpmn/domain/classes/files
- is related to
-
KOGITO-1613 Cucumber tests: Test upload source files (dmn, drl, bpmn, bpmn2) with CLI
- Resolved
-
KOGITO-2161 Implement CLI approach to redeploy a service
- Closed