यह अक्सर कई में कंटेनर परिभाषाओं को विभाजित करने के लिए उपयोगी हो सकता
<import resource="services.xml"/>
प्रत्येक तत्व के संसाधन विशेषता एक मान्य पथ है एक्सएमएल फाइलें। एप्लिकेशन संदर्भ को लोड करने का एक तरीका जो इन सभी XML खंडों से कॉन्फ़िगर किया गया है, संदर्भ कन्स्ट्रक्टर का उपयोग करना है जो एकाधिक संसाधन स्थान लेता है। बीन फैक्ट्री के साथ, एक बीन परिभाषा पाठक को प्रत्येक फ़ाइल से परिभाषाओं को पढ़ने के लिए कई बार उपयोग किया जा सकता है।
आम तौर पर, स्प्रिंग टीम दृष्टिकोण से ऊपर पसंद करती हैं, क्योंकि यह कंटेनर विन्यास फाइल तथ्य है कि वे दूसरों के साथ संयुक्त किया जा रहा है के बारे में पता रहता है। एक वैकल्पिक दृष्टिकोण तत्व की घटनाओं को फ़ाइल (या फ़ाइलों) से बीन परिभाषाओं को लोड करने के लिए एक या अधिक घटनाओं का उपयोग करना है।
<import resource="services.xml"/>
<import resource="resources/messageSource.xml"/>
<import resource="/resources/themeSource.xml"/>
<bean id="bean1" class="..."/>
<bean id="bean2" class="..."/>
इस उदाहरण में, बाहरी सेम परिभाषाएँ 3 फ़ाइलें, services.xml, messageSource.xml, और themeSource से लोड किया जा रहा है: चलो एक नमूना पर नजर डालते हैं .xml। सभी स्थान रास्तों आयात कर परिभाषा फ़ाइल के सापेक्ष माना जाता है, इसलिए इस मामले में services.xml एक ही निर्देशिका या आयात कर रही फ़ाइल के रूप में classpath स्थान में होना चाहिए, जबकि messageSource.xml और themeSource .xml फ़ाइल आयात करने के स्थान के नीचे स्थित संसाधनों में होना चाहिए। जैसा कि आप देख सकते हैं, अग्रणी स्लैश वास्तव में अनदेखा किया जाता है, लेकिन दिया जाता है कि इन्हें सापेक्ष पथ माना जाता है, यह शायद फ़ॉर्म स्लैश का उपयोग न करने के लिए बेहतर है। आयात किए जा रहे फ़ाइलों की सामग्री स्प्रिंग स्कीमा या डीटीडी के अनुसार शीर्ष XML तत्व सहित मान्य XML बीन परिभाषा फ़ाइलें होनी चाहिए।
वसंत दस्तावेज़ों से बिल्कुल सहमत हैं: कॉन्फ़िगरेशन फ़ाइलों का एकत्रीकरण हर बार स्पष्ट आयात को धड़कता है। यदि यूनिट परीक्षण के अलावा कुछ भी नहीं है। –