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

http: support additional content type #903

Merged
merged 6 commits into from
Feb 2, 2021

Conversation

oncilla
Copy link
Contributor

@oncilla oncilla commented Jan 8, 2021

Support application/x-www-form-urlencoded as an additional content
type for AtomicLevel.ServeHTTP.

This is the default content type for curl -X POST.

With this change, interacting with the HTTP endpoint is a bit more
user friendly:

curl -X PUT localhost:8080/log/level -d level=debug

Additionally, the unit tests for the HTTP handler are transformed to
a table driven approach.

fixes #902


This change is Reviewable

Support `application/x-www-form-urlencoded` as an additional content
type for `AtomicLevel.ServeHTTP`.

This is the default content type for `curl -X POST`.

With this change, interacting with the HTTP endpoint is a bit more
user friendly:

```
curl -X PUT localhost:8080/log/level -d level=debug
```

Additionally, the unit tests for the HTTP handler are transformed to
a table driven approach.

fixes uber-go#902
@CLAassistant
Copy link

CLAassistant commented Jan 8, 2021

CLA assistant check
All committers have signed the CLA.

@codecov
Copy link

codecov bot commented Jan 8, 2021

Codecov Report

Merging #903 (86ae38e) into master (f8ef926) will increase coverage by 0.00%.
The diff coverage is 100.00%.

Impacted file tree graph

@@           Coverage Diff           @@
##           master     #903   +/-   ##
=======================================
  Coverage   98.22%   98.23%           
=======================================
  Files          44       44           
  Lines        1915     1925   +10     
=======================================
+ Hits         1881     1891   +10     
  Misses         27       27           
  Partials        7        7           
Impacted Files Coverage Δ
http_handler.go 100.00% <100.00%> (ø)

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 f8ef926...86ae38e. Read the comment docs.

Copy link
Collaborator

@abhinav abhinav left a comment

Choose a reason for hiding this comment

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

Thanks for the change! The core logic looks mostly good. I have some suggestions around style.

http_handler.go Outdated
Comment on lines 54 to 65
// request could look like this:
//
// curl -X PUT localhost:8080/log/level -d level=debug
//
// For any other content type, the payload is expected to be JSON encoded and
// look like:
//
// {"level":"info"}
//
// An example curl request could look like this:
//
// curl -X PUT localhost:8080/log/level -H "Content-Type: application/json" -d '{"level":"debug"}'
Copy link
Collaborator

Choose a reason for hiding this comment

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

This is great documentation, thank you!

http_handler.go Outdated
}
if req.Level == nil {
return "Must specify a logging level."
requestedLvl, err := func(body io.Reader) (*zapcore.Level, error) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

This appears to be an effort to reduce error handling duplication. That's a good call but can we perhaps move this to its own unexported method?

requestedLevel, err := lvl.decodePutRequest(r)

Additionally, since zapcore.Level is just an int8, we don't need to return its address:

func (lvl AtomicLevel) decodePutRequest(*http.Request) (zapcore.Level, error)

It's a pointer in payload to detect the absence of the level in the JSON payload. So we can validate it's non-nil on the JSON path and dereference it.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Good point. I tried to follow the previous style, but your suggestion is more maintainable and readable IMO.

http_handler.go Outdated
Comment on lines 100 to 103
if err := l.UnmarshalText([]byte(lvl)); err != nil {
return nil, err
}
return &l, nil
Copy link
Collaborator

Choose a reason for hiding this comment

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

Optionally, this can be shortened.

Suggested change
if err := l.UnmarshalText([]byte(lvl)); err != nil {
return nil, err
}
return &l, nil
err := l.UnmarshalText([]byte(lvl))
return &l, err

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 prefer being explicit here. Especially after switching to value type.

It is not immediately obvious whether the returned value is pre- or post-UnmarshalText without knowing that part of the spec by hart. (TBH I would need to look that up)

Comment on lines 38 to 44
tests := map[string]struct {
Method string
ContentType string
Body string
ExpectedCode int
ExpectedLevel zapcore.Level
}{
Copy link
Collaborator

Choose a reason for hiding this comment

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

Thanks for making this a table test. If you wouldn't mind, we have a preference for slice-based table tests rather than maps:

tests :=  []struct {
  desc string
  method string
  contentType string
  ...
}{
  ...
}

for _, tt := range tests {
  ..

(See also https://github.com/uber-go/guide/blob/master/style.md#test-tables)

Comment on lines 114 to 117
ts := httptest.NewServer(lvl)
defer ts.Close()

req, err := http.NewRequest(test.Method, ts.URL, strings.NewReader(test.Body))
Copy link
Collaborator

Choose a reason for hiding this comment

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

can we name the test server srv or server?

Suggested change
ts := httptest.NewServer(lvl)
defer ts.Close()
req, err := http.NewRequest(test.Method, ts.URL, strings.NewReader(test.Body))
server := httptest.NewServer(lvl)
defer server.Close()
req, err := http.NewRequest(test.Method, server.URL, strings.NewReader(test.Body))

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done

},
}

for name, test := range tests {
Copy link
Collaborator

Choose a reason for hiding this comment

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

For table tests, consider renaming the test cases to tt.

for _, tt := range tests {

http_handler.go Outdated
Comment on lines 117 to 121
enc.Encode(errorResponse{Error: err.Error()})
return
}

lvl.SetLevel(*req.Level)
enc.Encode(req)

lvl.SetLevel(*requestedLvl)
enc.Encode(payload{Level: requestedLvl})
Copy link
Collaborator

Choose a reason for hiding this comment

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

Do we want a JSON output even for non-JSON input?

Maybe this is okay and we can add a plain text output later if we need it and the client has an Accepts: text/plain?

CC @prashantv

Copy link
Contributor Author

Choose a reason for hiding this comment

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

If we want to return non-JSON in the response, I would definitively go for content type negotiation through the Accepts header.

In any case, I would vote for this to be part of a follow-up PR if it is desired.

@oncilla
Copy link
Contributor Author

oncilla commented Jan 10, 2021

Thanks for the swift feedback. I hope I get around to address the comments this week.

oncilla and others added 2 commits January 11, 2021 18:09
These methods do not have need of the atomic level. Turn them into
functions to avoid accidentally manipulating or accessing it.
http_handler.go Outdated
Comment on lines 98 to 101
if contentType == "application/x-www-form-urlencoded" {
return lvl.decodePutURL(body)
}
return lvl.decodePutJSON(body)
Copy link
Collaborator

Choose a reason for hiding this comment

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

Minor: It looks like these methods could be top-level functions since they don't do anything with the AtomicLevel. I'm gonna change that.

@abhinav
Copy link
Collaborator

abhinav commented Jan 15, 2021

Sorry for the delay in reviewing. This looks great!
I'm going to get a second review on this before merging.
Thanks for the change!

Copy link
Collaborator

@prashantv prashantv left a comment

Choose a reason for hiding this comment

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

Change looks good, although one change we can make to simplify, but also provide an easier way to set the level: use ParseForm() and FormValue(..) to get the level field if it exists. It would simplify the code, while also allowing URL parameters to be used. Thoughts?

@oncilla
Copy link
Contributor Author

oncilla commented Jan 25, 2021

@prashantv nice. Did not know that exists.

Should I also add tests for the URL params encoding?

@prashantv
Copy link
Collaborator

Should I also add tests for the URL params encoding?

Yes, that would be great if you could add a test for passing the parameter in a URL (and mention it in the docs). Thanks!

@oncilla
Copy link
Contributor Author

oncilla commented Jan 26, 2021

Done.

Copy link
Collaborator

@prashantv prashantv left a comment

Choose a reason for hiding this comment

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

Thanks for the contribution!

@prashantv prashantv merged commit b274f65 into uber-go:master Feb 2, 2021
abhinav added a commit that referenced this pull request May 25, 2021
Support `application/x-www-form-urlencoded` as an additional content
type for `AtomicLevel.ServeHTTP`.

This is the default content type for `curl -X POST`.

With this change, interacting with the HTTP endpoint is a bit more
user friendly:

```
curl -X PUT localhost:8080/log/level -d level=debug
```

Additionally, the unit tests for the HTTP handler are transformed to
a table driven approach.

fixes #902

Co-authored-by: Abhinav Gupta <abg@uber.com>
cgxxv pushed a commit to cgxxv/zap that referenced this pull request Mar 25, 2022
Support `application/x-www-form-urlencoded` as an additional content
type for `AtomicLevel.ServeHTTP`.

This is the default content type for `curl -X POST`.

With this change, interacting with the HTTP endpoint is a bit more
user friendly:

```
curl -X PUT localhost:8080/log/level -d level=debug
```

Additionally, the unit tests for the HTTP handler are transformed to
a table driven approach.

fixes uber-go#902

Co-authored-by: Abhinav Gupta <abg@uber.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

http: more human friendly request body
4 participants