🍑 👦🏽 💖 .NET फ्रेमवर्क एप्लिकेशन के लिए लिनक्स कंटेनर (जब .Net कोर के लिए छोड़ना मुश्किल है) 🥪 🎤 🤔

हेलो, हैबर।

मैं कम से कम मेरे लिए, और इसके समाधान के लिए दुनिया के साथ साझा करना चाहता हूं, जो कम से कम मेरे लिए, और इसके समाधान को साझा करना चाहता है, जो मुझे काफी स्वीकार्य लगता है। नीचे वर्णित स्थिति से बाहर का आदर्श तरीका नहीं हो सकता है, लेकिन यह काम करता है, और इरादा के अनुसार काम करता है।

सेटिंग और पृष्ठभूमि

काम के लिए एक कार्य था: आपको साइट पर विभिन्न उपकरणों, सामग्रियों, वस्तुओं के बीआईएम मॉडल के 3 डी पूर्वावलोकन बनाने की आवश्यकता है। कुछ हल्का, सीधी जरूरत है।

वेबसाइट पर, इन वस्तुओं के मॉडल विभिन्न सीएडी प्रणालियों के मालिकाना प्रारूपों और 3 डी मॉडल के लिए खुले प्रारूपों के रूप में संग्रहीत और उपलब्ध हैं। उनमें से IFC प्रारूप है । मैं इस कार्य को हल करने के लिए एक स्रोत के रूप में उपयोग करूंगा।

विकल्पों और इसकी विशेषताओं में से एक

औपचारिक रूप से, कोई व्यक्ति किसी वेब पेज पर प्रदर्शित करने के लिए किसी प्रकार का * .ifc कनवर्टर लिखने के लिए स्वयं को प्रतिबंधित कर सकता है। यहीं से मेरी शुरुआत हुई।

एक अद्भुत टूलकिट, xBIM टूलकिट को इस तरह के रूपांतरण के लिए चुना गया था ।

इस उपकरण का उपयोग करने के उदाहरणों में स्पष्ट रूप से वर्णन किया गया है कि वेब प्रारूप के लिए IFC और * .wexBIM के साथ कैसे काम किया जाए।

सबसे पहले, * .if को * .wexBIM में परिवर्तित करें:

using System.IO;
using Xbim.Ifc;
using Xbim.ModelGeometry.Scene;

namespace CreateWexBIM
{
    class Program
    {
        public static void Main()
        {
            const string fileName = "SampleHouse.ifc";
            using (var model = IfcStore.Open(fileName))
            {
                var context = new Xbim3DModelContext(model);
                context.CreateContext();

                var wexBimFilename = Path.ChangeExtension(fileName, "wexBIM");
                using (var wexBiMfile = File.Create(wexBimFilename))
                {
                    using (var wexBimBinaryWriter = new BinaryWriter(wexBiMfile))
                    {
                        model.SaveAsWexBim(wexBimBinaryWriter);
                        wexBimBinaryWriter.Close();
                    }
                    wexBiMfile.Close();
                }
            }
        }
    }
}

अगला, परिणामी फ़ाइल का उपयोग "प्लेयर" xBIM WeXplorer में किया जाता है ।

एक पृष्ठ में * .wexBIM एम्बेड करने का एक उदाहरण:

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <title>Hello building!</title>
    <script src="js/xbim-viewer.debug.bundle.js"></script>
</head>
<body>
    <div id="content">
        <canvas id="viewer" width="500" height="300"></canvas>
        <script type="text/javascript">
            var viewer = new xViewer('viewer');
            viewer.load('data/SampleHouse.wexbim');
            viewer.start();
        </script>
    </div>    
</body>
</html>

ठीक है चलते हैं। मैं xBIM से नगेट्स लेता हूं। मैं एक कंसोल एप्लिकेशन लिख रहा हूं जो * .ifc फ़ाइलों को इनपुट के रूप में पथों का एक गुच्छा प्राप्त करता है, और उनके बगल में यह * .wexBIM फ़ाइलों का एक गुच्छा जोड़ता है। सब कुछ साइट पर अपलोड किया जा सकता है।

लेकिन किसी तरह यह काफी सरल है ... मैं चाहता हूं कि यह कार्यक्रम एक प्रकार की सेवा बन जाए, जो पोर्टल पर * .ifc अपलोड ईवेंट पर तुरंत आवश्यक * .wexBIM बनाता है, और यह तुरंत तैयार कंटेनर में दिखाई देता है।

ठीक है, मैं नई आवश्यकताएं बनाता हूं:

रूपांतरण कार्य हमारे RabbitMQ से आते हैं ;
मैं खुद को एक बाइनरी संदेश के रूप में कार्यों को देखना चाहता हूं, जो वास्तव में प्रोटोबॉफ़ फ़ाइल में वर्णित वर्ग द्वारा deserialization के लिए तैयार होगा ;
कार्य में स्रोत डाउनलोड करने के लिए एक लिंक होगा। * हमारे Minio से .cc फ़ाइल ;
कार्य मुझे यह भी बताएगा कि परिणाम को जोड़ने के लिए Minio में कौन सी बाल्टी है;
एप्लिकेशन को केवल .net core 3.1 के अंतर्गत निर्मित किया जाए और हमारे "docker farm" पर लिनक्स docker कंटेनर के अंदर काम करें;

पहली कठिनाइयों और सम्मेलनों

मैं कार्यान्वयन के पहले 4 बिंदुओं का विस्तार से वर्णन नहीं करूंगा। शायद बाद में।

नौकरी की कतार को सुनने के लिए आवेदन का कारण बनता है और परिणाम के साथ एक संदेश भेजने के लिए नौकरी संदेश के सहसंबंधी आईडी से । प्रोटोबॉफ से उत्पन्न अनुरोध / प्रतिक्रिया वर्गों को खराब कर दिया। मिनियो में फाइल डाउनलोड / अपलोड करना सिखाया ।

यह सब मैं कंसोल एप्लीकेशन प्रोजेक्ट में करता हूं। परियोजना सेटिंग्स में:

<TargetFramework>netcoreapp3.1</TargetFramework>

और विंडोज 10 के साथ मेरी मशीन पर सब कुछ पूरी तरह से डिबग किया गया है और काम करता है। लेकिन जब मैं WSL में एप्लिकेशन को चलाने का प्रयास करता हूं, तो मैं एक System.IO.FileLoadException त्रुटि पकड़ता हूं :

पूर्ण त्रुटि जानकारी:

{
  "Type": "System.IO.FileLoadException",
  "Message": "Failed to load Xbim.Geometry.Engine64.dll",
  "TargetSite": "Void .ctor(Microsoft.Extensions.Logging.ILogger`1[Xbim.Geometry.Engine.Interop.XbimGeometryEngine])",
  "StackTrace": " at Xbim.Geometry.Engine.Interop.XbimGeometryEngine..ctor(ILogger`1 logger)\r\n at Xbim.Geometry.Engine.Interop.XbimGeometryEngine..ctor()\r\n at Xbim.ModelGeometry.Scene.Xbim3DModelContext.get_Engine()\r\n at Xbim.ModelGeometry.Scene.Xbim3DModelContext.CreateContext(ReportProgressDelegate progDelegate, Boolean adjustWcs)\r\n at My.Converter.ConvertIfc.CreateWebIfc(String ifcFileFullPath, String wexBIMFolder)",
  "Data": {},
  "InnerException": {
    "Type": "System.IO.FileNotFoundException",
    "Message": "Could not load file or assembly 'Xbim.Geometry.Engine.dll, Culture=neutral, PublicKeyToken=null'. The system cannot find the file specified.",
    "FileName": "Xbim.Geometry.Engine.dll, Culture=neutral, PublicKeyToken=null",
    "FusionLog": "",
    "TargetSite": "System.Reflection.RuntimeAssembly nLoad(System.Reflection.AssemblyName, System.String, System.Reflection.RuntimeAssembly, System.Threading.StackCrawlMark ByRef, Boolean, System.Runtime.Loader.AssemblyLoadContext)",
    "StackTrace": " at System.Reflection.RuntimeAssembly.nLoad(AssemblyName fileName, String codeBase, RuntimeAssembly assemblyContext, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, AssemblyLoadContext assemblyLoadContext)\r\n at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, StackCrawlMark& stackMark, AssemblyLoadContext assemblyLoadContext)\r\n at System.Reflection.Assembly.Load(String assemblyString)\r\n at Xbim.Geometry.Engine.Interop.XbimGeometryEngine..ctor(ILogger`1 logger)",
    "Data": {},
    "Source": "System.Private.CoreLib",
    "HResult": -2147024894
  },
  "Source": "Xbim.Geometry.Engine.Interop",
  "HResult": -2146232799
}

सक्रिय googling और विचारशील पढ़ने के एक सत्र ने मुझे दिखाया कि मैं बेहद असावधान था:

Recently at work, we were evaluating a few options to render building models in the browser. Building Information Modeling (BIM) in interoperability scenarios is done via Industry Foundation Classes, mostly in the STEP Physical File format. The schema is quite huge and complex with all the things you have to consider, so we were glad to find the xBim open source project on GitHub. They've got both projects to visualize building models in the browser with WebGL as well as conversion tools to create the binary-formatted geometry mesh. To achieve that, native C++ libraries are dynamically loaded (so no .Net Core compatibility) which must be present in the bin folder. The C++ libraries are expected either in the same folder as the application binaries or in a x64 (or x86, respectively) sub folder (See here for more details). In regular projects, the xBim.Geometry NuGet package adds a build task to copy the dlls into the build output folder, but this doesn't work with the new tooling. You can, however, get it to work in Visual Studio 2015 by taking care of supplying the interop dlls yourself.

और ऐसी ही मुश्किलें मेरे लिए अकेले नहीं हैं। बहुत से लोग चाहते हैं कि xBIM .Net Core के तहत हो ।
महत्वपूर्ण नहीं है, लेकिन यह बहुत बदलता है ... सब कुछ सामान्य रूप से Xbim.Geometry.Engine64.dll लोड करने में असमर्थता पर निर्भर करता है । आपको मशीन पर vc_redist.x64.exe होना चाहिए । मेरे विकल्प क्या हैं?
पहली बात जो मैंने सोचा: "क्या एक पूर्ण। नेट फ्रेमवर्क वाले विंडोज कंटेनर का उपयोग किया जा सकता है?
इस कंटेनर में विज़ुअल स्टूडियो 2015, 2017 और 2019 के लिए Microsoft Visual C ++ को फिर से वितरित करें, और सब कुछ ठीक हो जाएगा? ” मैंने यह कोशिश की:

डॉकटर के लिए Windows छवि का परीक्षण करें:

.Net Core :

<TargetFramework>net47</TargetFramework>

Dockerfile:

FROM microsoft/dotnet-framework:4.7
WORKDIR /bimlibconverter
COPY lib/VC_redist.x64.exe /VC_redist.x64.exe
RUN C:\VC_redist.x64.exe /quiet /install
COPY bin/Release .
ENTRYPOINT ["MyConverter.exe"]

खैर, यह काम किया ... यह जीवित है! परंतु। लेकिन हमारे मेजबान लिनक्स मशीन के बारे में क्या है? यह उस पर विंडोज सर्वर कोर पर एक छवि के साथ एक कंटेनर को चलाने के लिए काम नहीं करेगा । बाहर निकालने की आवश्यक्ता ...

समझौता और निंदा

वेब पर एक और खोज मुझे एक लेख में ले आई । इसमें, लेखक को समान कार्यान्वयन की आवश्यकता होती है:

चीजों को बदतर बनाने के लिए:
सभी बायनेरिज़ 32-बिट्स (x86) हैं।
कुछ को दृश्य C ++ पुनर्वितरण रनटाइम घटकों की आवश्यकता होती है।
कुछ को .NET रनटाइम की आवश्यकता होती है।
कुछ को एक विंडो सिस्टम की आवश्यकता है, भले ही हम केवल कमांड-लाइन इंटरफ़ेस (सीएलआई) का उपयोग करते हैं।

पोस्ट लिनक्स कंटेनर में वाइन में विंडोज एप्लिकेशन चलाने की क्षमता का वर्णन करता है। जिज्ञासु, मैंने फैसला किया।

कुछ परीक्षण, बग और परिवर्धन के बाद, डॉकरफाइल प्राप्त हुआ:

शराब के साथ उबंटू-आधारित डॉकटर छवि, .नेट फ्रेमवर्क और बोर्ड पर vcredist:


FROM ubuntu:latest
#  x86
RUN dpkg --add-architecture i386 \
    && apt-get update \
    #   
    && apt-get install -qfy --install-recommends \
        software-properties-common \
        gnupg2 \
        wget \
        xvfb \
        cabextract \
    #  Wine
    && wget -nv https://dl.winehq.org/wine-builds/winehq.key \
    && apt-key add winehq.key \
    && apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic main' \
    #     Wine
    && add-apt-repository ppa:cybermax-dexter/sdl2-backport \
    #  Wine
    && apt-get install -qfy --install-recommends \
        winehq-staging \
        winbind \
    # 
    && apt-get -y clean \
    && rm -rf \
      /var/lib/apt/lists/* \
      /usr/share/doc \
      /usr/share/doc-base \
      /usr/share/man \
      /usr/share/locale \
      /usr/share/zoneinfo
#    Wine
ENV WINEDEBUG=fixme-all
ENV WINEPREFIX=/root/.net
ENV WINEARCH=win64
#  Wine
RUN winecfg \
    # winetricks,   .Net Framework  
    && wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks \
    -O /usr/local/bin/winetricks \
    && chmod +x /usr/local/bin/winetricks \
# 
    && apt-get -y clean \
    && rm -rf \
      /var/lib/apt/lists/* \
      /usr/share/doc \
      /usr/share/doc-base \
      /usr/share/man \
      /usr/share/locale \
      /usr/share/zoneinfo \
    # Wine   
    && wineboot -u && winetricks -q dotnet472 && xvfb-run winetricks -q vcrun2015

WORKDIR /root/.net/drive_c/myconverter/

#  
COPY /bin/Release/ /root/.net/drive_c/myconverter/

ENTRYPOINT ["wine", "MyConverter.exe"]

UPD: . rueler

बिल्ड फास्ट नहीं है, लेकिन सफलतापूर्वक समाप्त होता है। मैं कोशिश करता हूं, जांच करें। काम करता है!

परिणाम, निष्कर्ष, विचार

इसने काम कर दिया। आउटपुट डॉकटर कंटेनर के लिए एक लिनक्स इमेज है। यह "puffy" (~ 5.2GB) है, लेकिन यह बहुत जल्दी शुरू होता है और इसके अंदर .Net फ्रेमवर्क 4.7 पर एक विंडोज कंसोल एप्लिकेशन चलाता है, जो RabbitMQ को सुनता है, ग्रेग्लॉग को लॉग्स लिखता है , और Minio में / पर फाइल अपलोड करता है। मैं दूरस्थ docker API द्वारा एप्लिकेशन को अपडेट करूंगा।

उपयोगितावादी समर्पित कार्य का समाधान कार्यान्वित किया जाता है। शायद, और सबसे अधिक संभावना है, सार्वभौमिक नहीं। लेकिन सिद्धांत रूप में मैं संतुष्ट था। शायद किसी के काम भी आएगा।

पढ़ने के लिए धन्यवाद। मैं पहली बार हैबर पर लिखता हूं। आपको टिप्पणियों में मिलते हैं।

.NET फ्रेमवर्क एप्लिकेशन के लिए लिनक्स कंटेनर (जब .Net कोर के लिए छोड़ना मुश्किल है)

सेटिंग और पृष्ठभूमि

विकल्पों और इसकी विशेषताओं में से एक

पहली कठिनाइयों और सम्मेलनों

समझौता और निंदा

परिणाम, निष्कर्ष, विचार

More articles: