Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add Traffic fields to the Service Schema #9953

Merged
merged 1 commit into from
Oct 30, 2020

Conversation

joshuawilson
Copy link
Contributor

Related to #912

Proposed Changes

  • This adds just the Traffic section to the Service schema.

Release Note

Updated the Service schema to include the Traffic fields.

@google-cla google-cla bot added the cla: yes Indicates the PR's author has signed the CLA. label Oct 27, 2020
@knative-prow-robot knative-prow-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Oct 27, 2020
@codecov
Copy link

codecov bot commented Oct 27, 2020

Codecov Report

Merging #9953 into master will increase coverage by 0.02%.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff             @@
##           master    #9953      +/-   ##
==========================================
+ Coverage   87.81%   87.83%   +0.02%     
==========================================
  Files         183      183              
  Lines        8631     8631              
==========================================
+ Hits         7579     7581       +2     
+ Misses        801      800       -1     
+ Partials      251      250       -1     
Impacted Files Coverage Δ
pkg/reconciler/configuration/configuration.go 88.28% <0.00%> (+1.56%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9d30acd...e72fd5f. Read the comment docs.

@dprotaso
Copy link
Member

/assign @dprotaso

@joshuawilson
Copy link
Contributor Author

/retest

from the prior "latest ready" revision to the new one. This field is never
set in Route's status, only its spec.
This is mutually exclusive with RevisionName.
+optional
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does it make sense to drop these +optional?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It was my understanding that you could have only one of revisionName OR configurationName. Unless you are saying that configurationName can never be in traffic.
I copied the comments from the API.
OR are you just saying that it may be too much api specific info?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was referring to having the literal +optional in the description. The prior text seems clear enough

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can remove it.

Comment on lines 108 to 140
Scheme:
type: string
Opaque:
type: string
description: encoded opaque data
User:
type: object
description: username and password information
properties:
username:
type: string
password:
type: string
passwordSet:
type: boolean
Host:
type: string
description: host or host:port
Path:
type: string
description: path (relative paths may omit leading slash)
RawPath:
type: string
description: encoded path hint (see EscapedPath method)
ForceQuery:
type: boolean
description: append a query ('?') even if RawQuery is empty
RawQuery:
type: string
description: encoded query values, without '?'
Fragment:
type: string
description: fragment for references, without '#'
Copy link
Member

@dprotaso dprotaso Oct 28, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This isn't accurate. You'll have to look at how the struct is serialized.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually the url property I believe is only present in the object's status block so I believe this whole thing can be removed.

Copy link
Contributor Author

@joshuawilson joshuawilson Oct 28, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The struct for TrafficTarget has
URL *apis.URL json:"url,omitempty"
I used the fields for url.URL.

Can you point me to where it is serialized. I'm confused if the type is URL and the schema has the details of URL, what is wrong. I'm not disagreeing, I'm just confused.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just saw the comment to remove it. I can do that if you want.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should be able to remove it from the spec

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok, I'll remove it

@dprotaso
Copy link
Member

/approve
/lgtm

@knative-prow-robot knative-prow-robot added the lgtm Indicates that a PR is ready to be merged. label Oct 30, 2020
@knative-prow-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dprotaso, joshuawilson

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@knative-prow-robot knative-prow-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Oct 30, 2020
@knative-prow-robot knative-prow-robot merged commit 819ce4c into knative:master Oct 30, 2020
@joshuawilson joshuawilson deleted the service-schema branch October 30, 2020 23:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cla: yes Indicates the PR's author has signed the CLA. lgtm Indicates that a PR is ready to be merged. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants