- शिप
- 9 अगस्त 2026 को 7:55 pm बजे UTC
- लेखक
- Kamo
- Commit
- e36b9fc
REST परत ने JPA संस्थाओं को सीधे धारावाहिक किया। एक संपर्क में कोई मैपिंग नहीं है इसके ईमेल, फ़ोन, पते, संगठन, URL, IMs या रिलेशन — उन अलग-अलग टेबल हैं - इसलिए इसमें से कोई भी कभी एक जवाब में नहीं था, और जैक्सन चुपचाप इसमें से सभी को रास्ते में गिरा दिया गया। निर्माण संवाद ने सात खंडों को एकत्र किया और कोई नहीं रह गया। किताबें और समूह उनके आलसी संघों के साथ वापस आए क्यों साइडबार एक पुस्तक के लिए एक समूह को जिम्मेदार नहीं ठहराया जा सकता है? इसके अलावा, एक संपर्क बनाने में सफल नहीं हो सकता: contact.OWNER ID is नहीं और कुछ भी इसे सेट नहीं, यूआई से, एक vCard आयात से, या एक CardDAV से पुट्ट आयात केवल कच्चे कार्ड और छोड़ दिया forMATED NAME null, जो स्तंभ अस्वीकार; निर्यात ने उसी कच्चे कार्ड को वापस पढ़ा, इसलिए कुछ भी बनाया गया था। यूआई ने खाली निर्यात किया। ********** तार आकार के साथ साइडबार की जरूरतों को गिना जाता है और एक पेजर की जरूरत को पूरा करता है - contactDetailStore: बैच-लोड और सात उपग्रह तालिकाओं की जगह लेता है और समूह की सदस्यता; एक संपर्क को हटाने अब उन्हें अनाथ नहीं - ContactQueryStore: गिनती, एक आदेशित / फ़िल्टर्ड / पेजेड org-wide लिस्टिंग, और एक यह भी नाम भागों, फोन नंबर और संगठनों से मेल खाता है कि खोज - ContactVCardMapper: आयात और निर्यात एक क्षेत्र मानचित्रण के माध्यम से जाना, तो एक संपर्क एक राउंड ट्रिप जीवित रहता है। BDAY को एक PartialDate के रूप में लिखा जाता है - इसे हल करना किसी अन्य समय में पाठकों के लिए दिन में तुरंत बदलाव आया - अद्यतनबुक केवल भेजे गए फ़ील्ड को लागू करता है: एक पुस्तक का नाम बदलने के लिए इसका उपयोग किया जाता है विवरण और रंग, और एनयूएल पर फेंक दृश्यमान - डिलीटबुक कैस्केड; ऑर्ग डिफ़ॉल्ट को तोड़ने के बजाय मना कर दिया जाता है प्रत्येक ऑर्ग-लेवल बुक को नियंत्रित करने पर निर्भर करता है - थोक हटाने / हटाने / समूह समापन बिंदु - सूची के चेकबॉक्स को कॉल करने के लिए कुछ भी नहीं था पुस्तक निर्माण हमेशा एक मालिक को सेट करता है और एक ग्राहक-अनुपन्न isOrgDefault को अनदेखा करता है: एक मालिक रहित पुस्तक केवल org डिफ़ॉल्ट के रूप में कानूनी है, और दूसरा डिफ़ॉल्ट होगा ऑर्गेडिफोल्ट को मनमाने ढंग से चुना जाता है।.