AWS Charges by the IOp, not supporting UPSERT effectively doubles the cost (and reduces the performance) of running mysql/mariadb on that platform with the SELECT/INSERT behavior of OrmLite

Extend https://github.com/WBPuge/ServiceStack.OrmLite/blob/master/src/ServiceStack.OrmLite/Expressions/Sql.cs
to support following sql math operators:
Sign
Abs
Floor
Ceil/Ceiling
Round(x, y)

For a few of us, we are constrained with having to use mongodb or other nosql databases instead of an RDBMS.

It would be good if we have a some sort of native mongodb support or at least a few examples/patterns of how to go about a full mongodb/servicestack solution. I understand that we have examples of redis usage but, we do not have authentication and other similar aspects as examples.

Love the tooling still! yet hate to work with anything else now (you spoiled us!) that I have to work with mongodb.

Cheers!
-Simo

The only thing that keeps me from dropping CsvHelper and using SS Csv capabilities for everything is that quite often I need a custom type converter.

For instance sometimes currency is a mix of numbers and letters or there can be inconsistent data.

If there was a way to register a method that would receive the raw column values and alter them then this would make it much more versatile in my opinion.

Help Pluralsight update their videos on Servicestack and/or show how to update their example solutions to the latest version of Servicestack.
Another alternative is to offer an updated version of the videos example code localy (somewhere at servicestack.net/github.com).

I tried to do a update to the latest versions myself and I ran into loads of problems. To the extent that i gave up.

See issue: https://forums.servicestack.net/t/should-csv-respect-dto-datamember-order-value/1799

I'd like to be able to incorporate my Cognito User Pool as an authentication and role provider.

At present, the AspNetWindowsAuthentication is not supported in .NET Core. ASP.NET Core does allow for Windows Authentication (through IIS reverse proxy), so it would be great to have support for this in ServiceStack.

I made an attempt at porting it myself, and it kind of works, though I'm sure I'm missing some subtleties on how it works, as I sometimes get "header already set" errors on some requests. In case this never gets picked up, here's a gist of my attempt:

https://gist.github.com/darkonejr/7bcdcf7aea9fee7d21329fd58de5d43d

The generated code does not conform to company rules so I get a bunch of useless warnings when I run code analysis on my solution.

Just adding a

// <auto-generated>
// This code was generated by ServiceStack.
// </auto-generated>

block above or below the /* Options: */ block would be enough to exclude the generated file from code analysis.

I think that ServiceStack TypeScript client does not work in NativeScript + Angular2 applications, as I am getting a bunch of weird errors when trying that (in Fetch module).

I installed the module as this:
npm install --save @servicestack/client

Is there support for the TypeScript client in NativeScript applications? If not, Id like there to be =)

Support change MaxLimit of query feature for specific dto

The NativeTypesFeature is used by ServiceStackVS does a great job of looking at all types exposed by Services. However, it fails to include (or exclude via options) any type only referenced via a "ReferencesAttribute" data annotation. This forces me to either create a complete clone of the type just for automatic client DTO generation, or to create an additional dummy service route that exposes this type.

Can the NativeTypesFeature be enhanced to also include Reference(TYPE) and/or References(TYPE)?

We have an application that always return an AppContentResponse<T>. AppContentResponse contains some properties that are present in every response of every method we have, while the T is the actually Type of the response.

When we look at the metadata documentation, ServiceStack generates the documentation for AppContentResponse<T> without also documenting T. The strange thing is that if I create a class that actually implements AppContentResponse<TypeOfThatResponse>, both types get automatically documented.

I filed an issue at https://forums.servicestack.net/t/expand-generic-type-when-documenting-responses/5676 if you are looking for more details.

While some methods of SqlExpression<T> supports up to 15 generic parameters (Where, And, Or) others like Select, SelectDistinct and GroupBy only supports a couple. When building complex queries, it's easy to select data from more than 7 tables, or group by fields from more than 4 tables.

Could you implement more Select, SelectDistinct and GroupBy overloads like you did for Where, And and Or?

There is no specific number of parameters needed, but I think that the default 15 is a good start.

I didn't find support of client side sharding with sentinels in your Redis API. It will be a nice to have feature. I asked this question on stackoverflow, if you have some solution for the problem, it would be great to hear: https://stackoverflow.com/questions/50107173/servicestack-redis-is-sharding-supported-in-sentinel-mode

The AutoQuery plugin is great especially for use with many front end grids/tables, however it lacks the ability to Group By. Can you implement it to have feature parity to work with many of the front end grid components (ie kendo grid/devexpress/etc)?

The Redis client supports distributed locks, which is a really useful feature, the same is possible using DynamoDB.

Reference Implementation:
https://github.com/awslabs/dynamodb-lock-client

Support Condition Expressions for PutItem, UpdateItem and DeleteItem operations.

https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Expressions.ConditionExpressions.html

Two Factor Authentication is a pretty standard thing nowadays, it even comes baked into the typical ASP.NET Core Identity system. It would be nice if Service Stack had this feature as well. We are working on porting a legacy application from ASP.NET to ServiceStack and this is a requirement for government applications (some form of TFA).