मैं MySQL कनेक्टर/जे (जीपीएल लाइसेंस) का उपयोग कर रहा हूं और अपने वितरण के हिस्से के रूप में जार को बंडल कर रहा हूं।अगर मुझे अपने पैकेज के हिस्से के रूप में MySQL कनेक्टर/जे (जीपीएल) शामिल करना है तो मुझे अपना आवेदन जारी करने की आवश्यकता है?
तो मुझे जीपीएल के तहत भी अपना आवेदन जारी करने की आवश्यकता है?
हाँ, आप के लिए था।
लेकिन ऐसा नहीं है क्योंकि आप अपने आवेदन के साथ mysql-connector भेज रहे हैं, लेकिन क्योंकि आप इसके खिलाफ लिंक कर रहे हैं। (यदि आप वास्तव में करते हैं)
स्पष्टीकरण और समाधान के लिए इस नोट को देखें link text
यह हमेशा कुछ विवाद और बहुत भ्रम का विषय है। इससे माईएसक्यूएल एबी के दृष्टिकोण से मदद नहीं मिली है, जो आम तौर पर आपको जो भी कर रहे थे (जीपीएल की आवश्यकताओं से मुक्त करते हुए) एक व्यावसायिक लाइसेंस खरीदने की सलाह देते हैं, इसकी परिस्थितियों को समझाने के बजाय जीपीएल अनुमति देता है आप बिना किसी के संचालन के लिए। (ठीक है, वे खुद को बिक्री से बाहर बहस करने के लिए अधिक समय बिताना चाहते हैं, मुझे लगता है।)
क्रंच बिंदु जैसा कि मैं समझता हूं कि यह है कि जीपीएल अच्छी तरह से परिभाषित और व्यापक रूप से समझा जाता है पारंपरिक सी मॉडल (eg) में 'लिंकिंग' का परिदृश्य, जावा के रूप में व्याख्या की गई भाषाओं के लिए यह कम है, जहां घटकों के बीच संचार और पसंद एक द्रव, रन-टाइम पदार्थ है। क्या कोई तर्क दे सकता है कि आपके वितरण फ़ोल्डर में .jar छोड़ना जीपीएलवी 2 सेक्शन 2 के तहत "सामूहिक कार्य" के विपरीत, एक माध्यम पर "केवल एकत्रीकरण" है?
hnnnnmm ... अच्छा, शायद। अदालत में उस तर्क को फैंसी बनाना? संदिग्ध।
जीपीएल के पत्र को समझने के मुद्दे को अस्वीकार करने के मुद्दे (जैसा कि मैं एक वकील नहीं हूं), जीपीएल के इरादे की भावना को प्रश्न के साथ सम्मिलित किया जा सकता है: क्या कनेक्टर/जे एक निर्भरता है जिसे आप अपने पैकेज में शामिल कर रहे हैं , या यह एक अलग घटक है कि एक अंतिम उपयोगकर्ता स्थापित करने के लिए चुन सकते हैं और फिर अपने पैकेज से कनेक्ट कर सकते हैं?
आप जीपीएल के रूप में अपने पैकेज लाइसेंस, या MySQL समर्थन करने के लिए एक वाणिज्यिक लाइसेंस के लिए टट्टू नहीं करना चाहते हैं, तो वास्तव में बाद सुनिश्चित करें कि मामला है: MySQL या अपने पैकेज के साथ कनेक्टर बंडल नहीं है किसी भी एक ही डिस्क पर अलग इंस्टॉलर्स होने की तुलना में अधिक कसकर। एक इंस्टॉलर मत बनो जो दोनों चलाता है।
सर्वश्रेष्ठ: सुनिश्चित करें कि आपका सॉफ़्टवेयर कई अलग-अलग डेटाबेस बैकएंड के साथ काम कर सकता है, जिससे उपयोगकर्ता यह चुनने की अनुमति दे सके कि वे इसका उपयोग किसके साथ करेंगे। वैसे भी यह करने के लिए एक अच्छी बात है; डेटाबेस-विशिष्ट कोड बेकार है। इसके अलावा, यदि आप एक-क्लिक इंस्टॉलर प्रदान करना चाहते हैं जिसमें डेटाबेस शामिल है और उन्हें एक साथ सेट करता है, तो आप हमेशा एक लाइसेंस का उपयोग कर सकते हैं जो इसे अनुमति देता है, जैसे PostgreSQL या SQLite।
[मुझे लगता है कि आप एक ओपन-सोर्स प्रोग्राम के बजाए एक वाणिज्यिक पैकेज के बारे में बात कर रहे हैं जिसे आप केवल जीपीएल की तुलना में एक अलग लाइसेंस के तहत उपलब्ध करना चाहते हैं। उस मामले में लाइसेंस आप भी FOSS exceptions के रूप में उपयोग करने की अनुमति के लिए EXCEPTIONS-CONNECTOR-J फ़ाइल देखें।]