Panjang permintaan HTTP GET tidak diberlakukan oleh RFC2616 , karena Microsoft melaporkan untuk halaman dukungan panjang maks IE .
Jadi, panjang GET maksimum adalah masalah yang terkait dengan klien (browser) . Jika aplikasi Anda digunakan oleh orang-orang yang dapat Anda paksa untuk menggunakan browser yang diberikan maka Anda hanya dapat menemukan berapa lama dukungan browser ini.
Dalam setiap kasus saya sarankan melihat ke halaman Wikypedia tentang masalah-masalah yang terkait dengan browser pada string Kueri (bagian dari permintaan yang membawa parameter untuk aplikasi sisi server, yang mengikuti "?" Akhirnya hadir dalam permintaan.
Tentu saja mungkin kucing jantan akan memberikan batasan juga, di sisi server. RFC mengatakan:
Server HARUS dapat menangani URI dari sumber daya apa pun yang mereka layani, dan HARUS menangani URI dengan panjang yang tidak terbatas jika mereka menyediakan formulir berbasis GET yang dapat menghasilkan URI tersebut. Server HARUS mengembalikan status 414 (Permintaan-URI Terlalu Panjang) jika URI lebih panjang daripada yang bisa ditangani server (lihat bagian 10.4.15).
sehingga Anda dapat dengan mudah menguji apakah Tomcat memiliki batas dan mencari tahu apa batas ini hanya menggunakan permintaan yang berbeda dimulai dengan permintaan yang sangat lama memberikan kesalahan dan turun setengahnya. Kemudian gunakan metode membagi dua untuk dengan cepat menemukan nilai yang tepat.
server.xml
konfigurasi, tanpa memperhatikan, dan tiba-tiba menabraknya. Gotcha yang menyakitkan: tidak ada yang dicatat tentang hal itu, koneksi terputus secara diam-diam (saya tidak ingat Status HTTP lagi). Saya sengaja menemukan dokumentasi di tomcat.apache.org/tomcat-5.5-doc/config/http.html sebelumnya, namun saya tidak mengaitkannyamaxHttpHeaderSize
dengan namanya atau deskripsinya yang terkait dengan parameter permintaan kueri GET sendiri.