.NET

2012-04-26 15 views
37

में JAXB @XMLIDRef को संभालें I jax-ws का उपयोग कर एक वेब सेवा लिख ​​रहा हूं। वेब सेवा के तरीकों में से एक बीन देता है, जिसमें इसके माता-पिता का संदर्भ होता है। चक्रीय संदर्भों को रोकने के लिए मैं अपने बीन में जेएक्सबी @ एक्सएमएलआईडी और @ एक्सएमएलआईडीआरएफ एनोटेशन का उपयोग कर रहा हूं।.NET

तब मैं जावा क्लाइंट के लिए प्रॉक्सी क्लास उत्पन्न कर रहा हूं सब कुछ ठीक काम करता है और आईडी ऑब्जेक्ट गुणों को हल करता है। लेकिन फिर मैं .NET के लिए विजुअल स्टूडियो में वेब-सेवा क्लाइंट प्रॉक्सी उत्पन्न कर रहा हूं, यह idrefs को स्ट्रिंग गुणों के रूप में व्याख्या करता है, ऑब्जेक्ट नहीं।

क्या idrefs को हल करने के साथ .NET के लिए wsdl से प्रॉक्सी कक्षाएं उत्पन्न करना संभव है?

+2

ऐसा प्रतीत होता है .NET आईडी/रेफरी विशेषता कॉम्बो पसंद करता है। Http://stackoverflow.com/a/1617566/278836 देखें। इसलिए .NET को जावा तरीके पसंद नहीं है और जावा को .NET रास्ता पसंद नहीं है; कम से कम बॉक्स के बाहर (जहां तक ​​मैं बता सकता हूं)। मुझे इस में बहुत दिलचस्पी है क्योंकि क्रॉस प्लेटफार्म संदर्भ एक महत्वपूर्ण विशेषता की तरह दिखते हैं। –

+1

@Andrew व्हाइट उस संदर्भ के लिए धन्यवाद। मैं इस बात पर चिंतित हूं कि इस बार मैं इस इंटरऑप गड़बड़ी से कैसे बचने में कामयाब रहा। मैंने उस लिंक के माध्यम से पढ़ा, जिसने इस लिंक को जन्म दिया: http://blogs.msdn.com/b/sowmy/archive/2006/03/26/561188.aspx। शायद सवाल नीचे आता है: क्या तकनीक एनईटी/जावा इंटरऑप को अनुमति देने के लिए पर्याप्त है? –

उत्तर

1

बॉक्स के बाहर माइक्रोसॉफ्ट के उपकरण आपके लिए नौकरी नहीं करेंगे। आपको माइक्रोसॉफ्ट से

wsdl पीढ़ी के उपकरण बदलने के लिए कहना होगा। उदाहरण के लिए:

हाल ही में एक परियोजना मैं इन उपकरणों की कमी आने के आसपास काम करना पड़ता था और एक Basic का उपयोग उत्पन्न कोड संशोधित स्क्रिप्ट फिक्सिंग जो आवश्यक तरीके से उत्पन्न नहीं हुई थी (जावा पक्ष wsdl पीढ़ी के साथ हमारे मामले असंगतताओं में)

+0

कृपया अपने निष्कर्ष पर कैसे पहुंचे इस पर विस्तार करें। –