Powershell: संदर्भ प्रणाली। प्रबंधन। .NET कोर / वीएस कोड में स्वचालन

को निर्मित 16 सित॰ 2016 · 3टिप्पणियाँ · स्रोत: PowerShell/PowerShell

System.Management.Automation को संदर्भित करने का सही तरीका क्या है? उदाहरण के लिए, project.json से यह स्निपेट:

  "dependencies": {
    "Microsoft.NETCore.App": {
      "version": "1.0.0",
      "type": "platform"
    },
    "Microsoft.AspNetCore.Diagnostics": "1.0.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",
    "Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0",
    "Microsoft.Extensions.Configuration.FileExtensions": "1.0.0",
    "Microsoft.Extensions.Configuration.Json": "1.0.0",
    "Microsoft.Extensions.Configuration.CommandLine": "1.0.0",
    "Microsoft.AspNetCore.Routing": "1.0.0",
    "System.Security.Cryptography.Algorithms": "4.2.0",
    "System.Management.Automation": "6.1.7601.17514"
  },

जब आप डॉटनेट रिस्टोर चलाते हैं तो यह काम करता है और यह सिस्टम.मैनेजमेंट.ऑटोमेशन डिपेंडेंसी (यह देखते हुए कि .17515 .NET कोर के साथ संगत नहीं है) को ढूंढता और स्थापित करने का दावा करता है। लेकिन आप केवल कोड में एक प्रयोग नहीं जोड़ सकते हैं, या यह कहता है:

The type or namespace name 'Management' does not exist in the namespace 'System'

यहां इरादा कोड में प्रोग्रामेटिक रूप से पावरशेल को तुरंत चालू करना है, लेकिन .NET कोर थोड़ा प्रतिबंधित है कि यह संदर्भों को कैसे संभालना चाहता है ...

Area-Maintainers-Build Issue-Question

स्रोत

concentrateddon

सभी 3 टिप्पणियाँ

यह NuGet के लिए एक ज्ञात समस्या है जिसे हम हल करने का प्रयास कर रहे हैं। कई दुष्ट System.Management.Automation पैकेज हैं जिन्हें बाहरी लोगों ने पोस्ट किया है। वे पैकेज सभी "फुलसीएलआर" असेंबली हैं और पावरशेल कोर के साथ संगत नहीं हैं।

System.Management.Automation के पावरशेल कोर संस्करण का उपभोग करने का वर्तमान तरीका इस परियोजना द्वारा उपयोग की जाने वाली तकनीक की प्रतिलिपि बनाना है। हमारी nuget.config फ़ाइल सही संस्करण की ओर इशारा करती है जिसे MyGet पर पोस्ट किया गया है। powershell-win-core\project.json दिखाता है कि इसे अपने प्रोजेक्ट.जेसन में कैसे उपभोग किया जाए।

mirichmo 16 सित॰ 2016

👍1

हाय डॉन।

dotnet cli के बारे में कुछ बातें हैं जो इसे सुलझाने में आपकी सहायता कर सकती हैं।

यदि आप nuget.config साथ स्पष्ट रूप से nuget फ़ीड निर्दिष्ट नहीं करते हैं तो यह https://www.nuget.org का उपयोग करेगा
पावरशेल टीम ने वहां एसएमए प्रकाशित नहीं किया था, लेकिन किसी ने बहुत समय पहले किया था (जैसा कि @mirichmo ने कहा था) https://www.nuget.org/packages?q=System.Management.Automation
आप वर्तमान सेटअप इस पैकेज को nuget से उपभोग करते हैं। यदि आप FullCLR के लिए निर्माण करते हैं, तो आप इसे GAC से अपनी स्थानीय SMA कॉपी का उपभोग कर सकते हैं, लेकिन आपको frameworks / net451 / frameworkAssemblies तहत संदर्भ शामिल करना होगा, जैसे कि यहां https://github.com/PowerShell/PowerShell/blob/dd2394b1e6088f6c82054f5cae5520e532010fd4 /src/System.Management.Automation/project.json#L188
वहाँ अलग हैं dependencies में वर्गों project.json globabl और ढांचे विशिष्ट:। आपको उनका उचित उपयोग करना चाहिए।
SMA के CoreCLR संस्करण को ALC (AssemblyLoadContext) को पंजीकृत करने के लिए इनिशियलाइज़ेशन पर अतिरिक्त मालिश की आवश्यकता होगी। उदाहरण के लिए, हमारे c# टेस्ट रनर की जाँच करें: https://github.com/PowerShell/PowerShell/blob/master/test/csharp/fixture_AssemblyLoadContext.cs

vors 16 सित॰ 2016

👍1

उत्तम।

concentrateddon 16 सित॰ 2016

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Powershell: संदर्भ प्रणाली। प्रबंधन। .NET कोर / वीएस कोड में स्वचालन

सभी 3 टिप्पणियाँ

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