Launch एप्लिकेशन एकीकरण पैकेज

Launch 0.1.6 सभी नौ भाषाओं के लिए आधिकारिक Licentivo SDK 0.11.6 समाहित करता है। अपनी भाषा का केवल Launch पैकेज इंस्टॉल करें। उसका कार्यान्वयन, डिफ़ॉल्ट एडाप्टर, लाइसेंस नोटिस और SDK लिंकिंग कॉन्फ़िगरेशन शामिल हैं। TypeScript घोषणाएँ JavaScript की हैं; विश्वसनीय Go Web बैकएंड अतिरिक्त उदाहरण है। सार्वजनिक स्रोत, रजिस्ट्री कमांड और प्रति-भाषा उपलब्धता Launch SDK रिपॉज़िटरी और उसकी प्रकाशन स्थिति में रखी जाती है।

0.1.6 अपडेट curl config-package और FindCURL उपभोक्ताओं के लिए अपस्ट्रीम C/C++ CMake सुधार लाता है। लाइसेंसिंग प्रोटोकॉल, एप्लिकेशन API और खाता जीवनचक्र अपरिवर्तित हैं। मौजूदा ऐप एकीकरण कोड बदले बिना Launch पैकेज अपग्रेड करके पुनर्निर्माण कर सकते हैं। 0.1.6 प्रकाशन रिकॉर्ड स्थानीय बिल्ड से अलग सार्वजनिक उपलब्धता और स्वच्छ इंस्टॉलेशन सत्यापन ट्रैक करता है।

सार्वजनिक रजिस्ट्री से इंस्टॉल करें

सार्वजनिक 0.1.6 इंस्टॉलेशन जाँच सभी नौ भाषाओं के लिए सफल हुई: Go, Python, C#, Java, Node.js/TypeScript, Rust, Ruby, C और C++। नीचे दिए रजिस्ट्री कमांड और नेटिव डाउनलोड सार्वजनिक रूप से उपलब्ध और स्वतंत्र उपभोक्ताओं में सत्यापित हैं। प्रकाशन स्थिति सटीक पैकेज चेकसम, इंस्टॉलेशन परिणाम और प्लेटफ़ॉर्म सीमाएँ दर्ज करती है।

go get github.com/spf86/licentivo-launch-sdk/pkg/launchclient@v0.1.6
python -m pip install licentivo-launch==0.1.6
npm install @licentivo/launch@0.1.6
dotnet add package Licentivo.Launch --version 0.1.6
cargo add licentivo-launch@=0.1.6
gem install licentivo-launch --version 0.1.6

Java Maven/Gradle निर्देशांक com.licentivo.launch:launch-client:0.1.6 उपयोग करता है। C/C++ संस्करणित GitHub रिलीज़ से ABI-संगत नेटिव आर्काइव उपयोग करते हैं। रजिस्ट्री प्रसार और सत्यापन परिणामों के लिए प्रकाशन स्थिति देखें।

डाउनलोड किया वितरण इंस्टॉल करें

integration-packages.json में बताए आर्टिफ़ैक्ट उपयोग करें। हर भाषा sdk_managed: true और requires_separate_official_sdk: false दर्ज करती है। इंस्टॉलेशन से पहले SHA256SUMS सत्यापित करें।

python -m pip install ./licentivo_launch-0.1.6-py3-none-any.whl
npm install ./licentivo-launch-0.1.6.tgz
dotnet add YOUR_PROJECT package Licentivo.Launch --version 0.1.6 --source YOUR_LOCAL_FEED
gem install --local ./licentivo-launch-0.1.6-x64-mingw-ucrt.gem

Java अपने classpath में केवल Launch JAR उपयोग करता है; उसके POM में आधिकारिक SDK निर्भरता नहीं है। ऑफ़लाइन Go उपभोक्ता मॉड्यूल ZIP निकालकर github.com/spf86/licentivo-launch-sdk के लिए स्थानीय require/replace उपयोग कर सकते हैं। ऑफ़लाइन Rust उपभोक्ता crate या स्रोत ZIP निकालकर स्थानीय licentivo-launch पथ निर्भरता जोड़ सकते हैं। आधिकारिक SDK पैकेज या चेकआउट आवश्यक नहीं है।

C/C++ के लिए नेटिव इंस्टॉलेशन ZIP निकालें, उसका उपसर्ग CMake में जोड़ें और उपयोग करें:

find_package(LicentivoLaunch CONFIG REQUIRED)
add_executable(myapp main.c)
licentivo_launch_link(myapp)
# C++17 target: licentivo_launch_link(myapp CXX)

Launch अपना SDK, संक्रमणीय लाइब्रेरी और बंडल किए Windows DLL स्वयं हल करता है। Rust का build.rs समाहित C कोर कंपाइल करता है और बंडल DLL Cargo निष्पादनयोग्य फ़ाइलों के पास कॉपी करता है। Ruby के प्लेटफ़ॉर्म gem में निजी नेटिव कोर और रनटाइम लाइब्रेरी शामिल हैं; स्रोत gem कोर स्वतः कंपाइल करता है।

सामान्य भाषा टूलचेन और सामान्य निर्भरताएँ अब भी लागू हैं: pip cryptography हल करता है, NuGet BouncyCastle.Cryptography और Cargo सामान्य Rust crates हल करता है। नेटिव आर्काइव Windows amd64 GNU और Linux amd64 कवर करते हैं। Windows वितरणों में curl शामिल है। अन्य ऑपरेटिंग सिस्टम पूरे स्रोत के साथ C11 कंपाइलर और सामान्य OS curl/OpenSSL विकास लाइब्रेरी उपयोग करते हैं। SDK 0.11.6 के Windows नेटिव कोर के लिए GNU/MinGW आवश्यक है।

एप्लिकेशन आरंभ करें

Launch में मौजूदा सॉफ़्टवेयर चुनें। यह वर्तमान व्यापारी URL, मौजूदा प्लान/उत्पाद मैपिंग और आधिकारिक हस्ताक्षर सार्वजनिक कुंजियाँ स्वतः पढ़ता है और भरा हुआ कनेक्शन फ़ंक्शन देता है। यह फ़ंक्शन ऐप में कॉपी करें; आंतरिक ID मैनुअल भरना या कॉन्फ़िगरेशन फ़ाइल बनाना आवश्यक नहीं है। सर्वर स्टार्टअप अब भी निजी config.yaml उपयोग करता है, जो ऐप के साथ कभी नहीं भेजी जाती।

पैकेज प्रवेश बिंदु उपयोग करें, जैसे launchclient.Connect, Python Application.connect, C# Application.Connect या Node Application.connect। अंतर्निर्मित फ़ैक्टरी SDK बनाती और प्रबंधित करती है। कस्टम फ़ैक्टरी वैकल्पिक परीक्षण/एकीकरण हुक हैं, इंस्टॉलेशन चरण नहीं। सटीक API प्रत्येक पैकेज README और उदाहरण में हैं।

Launch खाता लॉगिन, सीमित दायरे के क्रेडेंशियल, सीमित लंबित पुनः प्रयास और बहाली संभालता है। समाहित SDK हस्ताक्षर सत्यापित करता है और हर संरक्षित कार्रवाई अधिकृत करता है। सामान्य बंद करना, लॉगआउट और डिवाइस रिलीज़ अलग हैं। वेब ऐप विश्वसनीय बैकएंड पर अनुमतियाँ जाँचते हैं; Node/Electron कोड main या server प्रक्रिया में होना चाहिए।

मैनुअल विकास निर्देश manual-integration.md और हर भाषा README में बने रहते हैं। प्रशासन AI एकीकरण पृष्ठ उसी सीधे आरंभीकरण प्रवाह के लिए अंग्रेज़ी निर्देश बनाता है। इसमें पासवर्ड, प्रबंधन कुंजी और रनटाइम ग्राहक/डिवाइस क्रेडेंशियल नहीं होते और यह AI सेवा कॉल नहीं करता। AI एकीकरण देखें।

मेंटेनर के रूप में वितरण बनाएँ

केवल समाहित SDK रीफ़्रेश करने वाले मेंटेनर को समीक्षित अपस्ट्रीम स्रोत चाहिए। उपभोक्ता यह अनुभाग छोड़ें।

./scripts/prepare-examples.ps1 -Source 'C:\path\to\reviewed-sdk\sdk'
./scripts/build-integration-packages.ps1 -Output artifacts/NEW_DIRECTORY -BuildRustCrate -BuildNative -CurlRoot PATH_TO_CURL -CCompiler PATH_TO_GCC

आवश्यकतानुसार -Python, -DotNet, -JavaHome, -Ruby, -Cargo और -CMake से टूल पथ दें। बिल्डर अपस्ट्रीम मेनिफ़ेस्ट सत्यापित करता है, फिर prepare-managed-sdk.mjs स्रोत समाहित करता है और sdk/managed-sdk-manifest.json में स्रोत/गंतव्य SHA-256 मान दर्ज करता है। आवश्यक होने पर मॉड्यूल स्थान/आयात बदलते हैं; क्रिप्टोग्राफ़िक सत्यापन समीक्षित कार्यान्वयन में रहता है। हर समाहित प्रति के साथ MIT लाइसेंस और नोटिस हैं।

हर बिल्ड प्रति-भाषा आर्टिफ़ैक्ट, स्रोत आर्काइव, संयुक्त स्रोत बंडल, इन्वेंटरी और चेकसम वाली नई निर्देशिका बनाता है। -SourceOnly स्पष्ट रूप से स्रोत आर्टिफ़ैक्ट देता है; छोड़े गए लक्ष्य परीक्षण किए बाइनरी रिलीज़ नहीं हैं। संयुक्त बंडल examples/vendor आवश्यक किए बिना पैकेज, उदाहरण, दस्तावेज़ और परीक्षण पथ बनाए रखता है।

इंस्टॉलेशन और व्यवहार सत्यापित करें

scripts/test-managed-installations.ps1 वितरण को नए उपभोक्ता प्रोजेक्ट में इंस्टॉल करता है। यह अलग आधिकारिक SDK पैकेज, SDK स्रोत पथ, कॉपी किए एडाप्टर या मैनुअल SDK लिंक कॉन्फ़िगरेशन के बिना सभी नौ लक्ष्य सत्यापित करता है। यह एस्केप किए सार्वजनिक डेटा सहित सटीक जेनरेट सीधे कनेक्शन स्निपेट कंपाइल और चलाता है तथा configuration_files_required: false रिपोर्ट करता है। इसकी रिपोर्ट रनटाइम सूट से अलग है।

scripts/test-integration-packages.ps1 जीवनचक्र रिग्रेशन और स्थानीय हस्ताक्षरित वास्तविक-SDK फ़िक्स्चर चलाता है। टूल पथ और कॉन्फ़िगर नेटिव परीक्षण बिल्ड दें:

./scripts/test-integration-packages.ps1 -Python python -DotNet dotnet -JavaHome $env:JAVA_HOME -Ruby ruby -Cargo cargo -NativeBuildDirectory .cache/launch-native-build

रिपॉज़िटरी स्रोत बिल्ड सामान्य OS नेटिव निर्भरताएँ उपयोग करते हैं; Windows मेंटेनर LICENTIVO_CURL_ROOT दे सकते हैं। यह स्रोत-बिल्ड टूल सेटिंग है, अलग SDK इंस्टॉल नहीं। अलग Rust/C++ MinGW इंस्टॉलेशन के साथ -NativeRuntimeDirectories C++ DLL निर्देशिकाएँ नेटिव जाँच तक सीमित करता है। अनुपलब्ध पूर्वापेक्षाएँ संबंधित लक्ष्य विफल करती हैं। all_nine_passed के लिए सभी नौ जाँच सफल होनी चाहिए।

स्टोरेज और स्वीकृति

सत्र डिफ़ॉल्ट रूप से मेमोरी में हैं। याद रखे लॉगिन के लिए संरक्षित स्टोर चाहिए। AES-GCM स्टोर को OS वॉल्ट से प्राप्त 32-बाइट कुंजी चाहिए, जिसे ciphertext के पास कभी नहीं रखना चाहिए। पासवर्ड कभी स्थायी रूप से नहीं सहेजे जाते। Go, Python, C# और नेटिव C/C++ Windows वर्तमान-उपयोगकर्ता DPAPI देते हैं; Java, Node, Rust और Ruby कॉलर-प्रबंधित कुंजियों वाले एन्क्रिप्टेड स्टोर देते हैं।

SDK डिवाइस फ़ाइलें अपना अपस्ट्रीम प्रारूप बनाए रखती हैं। सत्र एन्क्रिप्शन हर SDK फ़ाइल एन्क्रिप्ट नहीं करता। दायरे वाले खाता/उत्पाद/वातावरण कैश निर्देशिकाएँ प्रतिबंधित करें और इंस्टॉलर, लॉग तथा संस्करण नियंत्रण से बाहर रखें। पहचान/कॉन्फ़िगरेशन बदलाव दूसरे खाते का कैश उपयोग नहीं कर सकते।

स्पष्ट सत्र/एंटाइटलमेंट अस्वीकृति पर ऑफ़लाइन फ़ॉलबैक नहीं हो सकता। केवल ट्रांसपोर्ट विफलता या HTTP 5xx पर मौजूदा क्रिप्टोग्राफ़िक सत्यापित ग्रांट उसकी हस्ताक्षरित नीति के भीतर उपयोग हो सकता है। पहले सक्रियण, floating सीटों और ऑफ़लाइन संचालन निषिद्ध करने वाली नीतियों की कनेक्शन आवश्यकताएँ बनी रहती हैं।

स्थानीय रिपोर्ट वास्तविक भुगतान, जारीकरण या बाहरी सक्रियण का प्रमाण नहीं हैं। वह वातावरण स्थगित था; acceptance.md देखें। रजिस्ट्री प्रकाशन और गैर-Windows रिलीज़ योग्यता के लिए अलग कार्य और प्रमाण आवश्यक हैं।