2010-09-13 37 views
6

के मिश्रित संस्करणों में पीआईए को तैनात करना हैलो मैं एमएस ऑफिस के लिए प्राथमिक इंटरऑप असेंबली (पीआईए) की तैनाती को समझने के साथ कुछ जटिलताओं से लड़ रहा हूं। मेरे पास विजुअल स्टूडियो कॉम ऐड-आई है जो शुद्ध कॉम टेक्नोलॉजी पर वीएस 2008 में बनाया गया है (वीएसटीओ उस पर अधिक के लिए इसके नीचे नहीं देखता है), जो 2003 प्राथमिक इंटरऑप असेंबली का संदर्भ देता है लेकिन ऐड-इन का उपयोग 2003, 2007 या अब 2010 में किया जा सकता है कार्यालय मशीनें क्योंकि मैं कभी नहीं जानता कि ग्राहक 2003, 2007 या 2010 का उपयोग करेगा, मैं केवल एक पीआईए संस्करण को एक शर्त के रूप में तैनात नहीं कर सकता (जब तक कि मैं 3 इंस्टॉलर नहीं करता जो मैं नहीं करना चाहता)। अब, मेरी समझ यह है कि जब आप विजुअल स्टूडियो (2008) सेटअप पैकेज में दिखाई देने वाली पूर्व सूचियों में 2003 और 2007 पीआईए जोड़ने के लिए here चरणों का पालन करते हैं, तो यह निर्धारित करने के लिए कि कौन से कार्यालय संस्करण चल रहे हैं, यह सुनिश्चित करने के लिए पर्याप्त स्मार्ट हैं आप लक्ष्यीकरण कर रहे हैं। इसलिए यदि आप 2003 प्राथमिक इंटरऑप असेंबली और 2007 प्राथमिक इटोरोप असेंबली का चयन करना चाहते थे क्योंकि दोनों की आवश्यकता होती है तो जब यह 2003 में मशीन पर स्थापित होता है तो यह 2003 के पीआईए को जोड़ने की कोशिश करने के लिए पर्याप्त बुद्धिमान होना चाहिए यदि वे इस मशीन पर गायब हैं और अगर यह 2007 कार्यालय मशीन है तो यह केवल 2007 पीआईए स्थापित करेगा (और 2003 पीआईए स्थापित करने की कोशिश नहीं करेगा)।कार्यालय

प्रश्न 1 इस सही समझ (कि शर्त संकुल यह करने के लिए बुद्धिमान होते हैं केवल स्थापित क्या यह कार्यालय के संस्करण के आधार पर की जरूरत है?)

प्रश्न 2 वहाँ एक रास्ता पाने के लिए है 2010 पीआईए 2003 और 2007 की तरह वीएस 2008 में पूर्वापेक्षाएँ की सूची में दिखाने के लिए? मैं इस परियोजना को वीएस 2010 बी/सी में अपग्रेड नहीं करना चाहता हूं, इसे अब दुनिया भर के कई ग्राहकों के साथ एक विरासत ऐप माना जाता है।

प्रश्न 3 भले ही वास्तविक असेंबली संदर्भ 2003 प्राथमिक इंटरप्ट्स, मैं वर्तमान में इंस्टॉल स्थान पर ऐड-इन के साथ उन इंटरॉप को तैनात नहीं करता हूं। इसके बजाए, मुझे लगता है कि अगर मैं सही पीआईए स्थापित कर सकता हूं तो मुझे इंस्टॉलेशन पथ में वर्तमान की आवश्यकता नहीं है, क्योंकि पीआईए जीएसी में होगा। हालांकि, एक संभावित दृष्टिकोण केवल 2003 विधानसभाओं को शामिल करना है जो संदर्भ पथ में संदर्भित हैं (मेरे मामले में एक्सेल और शब्द) और पीआईए के बारे में चिंता न करें। मुझे संदेह है कि यह 2003 मशीनों पर काम करेगा, लेकिन शायद बाद में 2007 और 2010 मशीनों बी/सी पर नहीं, भले ही 2003 इंटरफेस जो संदर्भित हैं, असेंबली के स्थापित पथ में रन टाइम पर पाए जाते हैं, मुझे लगता है कि अगर वहां नहीं है एक नीति.11.0. माइक्रोसॉफ्ट.ऑफिस.इंटरोप.एक्ससेल/वर्ड (आदि) जीएसी में, तो 2007 और 2010 को शायद यह नहीं पता होगा कि 11.0 (2003) इंटरॉप के साथ क्या करना है (जैसा कि मुझे लगता है कि पॉलिसी .1.0.0. माइक्रोसॉफ्ट। Office.Interop फ़ाइलें 2003 या 2010 में 2003 इंटरऑप्स के अनुरोधों को पुनर्निर्देशित करती हैं)। इस पर कोई विचार?

प्रश्न 4: फ्रेमवर्क 2.0 ऐप्स ऑफिस एड-इन्स और ऑफिस 2003 के साथ एक प्रसिद्ध बग है जहां ऐड-इन लोड नहीं होगा। यह KB907417 उर्फ ​​KB908002 द्वारा संबोधित किया गया था। यदि आप 3.0 या 3.5 फ्रेमवर्क (और 3.0 या 3.5 को एक शर्त बनाते हैं) पर विकसित करते हैं तो यह किसी को पता है कि यह KB आवश्यक है क्योंकि यह समस्या फ्रेमवर्क 2.0 के लिए विशिष्ट थी? या क्या केबी को अभी भी बी/सी के कार्यालय 2003 को तैनात करने की आवश्यकता है जो समस्या है और ढांचे का संस्करण नहीं है?

जैसा कि आप अपने 3 प्रश्नों से बता सकते हैं कि मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या हम वीएस सेटअप उपयोगिता के माध्यम से एक एकल इंस्टॉलर बना सकते हैं। यदि पीआईए को एक इंस्टॉलर के साथ किया जा सकता है लेकिन उपरोक्त केबी बाधा है (जैसा कि शायद जवाब वापस आ जाएगा कि 3.0 या 3.5 फ्रेमवर्क 2003 ग्राहकों को भी केबी की आवश्यकता होगी) तो शायद एक इंस्टॉलर का मार्ग सिर्फ बनाना है केबी बोर्ड में एक पूर्व शर्त है और इसे 2007 या 2010 मशीनों पर स्थापित करें, हालांकि उन्हें तकनीकी रूप से उनकी आवश्यकता नहीं है। उस विकल्प पर किसी भी विचार की भी सराहना की जाएगी। अंत में, मुझे पता है कि एक्सेल या शब्द के लिए एक मैंगड कॉम एड-आईएन लिखना अब शुद्ध प्रबंधित फ्रेमवर्क कोड के बजाय वीएसटीओ के साथ किया जाता है, लेकिन यह वर्तमान में विरासत ऐप को इस दिशा में बदलने का विकल्प नहीं है। यह भी बताया गया है कि 4।0 फ्रेमवर्क अब किसी भी पीआईए को एक शर्त के बिना ऐड-इन्स को तैनात करने के लिए उपयोग किया जा सकता है लेकिन फिर से, यह अभी एक व्यवहार्य विकल्प नहीं है।

उत्तर

0

क्या कोड किसी भी Office 2007+ विधियों या कक्षाओं का उपयोग करता है? यदि नहीं, तो क्या आप सुनिश्चित हैं कि आप सभी मामलों में 2003 पीआईए का उपयोग नहीं कर सकते? बाद के ऐप्स पिछड़े-संगत (समान एपीआई का समर्थन करना) होना चाहिए, इसलिए एकमात्र कारण आपको एक अपडेटेड पीआईए की आवश्यकता होगी यदि आपको 2007 या बाद में जोड़े गए कुछ फीचर तक पहुंचने की आवश्यकता है, तो मुझे लगता है।

आप Add-in Express पर एक नज़र डालना चाहते हैं, जो एक के लिए सभी संस्करण इंस्टॉलर का वादा करता है, और उपयोग करने में बहुत आसान है।

0

आप बता सकते हैं जैसा कि मेरे 3 सवाल है कि मैं क्या पता लगाने के लिए कोशिश कर रहा हूँ से हम वी.एस. सेटअप उपयोगिता

आप नहीं कर सकते हैं के माध्यम से एक ही संस्थापक निर्माण कर सकते हैं या नहीं। आपको कस्टम इंस्टॉलर पैकेजर (सेटअप बूटस्ट्रैपर) बनाना होगा।

कई साल पहले मैंने एचटीएमएल जीयूआई बिल्डर के साथ dotNetInstaller का उपयोग किया था, आज WiX toolset बेहतर समाधान होगा, मुझे लगता है।

जांचें कि पीआईए। एमएसआई इंस्टॉलर Orca या .msi और .exe इंस्टॉलर्स फ्लो विंडोज़ इंस्टालर लॉग की जांच कैसे करते हैं।

रजिस्ट्री जांच, फ़ाइल जांच, स्थापित उत्पाद जांच, विंडोज संस्करण, कार्यालय संस्करणों के आधार पर आप परिस्थितियां बना सकते हैं कि घटक स्थापित किया जाना चाहिए या नहीं।

ओह और मैं बिना किसी शर्त के प्लगइन इंस्टॉलर बनाने और अपने कस्टम इंस्टॉलर बूटस्ट्रैपर के साथ सशर्त रूप से स्थापित करने की सलाह देता हूं।

संबंधित मुद्दे