Http4s blaze should provide better feedback when rejecting a bad request (400)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Bắt đầu tại blaze-server/src/main/scala/org/http4s/server/blaze/Http1ServerStage.scala, khoảng dòng 317, nơi issue xác định log ở mức debug cho các request bị từ chối. Xem xét hiện tại response 400 và logging hoạt động như thế nào đối với URL ví dụ, sau đó xin hướng dẫn từ maintainer về việc chọn log ở mức info, thông tin chi tiết trong response hoặc cả hai. Hoàn tất khi hành vi được chọn giúp chẩn đoán việc từ chối ở mức logging mặc định hoặc trong response.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I'll start explaining myself with an example. Let's say we deploy an http4s blaze server with info level logging. We then hit the server with a request for http://127.0.0.1:8080/foo?bar={} and get 400 in response. The response body is empty - no feedback there. The logs? No info there too. (for now, let's not discuss why this is a valid URL according to Firefox and Chrome and an invalid according to parboiled)
Switching logger level to debug, would give us the precious error message. But IMO using debug logs on production is not the way to go. I would like the problem to be diagnosable "by default", and the IMO info level is the "default" for production. So what can we do about it?
- This log could be an info level log.
- The response message could contain error information.
I can make a PR for one or both of these, but I would like to first hear your (maintainers'/community) opinion on that. Especially I would like to know which solution you would prefer.
- Ngôn ngữ chính
- Scala
- Star
- 371
- Fork
- 63
- Merge trung bình
- 4 giờ 12 phút
- Pull request đã merge (30 ngày)
- 5
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của http4s/blaze
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
-
support
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
Issue tương tự
-
GeoSeries scale and skew tests fail with pytest 9.2.0Có thể đã có người làm @jiayuasu đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] Python unit CI fails on Ubuntu 26.04 runnerCó thể đã có người làm @parthosa đã nhận hôm nay. Đang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 83/100
NVIDIA/cudf-spark-tools#2207 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
canton-network/splice#8087 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày