धारा 19.3 HTTP 1.1 आरएफसी (2616) की "सहिष्णु अनुप्रयोग" HTTP क्लाइंट अनुप्रयोग से पार्स करने दिनांकों के विषय पर कहते हैं: एक HTTP शीर्ष लेख को गलत तरीके से एक समय जीएमटी के अलावा अन्य क्षेत्र के साथ
मैं RFC 2616 से बता सकते हैं कि क्या नहीं एक HTTP ग्राहक एक 204 कोई सामग्री नहीं प्रतिक्रिया है कि सामग्री-लंबाई शामिल स्वीकार करना चाहिए: 0 या स्थानांतरण-एन्कोडिंग: chunked हेडर। इन हेडर, कुछ HTTP ग्
Rfc2616 सूचीबद्ध करता है कई तरीके के अलावा प्राप्त और पोस्ट, जैसे, कहते हैं, हटाएँ, एचटीएमएल रूपों में डाल आदि विधि क्षेत्र है, हालांकि, केवल निर्दिष्ट GET या POST करने की अनुमति दी जा रहा है। क्या एक
w3.org (RFC2616) भाग के लिए अधिकतम आकार परिभाषित नहीं करता है। लेकिन अधिकतम चंक-आकार के बिना चंक-एक्सटेंशन के लिए कोई जगह नहीं है। अधिकतम खंड-आकार होना चाहिए, अन्यथा मैं खंड-विस्तार को अनदेखा नहीं कर
मुझे जावा में एक HTTP क्लाइंट को कार्यान्वित करना है और मेरी ज़रूरतों के लिए ऐसा लगता है कि ऐसा करने का सबसे प्रभावी तरीका HTTP पाइपलाइन लागू करना है (RFC2616 के अनुसार)। एक तरफ, मैं पाइपलाइन पोस्ट कर