- शिप
- 10 अगस्त 2026 को 2:52 pm बजे UTC
- लेखक
- Kamo
- Commit
- 7746fce
mkCol ने न तो एक संगठन और न ही एक मालिक को ले जाने वाली एक संपर्कबुक बनाई और 201 को लौटाने के बावजूद, इसलिए कार्डडीएवी से एक पता पुस्तिका बनाना ग्राहक हर बार फ्लश में विफल रहा: ORGANIZATION ID नहीं है, और एक मालिक रहित पुस्तक OWNER ID is not NULL or IS ORG DEFAULT = TRUE. MKCOL रूट किया गया है और अपने खुद के स्वीकार्य हेडर में विज्ञापित है, इसलिए यह था पहुंच योग्य, मृत कोड नहीं। दोनों ही गुंजाइश अब सत्र से आये हैं DAV auth फ़िल्टर स्थापित - davUserId और davOrgid, एक ही जोड़ी हर दूसरे यहाँ का उपयोग करता है। कि इससे भी अधिक मामलों में: स्वामित्व के साथ पहुँच नियंत्रण बन गया प्रति-सदस्य एड्रेसबुक परिवर्तन, इसलिए मालिक के बिना बनाई गई एक पुस्तक सदस्य के लिए अदृश्य होना चाहिए, भले ही सम्मिलित हो सफल रहा। यहाँ दो छोटे सुधार: - एक संग्रह के खिलाफ MKCOL जो पहले से ही जवाब देने के बजाय 405 है। चुपचाप एक दूसरी पुस्तक (RFC 4918 अनुभाग 9.3.1) का निर्माण। - प्रतिक्रिया एक स्थान शीर्षलेख है। पथ खंड नहीं बन सकता नई पुस्तक की आईडी - ids डेटाबेस-generated हैं - इसलिए संग्रह भूमि अपने स्वयं के URL पर, और स्थान यह है कि कैसे क्लाइंट इसे खोजने के लिए है। साथ में परीक्षण पिन इकाई अनुबंध MKCOL को संतुष्ट करना है: हैंडलर को व्यायाम करने के लिए एक servlet कंटेनर की आवश्यकता होती है, लेकिन नल नहीं संगठन, मालिक-ऑर्ग-डिफ़ॉल्ट चेक बाधा और अनिवार्य नाम वास्तव में पुराने कोड का उल्लंघन क्या है।.