-
Type:
Feature Request
-
Resolution: Duplicate
-
Priority:
L3 - Default
-
None
-
Affects Version/s: 7.7.0
-
Component/s: engine
-
None
I had this effect myself when deploying a BpmnModelInstance and also found this on stackoverflow now (https://stackoverflow.com/questions/44518759/camunda-process-definition-deployment-via-api).
Since deployments for resources that do not have a supported file extension (bpmn, bpmn20.xml, ...) do not work, wouldn't it be a good idea to avoid deployments with unsupported resource-names, or at least log a warning? It can be very nasty to analyse.
I see these options:
- check for suffix and raise exception
- check for suffix and log warning
- in case of addModelInstance: check for suffix and automatically extend the name based on the model type.
This is the controller panel for Smart Panels app
- duplicates
-
CAM-7366 Javadoc: List/explain file endings that are interpreted during deployment
-
- Closed
-