linq2db/ASP.NET DI in DataConnection problem

[hyperion-cs]

Friends, hello.

The wonderful linq2db supports working inside ASP.NET, including dependency injection.
However, I faced the problem of dependency injection into a derived class from DataConnection.
Namely, at the moment there is a hard constraint for the class constructor to look something like this:

public FooDataConnection(LinqToDbConnectionOptions<FooDataConnection> options) : base(options) { ... }

So if, for example, we go in to inject something into this class through the constructor:

private readonly ISomeService _iSomeService;
...
public FooDataConnection(ISomeService iSomeService, LinqToDbConnectionOptions<FooDataConnection> options) : base(options)
{
	...
	_iSomeService = iSomeService;
	...
}

Then we get an error of the following form:

System.ArgumentException: 'Missing constructor accepting 'LinqToDBConnectionOptions' on type FooDataConnection'

This seems to be wrong behavior. Because the constructor accepting LinqToDbConnectionOptions actually exists.
Does anyone have any idea how to fix this?

[viceroypenguin]

Would it be possible for you to put together a demo project with a minimal code to replicate this issue? There's no indication here what the DI system is trying to construct when throwing this exception, so some more context would be helpful.

[viceroypenguin]

Thanks! I'll take a look soon.

[viceroypenguin]

Currently, the automatic .AddLinqToDBContext() only supports a constructor that receives a single parameter of type LinqToDBConnectionOptions.

However, I don't see any reason it couldn't support constructors that receive other parameters as long as it only receives one LinqToDBConnectionOptions parameter. I'll create an issue for it and we'll get it into 4.2.0.

[hyperion-cs]

@viceroypenguin, thank you very much. We will wait for a fix.

[viceroypenguin]

This has been fixed and will be released in 4.1.1

[hyperion-cs]

@viceroypenguin, great work, you are amazing!

[hyperion-cs]

The issue is resolved in #3632 (reply in thread), #3634.