क्या किसी को उत्पादन प्रणाली (ज्यादातर दिलचस्प टॉमकैट से संबंधित गतिविधियों) में शुद्ध AspectJ भार समय बुनाई के साथ अनुभव है? मैं स्मृति पदचिह्न और सीपीयू ओवरहेड के बारे में थोड़ा चिंता कर रहा हूँ।उत्पादन प्रणाली में AspectJ लोड-टाइम बुनाई
मुझे कल्पना नहीं होगी कि यह अन्य एओपी से संबंधित पुस्तकालयों जैसे सीजीएलआईबी के लिए काफी अलग प्रभाव डालेगा, जिसे हम वसंत में एओपी प्रॉक्सी पीढ़ी के लिए उत्पादन प्रणालियों में बहुत उपयोग करते हैं। प्रदर्शन ठीक है, लेकिन परमिट पूल में बढ़ी हुई स्मृति पदचिह्न है (बड़ी संख्या में सिंथेटिक वर्ग उत्पन्न होने के कारण), जो सावधानीपूर्वक प्रबंधित नहीं होने पर एक समस्या हो सकती है।
AspectJ के लिए मेरे दो सेंट। एलटीडब्ल्यू विकल्प के साथ संस्करण 1.6.4 प्रारंभ में लगभग 60-80 एमबी रैम मेरे टॉमकैट एप्लिकेशन के लिए खाते हैं। संस्करण 1.6.5 विकल्प में स्मृति पदचिह्न को कम करने के लिए "typeDemotion" विकल्प। विवरण यहां हैं - http://andrewclement.blogspot.com/2009/04/aspectj-load-time-weaving-and-memory.html – FoxyBOA
मैं आपको पहलू के लिए बुनाई समय संकलित करने के लिए प्रोत्साहित करता हूं। आप एंट या मैवेन के साथ अपने निर्माण में और एजेडीटी प्लगइन के साथ एक्लिप्स में विकास में ऐसा कर सकते हैं।
लोड समय बुनाई टोमकैट में काम करता है। मेरे पास कुछ महीनों के लिए एक उत्पादन प्रणाली चल रही थी लेकिन संकलन और रख-रखाव को संकुचित करने के लिए स्विचिंग को बहुत आसान बना दिया गया।
क्या मैं आपसे पूछ सकता हूं कि आपने समय बुनाई संकलित करने के लिए स्विच करने का निर्णय क्यों लिया? मेमोरी पदचिह्न/सीपीयू प्रदर्शन के साथ कोई समस्या? – FoxyBOA
स्कैमैन के रूप में पहले से ही कहा गया है कि स्मृति पदचिह्न थोड़ा बढ़ा है लेकिन हमें CPU उपयोग के साथ कोई समस्या नहीं हुई –
हस्ताक्षरित जार और एलटीडब्ल्यू के साथ पहला खून। http://stackoverflow.com/questions/4122930/aspectj-load-time-weaving-for-signed-jars – FoxyBOA