CliGenerator on Linux

Posts   
 
    
yowl
User
Posts: 271
Joined: 11-Feb-2008
# Posted on: 15-Jul-2024 23:27:22   

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!

Walaa avatar
Walaa
Support Team
Posts: 14981
Joined: 21-Aug-2005
# Posted on: 16-Jul-2024 03:23:17   

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

yowl
User
Posts: 271
Joined: 11-Feb-2008
# Posted on: 16-Jul-2024 14:33:43   

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.

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39738
Joined: 17-Aug-2003
# Posted on: 17-Jul-2024 08:49:52   

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.

Frans Bouma | Lead developer LLBLGen Pro
yowl
User
Posts: 271
Joined: 11-Feb-2008
# Posted on: 17-Jul-2024 14:36:54   

Understood, thank you for the information.