वास्तव में पूर्ति नीति को कॉल करें

शिप

27 अगस्त 2026 को 6:50 am बजे UTC

लेखक

Kamo

Commit

87af172

SW3 ने एक इंटरफेस के पहले सदस्य के रूप में FulfillmentPolicy को लागू किया कि कोई नहीं था, और कभी भी इसे नहीं कहा - कामो साझा पुस्तकालय भर में एक झलक और सुरक्षासेवा अपने पैकेज के बाहर दो हिट लौटे, दोनों जावाडोक। सेवाजॉब में हर वातावरण में शून्य पंक्तियां होती हैं और हमेशा होती हैं। प्रक्रियाआदेश भुगतान प्रति लाइन आइटम एक पूर्ति बनाता है जबकि निर्माणFromCommitment एक पूरे प्रतिबद्धता लेता है, और उस granularity इसलिए कॉल साइट कभी नहीं लिखी गई थी। एक बार पूछकर हल प्रति प्रतिबद्धता, प्रति लाइन लूप से पहले। लूप वास्तव में रहता है क्योंकि यह था: सगाईजीवन चक्र, इन्वेंटरी अवधारणा और PATCH / फुलफिलमेंट्स /{id} सभी उन पंक्तियों को पढ़ते हैं, इसलिए एक सेवा प्रतिबद्धता अब दोनों को पैदा करती है - एक नौकरी के लिए काम और पूर्ति पंक्तियां सिस्टम के बाकी हिस्सों की उम्मीद है। स्वीकार ServiceQuote को अपनी Service AGREEMENT सन्दर्भ के बाद एक ही पूछता है। संलग्न है (जो है जो समर्थन करता है) यहाँ पर मैच). इसका FulfillmentOrder and its WorkOrderDTO return is untouched. इसके बिना, एक स्वीकृत सेवा उद्धरण उस क्षण को गायब कर देगा जब कार्य-आदेश सूची चाल सेवा जॉब पर। Injected as @Autowired(required = झूठी) List<FulfillmentPolicy> with an a list ठोस नीति के बजाय खाली डिफ़ॉल्ट, इसलिए दूसरी ऊर्ध्वाधर आवश्यकता है यहां कोई संपादन नहीं है। ध्यान दें कि सूची स्वयं-डिफ़ॉल्ट नहीं है: एक सादे @Autowired कोई उम्मीदवार के साथ संग्रह UnsatisfiedDependencyException एक खाली सूची को हल करने के बजाय - मापा गया, नहीं माना जाता है। व्यवहारिक रूप से परीक्षण किया गया: वाणिज्य सेवा क्षेत्र द्वारा इंजेक्शन देती है, इसलिए यह हो सकता है नए और हस्तलिखित प्रॉक्सी आधारित रिकॉर्डिंग के साथ-साथ रियल सर्विसफुलिमेंटनीति के साथ। दो कॉल साइटों को हटाना 6 परीक्षणों में से 3 लाल; प्रति लाइन लूप के अंदर पूछते हुए 1 लाल हो जाता है तीन-लाइन ऑर्डर पर।.