Support NodaTime

[bjornharrtell]

Goal would be same level of support as for native datetime and DateTimeOffset and ideally it would be possible to use contains filter against a NodaTime interval.

Alternatives I've thought about are custom logic in ResourceDefinition.

[bjornharrtell]

Might be that this too (as with #809) would be better served as extension.

[bkoelman]

Any reason this doesn't already work after adding the EF Core package? NodaTime uses TypeConverter, so RuntimeTypeConverter which is used for query strings should already work.

The contains filter is reserved for substring matching, however lessThan/greaterThan should work. Or you could define your own range function.

Did you actually try to use NodaTime?

[bjornharrtell]

@bkoelman no didn't actually give it a shot and made some assumptions which I see might be wrong, sorry. I'll see if I can get some more substantial information here ASAP.

[bjornharrtell]

It will certainly eat it, but default serialization of nodatime interval isn't very usable:

{
"start": {},
"hasStart": true,
"end": {},
"hasEnd": true,
"duration": {
"days": 2915343,
"nanosecondOfDay": 86399999999999,
"hours": 23,
"minutes": 59,
"seconds": 59,
"milliseconds": 999,
"subsecondTicks": 9999999,
"subsecondNanoseconds": 999999999,
"bclCompatibleTicks": 2518857216000000000,
"totalDays": 2915344,
"totalHours": 69968256,
"totalMinutes": 4198095360,
"totalSeconds": 251885721600,
"totalMilliseconds": 251885721600000,
"totalTicks": 2518857216000000000,
"totalNanoseconds": 251885721600000000000
}

I'm not sure I can make sense of filtering interval with lessThan / greaterThan.. but I don't think the parser knows what do do with it regardless, resulting in fx. Failed to convert '2025-01-01' of type 'String' to type 'Interval'. Failed at position 22: greaterThan(virkning,^'2025-01-01').

[bkoelman]

About the serialization, did you call JsonApiOptions.SerializerOptions.ConfigureForNodaTime(DateTimeZoneProviders.Tzdb)?

If so, then apparently this is how NodaTime serializes to JSON. You could always insert your own JsonConverter if you don't like it.

About the conversion, I don't know. Does the library provide something to register type converters to .NET?

It would help if you could share a minimal sample that can be debugged.

[bjornharrtell]

Correctly configuring serialization as you suggest definitely makes it look much better:

{
"start": "2018-01-22T00:00:00Z",
"end": "9999-12-31T23:59:59.999999999Z"
}

Sorry again for not doing my homework. I will return with better info if possible.

[bkoelman]

See also https://stackoverflow.com/questions/57460367/asp-net-core-type-converter-methods-not-called