-
-
Notifications
You must be signed in to change notification settings - Fork 405
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve Csla.Channels.Http.HttpProxy #4431
Comments
Thank you @ctescu, this will be a good enhancement for more modern versions of .NET. We'll need to use compiler directives to continue using WebClient for netfx targets (4.6.2, 4.7.2, 4.8) I assume? |
I'm not so sure about that. Yeah there is a If we plan to implement that we should consider making this an opt-in feature. Currently some stuff for |
Dear @StefanOssendorf now DefaultWebClient uses req.Timeout = timeout.Milliseconds; that will trigger the exception that timeout must be greater than 0 or infinite,. |
Thanks for pointing the bug out in our current sync calls. I've created an issue to fix that. But I don't get the part with the async call problem. We have since v8 IIRC, this option for the csla/Source/Csla/DataPortalClient/HttpProxyOptions.cs Lines 34 to 37 in 60bd0b3
and we are using it to setup the HttpProxy csla/Source/Csla/DataPortalClient/HttpProxyExtensions.cs Lines 34 to 35 in 60bd0b3
So if you want to use the |
You are right about async call, was a misusage in my code. |
HttpProxy uses WebClient for all sync call.
WebClient is marked like obsolete https://learn.microsoft.com/en-us/dotnet/api/system.net.webclient?view=net-8.0 and suggested to be replaced with sync calls from HttpClient.
The text was updated successfully, but these errors were encountered: