That is absolutely awesome! Can’t wait to try it out this weekend 😃

I'm looking forward to giving it a try. And thanks for doing the work to get this running on ClojureCLR. What problem are you having with clojure.data.json? Assuming you 've used the info below, what's happening? https://www.nuget.org/packages/clojure.data.json

dotnet add package clojure.data.json --version 2.4.0
NuGet\Install-Package clojure.data.json -Version 2.4.0
<PackageReference Include="clojure.data.json" Version="2.4.0" />

This looks really useful, especially considering the challenge of debugging generally. I'm impressed with the approach, and the portability of your code.

It would be good to get portal itself on NuGet (@U45FQSBF1 knows the proper incantations and sequence of animal sacrifices required to publish a ClojureCLR library there).

Thanks for porting to cljr and providing some clues in the demo how to get it running - working through that now given I have a different setup on my Windoze box.

@U45FQSBF1 I can get clojure.data.json working locally, but I'm not sure how transitive dependencies are suppose to work for the clr, especially with the odd way in my guide which uses a deps.edn + clojure cli 😅

@U2M7EC8KU I am looking into publishing a dll, but my first attempt was not successful 😆 I tried out some of the steps in https://github.com/clojure/clojure-clr/blob/master/docs/nuget-for-libs.md but I don't know how to inspect the dll to verify that the clojure source was bundled correctly :thinking_face:

nuget should pull in the dependencies. However, clojure cli doesn't understand that.

So if I get portal packaged up as a dll and published to nugget, transitive dependencies should automatically resolve?

I think so. nuget-for-libs is definitely written more to remind me what I did the last time than with an eye to being a good user guide. I usually use ILSpy to peek inside the DLL. I'm sure there are better ways but haven't done the research.

I did find someone recommending just opening the DLL in Notepad++ and see what's there. Not too much binary noise for these DLLs. But rather crude.

I would have thought calling MapGet as a static as you have done here, with the type annotation would have done the trick. I don't know why the annotation would throw an error. Do you have an absolute minimum setup to get to that MapGet call that I could work with?

@U45FQSBF1 https://github.com/Dangercoder/clojure-clr-dotnet-api

https://github.com/Dangercoder/clojure-clr-dotnet-api/blob/master/src/clj_api/main.clj#L51 eval this from the repl

(I just updated the repo the repl works again, accidently cleaned up a bit too much;)

What system DLLs do I need to load first?

I had forgotten to add src/clj_api/user.clj. Try now, if you run dotnet-script main.csx it will load it for you

using dotnet-script was the only was I could manage to load all required dll's. Let me know if it works 🙂. Good to know: This repo loads dll's by these directories (im on ubuntu): /usr/share/dotnet/shared/Microsoft.AspNetCore.App/6.0.13 /usr/share/dotnet/shared/Microsoft.NETCore.App/6.0.13

I don't think my windows box has /usr/share available unless I drop into WSL. 🙂 But I'll cope.

I'll make it load these DLLs by the current assembly location later. I was just keen on getting something out there that "kind of works"

@U45FQSBF1feel free to pull, I've made user.clj load the assemblies dynamically instead of a hardcoded path:slightly_smiling_face:

I'm getting some weird behavior. I pulled in the DLLs from the two directories, adjusted for my box. main.clj fails to load due to an import failing. I did each import by hand. It fails only WebApplication. This is totally bizarre, because it can find WebApplicationBuilder from the same namespace. This is very puzzling. So I thought I'd list the types in assembly Microsft.AspNetCore.dll. And it blows up. It blows up calling GetTypes on the assembly.

(def assy (first  (filter #(= (.Name (.GetName %)) "Microsoft.AspNetCore") (.GetAssemblies AppDomain/CurrentDomain))))

(.GetType assy "Microsoft.AspNetCore.Builder.WebApplicationBuilder")  ; => Microsoft.AspNetCore.Builder.WebApplicationBuilder

(.GetType assy "Microsoft.AspNetCore.Builder.WebApplication")  ; => nil

(.GetType assy "Microsoft.AspNetCore.Builder.EndpointRouteBuilderExtensions") ; => nil

(import '[Microsoft.AspNetCore.Builder EndpointRouteBuilderExtensions]) ; => Microsoft.AspNetCore.Builder.EndpointRouteBuilderExtensions

(import '[Microsoft.AspNetCore.Builder WebApplication])   ; => Bad type

user=> (def types (.GetTypes assy))

Execution error (ReflectionTypeLoadException) at System.Diagnostics.StackFrame/GetTypes (NO_FILE:0).
Unable to load one or more of the requested types.
[I've cut this down to just the names]

 'Microsoft.Extensions.Options, 
 'Microsoft.AspNetCore.Hosting.Abstractions, 
 'Microsoft.AspNetCore.Hosting.Abstractions, 
 'Microsoft.Extensions.DependencyInjection.Abstractions,
 'Microsoft.Extensions.Configuration.Abstractions,
 'Microsoft.Extensions.Hosting.Abstractions, 
 'Microsoft.AspNetCore.Hosting.Abstractions, 
 'Microsoft.Extensions.Configuration.Abstractions, 
 'Microsoft.Extensions.Hosting.Abstractions, 
 'Microsoft.Extensions.Hosting.Abstractions, 
 'Microsoft.Extensions.Configuration.Abstractions, 
 'Microsoft.Extensions.Logging, 
 'Microsoft.Extensions.Hosting.Abstractions, 
 'Microsoft.Extensions.Configuration.Abstractions, 

I was stuck on the exact same thing, that's why I made an ugly solution. I made clojure boot via: https://github.com/Dangercoder/clojure-clr-dotnet-api/blob/master/src/main.csx in order to do that you need to cd into src and execute dotnet-script main.csx

I made a small hack in main.csx make it work for now.

var app = WebApplication.Create();
IFn state = Clojure.var("user", "add-state");
state.invoke(app);

I can get it running with that script. Very neat. I have a partial answer to the problem, and you can probably use it fix your situation. I do not understand why it occurs. The problem is that there is more than one IEndpointRouteBuilder type. The one that you have imported and that you get when you use the nakedly is not the same as the Microsoft.AspNetCore.Builder.IEndpointRouteBuilder that is implemented by WebApplication !?!

clj-api.main=> (def wa WebApplication)
#'clj-api.main/wa
clj-api.main=> (def ii (.GetInterfaces wa))
#'clj-api.main/ii
clj-api.main=> ii
(Microsoft.Extensions.Hosting.IHost System.IDisposable Microsoft.AspNetCore.Builder.IApplicationBuilder Microsoft.AspNetCore.Routing.IEndpointRouteBuilder System.IAsyncDisposable)
clj-api.main=> (def ierb (nth ii 3))
#'clj-api.main/ierb
clj-api.main=> ierb
Microsoft.AspNetCore.Routing.IEndpointRouteBuilder
clj-api.main=> (= ierb IEndpointRouteBuilder)
false

clj-api.main=> (.AssemblyQualifiedName IEndpointRouteBuilder)
"Microsoft.AspNetCore.Routing.IEndpointRouteBuilder, Microsoft.AspNetCore.Routing, Version=7.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60"

clj-api.main=> (.AssemblyQualifiedName ierb)
"Microsoft.AspNetCore.Routing.IEndpointRouteBuilder, Microsoft.AspNetCore.Routing, Version=7.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60"

clj-api.main=> (class a)
Microsoft.AspNetCore.Builder.WebApplication
clj-api.main=> (.IsInstanceOfType IEndpointRouteBuilder a)
false
clj-api.main=> (.IsInstanceOfType ierb a)
true

clj-api.main=> (.Assembly ierb)
#object[RuntimeAssembly 0x3ca82c3 "Microsoft.AspNetCore.Routing, Version=7.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60"]
clj-api.main=> (.Assembly IEndpointRouteBuilder)
#object[RuntimeAssembly 0x21e98db "Microsoft.AspNetCore.Routing, Version=7.0.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60"]
clj-api.main=> (= *1 *2)
false

Well, there are some hints on how that is possible. Assembly.LoadFile could be the culprit. LoadFile loads into a different context than Assembly.Load. see here for an instance of this occurring: https://github.com/dotnet/runtime/issues/39783 And you are using assembly-load-file in your user.clj.

@U45FQSBF1 thanks for looking into this, I really appreciate it. It's cool to hack some .NET with clojure-clr 😄

Totally. I don't have time to hack it right now, but test out replacing your assembly-load-file. Let me know. And I'll be interested in the end-result of this project, so please keep me informed.

Changed assembly-load-file to assembly-load-from. (You should probably use assembly-load, but you need to provide long form names, I think, and I was too lazy to experiment.)

C:\work\temp\clojure-clr-dotnet-api\src>dotnet-script main.csx
Loading user.clj
Loading assemblies in:  C:\Program Files\dotnet\shared\\7.0.0
Loading assemblies in:  C:\Program Files\dotnet\shared\\7.0.0
Clojure 1.12.0-alpha3
user=> (load "clj_api/main")
nil
user=> (in-ns 'clj-api.main)
#object[Namespace 0x1952e60 "clj-api.main"]
clj-api.main=>
clj-api.main=>   (def app (-> (WebApplication/CreateBuilder)
               (.Build)
               configure-app))
#'clj-api.main/app
clj-api.main=>

It does. I also managed to remove main.csx and still get WebApplication to load by using assembly-load-from . I can now execute my program using the Clojure.Main tool 🎉

Count me on board on this project! Very exciting. BTW, did anything ever happen vis a vis the once-and-future Lokad/ILPack release with the PR you submitted?

Nope. I'm going to have fork it and see if it works. Last response I saw from them to a recent bug report was 'thanks, no resources to work on it at this time.' I'll see what I can do this week.

# posts now = 11. I'm going to have to slow down to write some code instead of prose.