Hi,

LLBLGen 5.10

Is the CliGenerator supported on Linux? I'm hitting this: `

scott@Matumbo:~/git/CMS/src/Cms.Wpf$ ../../lib/LLCoolJ/CliGenerator/CliGenerator.exe ../TheHub.Entities.llblgenproj ./TheHub.Entities/ 0

LLBLGen Pro Command line code generator v0.0.0.0 (c)2002-2024 Solutions Design bv. https://www.llblgen.com

Generates code for LLBLGen Pro projects on the command line.

Initializing... Initialization complete. Loading project '../TheHub.Entities.llblgenproj'

=====================

Exception caught.

Message: The XML contains a reference to a driver with ID: '2D18D138-1DD2-467E-86CC-4838250611AE' which isn't loaded, likely due to a missing ADO.NET provider. Line 10582, Position 6 Source: SD.LLBLGen.Pro.ApplicationCore Stack trace: at SD.LLBLGen.Pro.ApplicationCore.MetaData.MetaDataStore.DeserializeTargetDatabase(XmlReader reader) in C:\MyProjects\VS.NET Projects\LLBLGen Pro v5.10\Designer\ApplicationCore\MetaData\MetaDataStore.cs:line 1370 at SD.LLBLGen.Pro.ApplicationCore.MetaData.MetaDataStore.DeserializeFromReader(XmlReader reader) in C:\MyProjects\VS.NET Projects\LLBLGen Pro v5.10\Designer\ApplicationCore\MetaData\MetaDataStore.cs:line 237 at SD.LLBLGen.Pro.ApplicationCore.ProjectClasses.Project.DeserializeFromFile(String filename, String additionalTypeConverterFolder) in C:\MyProjects\VS.NET Projects\LLBLGen Pro v5.10\Designer\ApplicationCore\ProjectClasses\Project.cs:line 733 at SD.LLBLGen.Pro.ApplicationCore.ProjectClasses.Project.Load(String filename, String additionalTypeConverterFolder) in C:\MyProjects\VS.NET Projects\LLBLGen Pro v5.10\Designer\ApplicationCore\ProjectClasses\Project.cs:line 169 at SD.LLBLGen.Pro.ApplicationCore.ProjectClasses.Project.Load(String filename) in C:\MyProjects\VS.NET Projects\LLBLGen Pro v5.10\Designer\ApplicationCore\ProjectClasses\Project.cs:line 149 at SD.LLBLGen.Pro.Tools.CommandLineGenerator.Startup.StartProcess(CommandLineArgs parsedArgs) in C:\Users\ScottWaye\Downloads\LLBLGen10.2\CLIGenerator\Startup.cs:line 152 at SD.LLBLGen.Pro.Tools.CommandLineGenerator.Startup.Main(String[] args) in C:\Users\ScottWaye\Downloads\LLBLGen10.2\CLIGenerator\Startup.cs:line 92 ` I have dotnet SDKs installed, which I understand include ADO.NET:

scott@Matumbo:~/git/CMS/src/Cms.Wpf$ dotnet --info
.NET SDK:
 Version:           8.0.303
 Commit:            29ab8e3268
 Workload version:  8.0.300-manifests.c915c39d
 MSBuild version:   17.10.4+10fbfbf2e

Runtime Environment:
 OS Name:     debian
 OS Version:  12
 OS Platform: Linux
 RID:         linux-x64
 Base Path:   /usr/share/dotnet/sdk/8.0.303/

.NET workloads installed:
There are no installed workloads to display.

Host:
  Version:      8.0.7
  Architecture: x64
  Commit:       2aade6beb0

.NET SDKs installed:
  8.0.303 [/usr/share/dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 8.0.7 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 8.0.7 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
  None

Environment variables:
  Not set

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

Thanks!

No, it was built for Windows (.NET 4.x).

Thanks, makes it hard to run on Linux CI for Linux targets, any plans to provide a .net core version? Otherwise I suppose I would have to build it myself, or run codegen on Windows and copy across. Neither is very appealing when .net (core) is supported on Linux.

The main issue is that we then need to port all code of the designer, except the GUI, to .net standard. This has a big problem as it supports just 1 appdomain and the code uses multiple app domains for plugins and additional dll's loaded in. This therefore is a big undertaking and we decided not to do this, as the use case is a small one: running the code generator separately from the designer. Hence we didn't do this.

Understood, thank you for the information.