-
Notifications
You must be signed in to change notification settings - Fork 46
Implement param pointers to Nulecule spec. #191
base: master
Are you sure you want to change the base?
Conversation
@@ -186,6 +186,37 @@ Field Name | Type | Description | |||
<a name="parametersDefault"></a>default | `string` | **Optional** An optional default value for the parameter. | |||
<a name="parametersHidden"></a>hidden | `string` | **Optional** An optional boolean signifying the parameter should be obscured when displayed. | |||
|
|||
##### XPathing | |||
XPathing is supported by the Nulecule spec as by [RFC 6902](https://tools.ietf.org/html/rfc6902). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
its "Nulecule Specification"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, I should clarify that the RFC implements JSON pointers (inherentdly how we do xpathing)
can you add a little why and what to the XPath chapter. Same for "XPathing", it seems to be called JSON patching, as in the RFC you mentioned. |
770a657
to
2205ddf
Compare
@@ -28,6 +28,10 @@ | |||
"description": "An optional boolean signifying the parameter should be obscured when displayed.", | |||
"type": "boolean", | |||
"default": false | |||
} | |||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In this file we're providing a programatic view of what the data structure looks like, not an example.
Per atomicapp pr#366 shouldn't this be part of the artifacts object? |
Yes, it's suppose to be part of the
|
@aweiteka Feel free to check this PR again :) |
8d8d453
to
73513e1
Compare
3d7c120
to
beef97f
Compare
I still can't reconcile this with atomicapp implementation projectatomic/atomicapp#366 . I don't think it belongs in constraints. I also believe it is better described in artifacts, not params definition. |
@cdrage I submitted PR to update your branch. |
Describe param as structured data
LGTM @vpavlin ? |
I agree with @aweiteka that this belongs in the artifacts section or at least not in constraints. If atomic app varies from the spec we should rationalize the two. Perhaps we need a working spec call? |
This is badddd documentation in my regards, this should have never been committed. I will update this. I also vote to move more towards This is what xpathing looks like within Atomic App and thus within artifacts:
kubernetes:
- resource: artifacts/kubernetes/template.json
params:
foo:
- /spec/template/metadata/foo
bar:
- /spec/template/metadata/bar
- resource: artifacts/kubernetes/extra.json |
@cdrage.. can we get a TL;DR for this? I'm not sure I follow everything. |
ping @cdrage |
TLDR: If you wish to change a value within a json/yaml file, you can specify the value and position in the file to replace, ex:
|
This implements XPathing as per the Atomic App PR projectatomic/atomicapp#366.
Fixes issue #70.
I'm not too good at modfying / changing spec information, so will need some input from @bexelbie and @aweiteka