...
Code Block |
---|
POST /namespaces/default/artifacts/myapp -H "Artifact-Version: 1.0.1" --data-binary @myapp-1.0.1.jar |
...
An application can then be created from that artifact in a separate call.
...
Type | Path | Body | Headers | Description | ||
---|---|---|---|---|---|---|
GET | /v3/namespaces/<namespace-id>/artifacts | |||||
GET | /v3/namespaces/<namespace-id>/artifacts/<artifact-name> | Get data about all artifact versions | ||||
POST | /v3/namespaces/<namespace-id>/artifacts/<artifact-name> | jar contents | Artifact-Version: <version> | Add a new artifact. Version header only needed if Bundle-Version is not in jar Manifest. If both present, header wins. | ||
GET | /v3/namespaces/<namespace-id>/artifacts/<artifact-name>/versions/<version> | Get details about the artifact, such as what plugins and applications are in the artifact and properties they support | ||||
PUT | /v3/namespaces/<namespace-id>/artifacts/<artifact-name>/versions/<version>/plugins | list of plugins contained in the jar | This is required for 3rd party jars, such as the mysql jdbc connector. It is the equivalent of the .json file we have in 3.0 | |||
GET | /v3/namespaces/<namespace-id>/extensions |
| ||||
GET | /v3/namespaces/<namespace-id>/extensions/<plugin-type> | |||||
GET | /v3/namespaces/<namespace-id>/extensions/<plugin-type>/plugins/<plugin-name> | config properties can be nested now. For example:
|
...