Yes, having a space where you are p

Yes, having a space where you are putting it should result in a bad request.

HTTP 1.1 is a protocol defined by a standard. By referencing the standard documentation, it is possible to determine what is and what isn't a valid request.

You can find the standard for HTTP/1.1 at RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1, and you might specifically want to look at sections 14.17 Content-Type and 3.7 Media Types.

The error response from Jetty

HTTP/1.1 400 Bad Request
indicates that Jetty did detect that as a bad URL and rejected it.

As for how to customize this, that is really tricky, mainly due to how early in the processing of this specific request it occurs in.

This kind of error (400 Bad Request) occurs during the parsing of the raw incoming http request, well before the server container has even attempted to figure out what context to talk to.

There is no way to have a custom error handler in a specific webapp context handle this sort of fundamental http error. As the server has yet to figure out what context to even talk to.

There is also no way at the server side (even at a global level) to customize this error message.

If you want such a feature, please file a feature request.

ผลลัพธ์ (ไทย) 1:

ใช่ มีพื้นที่ที่จะเก็บไว้ควรทำการร้องขอไม่ถูกต้องHTTP 1.1 เป็นโพรโทคอลที่กำหนด โดยมาตรฐาน โดยอ้างอิงเอกสารมาตรฐาน จำเป็นต้องตรวจสอบอะไรและไม่ต้องขอคุณสามารถค้นหามาตรฐานสำหรับ HTTP/1.1 ใน RFC 2616 - Hypertext Transfer Protocol - HTTP/1.1 และคุณอาจต้องการให้ดูส่วน 14.17 ชนิดเนื้อหาและชนิดของสื่อที่ 3.7การตอบสนองข้อผิดพลาดจากท่าเทียบเรือHTTP/1.1 400 การร้องขอไม่ระบุว่า ท่าไม่ตรวจหาที่เป็น URL ไม่ถูกต้อง และถูกปฏิเสธนั้นสำหรับวิธีการกำหนดเองนี้ ที่จะหากินจริง ๆ ส่วนใหญ่เนื่องจากเป็นวิธีแรกในการประมวลผลการร้องขอที่ระบุนี้เกิดขึ้นในชนิดของข้อผิดพลาด (400 คำขอไม่ถูกต้อง) เกิดขึ้นในระหว่างการแยกวิเคราะห์ขอ http ขาเข้าวัตถุดิบ ก่อนที่เซิร์ฟเวอร์คอนเทนเนอร์แม้พยายามคิดออกว่าบริบทการพูดคุยกับมีวิธีให้มีการจัดการข้อผิดพลาดที่กำหนดเองในหมายเลขอ้างอิงบริบทเฉพาะ webapp นี้เรียงลำดับของข้อผิดพลาด http พื้นฐาน เวอร์ยังมีคิด ออกบริบทอะไรไปแม้แต่คุยมีวิธีที่ฝั่งเซิร์ฟเวอร์ (แม้แต่ในระดับสากล) การ กำหนดข้อผิดพลาดนี้ถ้าคุณต้องการคุณลักษณะดังกล่าว โปรดยื่นคำร้องขอคุณลักษณะ

ผลลัพธ์ (ไทย) 2:

ใช่มีพื้นที่ที่คุณจะวางมันควรจะส่งผลในคำขอที่ไม่ดี. HTTP 1.1 เป็นโปรโตคอลที่กำหนดโดยมาตรฐาน โดยการอ้างอิงเอกสารมาตรฐานก็เป็นไปได้ในการกำหนดสิ่งที่เป็นและสิ่งที่ไม่ได้เป็นคำขอที่ถูกต้อง. คุณสามารถค้นหามาตรฐานสำหรับ HTTP / 1.1 ที่ RFC 2616 - Hypertext Transfer Protocol - HTTP / 1.1 และคุณโดยเฉพาะอาจต้องการที่จะ มองไปที่ส่วน 14.17 ประเภทเนื้อหาและ 3.7 สื่อประเภท. การตอบสนองข้อผิดพลาดจากท่าเทียบเรือHTTP / 1.1 400 ร้องขอไม่ถูกต้องแสดงให้เห็นว่าท่าเทียบเรือได้ตรวจพบว่าเป็น URL ที่ไม่ดีและปฏิเสธมัน. สำหรับวิธีการปรับแต่งนี้ว่าเป็นเรื่องยุ่งยากจริงๆส่วนใหญ่ เนื่องจากวิธีการในช่วงต้นของการประมวลผลของคำขอนี้เฉพาะที่มันเกิดขึ้นใน. ชนิดของข้อผิดพลาด (400 ร้องขอไม่ถูกต้อง) นี้เกิดขึ้นระหว่างการแยกวิเคราะห์การร้องขอ HTTP ขาเข้าวัตถุดิบที่ดีก่อนที่จะคอนเทนเนอร์ของเซิร์ฟเวอร์ได้พยายามแม้กระทั่งจะคิดออกว่าบริบทที่จะพูดคุย เพื่อ. ไม่มีทางที่จะมีการจัดการข้อผิดพลาดที่กำหนดเองในบริบท webapp เฉพาะการจัดการการจัดเรียงของข้อผิดพลาด HTTP พื้นฐานนี้ไม่เป็น เป็นเซิร์ฟเวอร์ยังไม่ได้คิดออกว่าบริบทที่จะได้พูดคุยกับ. นอกจากนี้ยังไม่มีทางที่ฝั่งเซิร์ฟเวอร์ (แม้ในระดับโลก) เพื่อปรับแต่งข้อความข้อผิดพลาดนี้. ถ้าคุณต้องการคุณลักษณะดังกล่าวโปรดยื่นคำขอคุณสมบัติ

ผลลัพธ์ (ไทย) 3:

ใช่ มีพื้นที่ที่คุณจะวางมันควรจะส่งผลในการร้องขอไม่ถูกต้องเป็นโปรโตคอล HTTP 1.1 ที่กำหนดโดยมาตรฐาน โดยอ้างอิงเอกสารมาตรฐาน , มันเป็นไปได้ว่ามีอะไร และอะไรไม่ใช่การร้องขอที่ถูกต้องท่านสามารถค้นหามาตรฐาน HTTP / 1.1 ใน RFC 2616 - Hypertext Transfer Protocol -- HTTP / 1.1 , และคุณอาจจะโดยเฉพาะอย่างยิ่งต้องการดูส่วน 14.17 ประเภทเนื้อหาและ 3.7 ประเภทสื่อข้อผิดพลาดในการตอบสนองจากท่าเทียบเรือHTTP / 1.1 400 Bad Requestแสดงว่าที่ทำตรวจสอบว่าเป็น URL ที่ไม่ดีและปฏิเสธมันสำหรับวิธีการปรับแต่งได้ ซึ่งยากมาก ส่วนใหญ่เนื่องจากวิธีที่เร็วในการประมวลผลของการร้องขอที่เฉพาะเจาะจงนี้เกิดขึ้นในชนิดของข้อผิดพลาด ( 400 Bad Request ) เกิดขึ้นในช่วงการของดิบ HTTP Request เข้ามา ก่อนที่ตู้เซิร์ฟเวอร์ได้พยายามที่จะคิดออกว่าบริบทที่จะคุยด้วยไม่มีทางที่จะมีข้อผิดพลาดที่กำหนดเองในบริบท WebApp เฉพาะผู้ดูแลจัดการประเภทนี้ข้อผิดพลาด HTTP ขั้นพื้นฐาน เป็นเซิร์ฟเวอร์ยังไม่ได้คิดออกบริบทอะไรแม้แต่คุยด้วยนอกจากนี้ยังมีวิธีการที่ฝั่งเซิร์ฟเวอร์ ( ในระดับสากล ) เพื่อปรับแต่งข้อความแสดงข้อผิดพลาดนี้ถ้าคุณต้องการคุณสมบัติดังกล่าวโปรดไฟล์คุณสมบัติขอ