The IntelliJ IDEA told me that the current version we chose 4.0.1 has security vulnerability, and it recommends developer to upgrade org.glassfish to newer version.
Could we do that? I tested version 4.0.2, it works. But, would it still work for further lab/assignment?
Thanks.
I've got an Azure Function app that creates a precompiled DLL (so it uses normal .cs files, not the older .csx method, pre-VS2017). Previously, it was targeting .Net Framework 4.5.2. I updated it to 4.7 so as to use some of the new C# 7 features. I updated my NuGet packages by doing "Update-Package -Reinstall" and verified that they all have the "net47" target set in my packages.config file.
Everything compiles fine. But when I call a function that uses either of 2 HttpRequestMessageExtensions methods, I get an exception. One example of the exception is this:
Method not found: 'System.Net.Http.HttpResponseMessage
System.Net.Http.HttpRequestMessageExtensions.CreateResponse(
System.Net.Http.HttpRequestMessage, System.Net.HttpStatusCode)'.
Here's an example of a tiny test function that will cause the error:
using System.Net;
using System.Net.Http;
public static HttpResponseMessage Run(HttpRequestMessage req)
{
return req.CreateResponse(HttpStatusCode.Accepted, "");
}
Upon calling this function with say Postman, I'll receive the aforementioned exception. I also get a similar method not found exception when I call GetQueryNameValuePairs() on the HttpRequestMessage.
I've tried updating my NuGet packages to the latest, no difference. I've cleaned and rebuilt and restarted a bunch of times, making sure to nuke my bin and obj directories.
I'm not sure what could be the problem. I guess I could downgrade back to .Net 4.5.2 but I'd rather not. For one, I want to use C# 7, and for two, I want to understand what the problem is rather than avoid it.
Update: interesting. The issue seems to be with System.Net.Http. If I lower it to 4.0.0 everything works fine. If I raise it to any higher version I get the issues listed above. I tried selectively lowering each of my packages, one by one, to their previous version number to find this out. I then updated all but this one to the latest version and it fixed the issue.
I also tested it on my side. The issue is related to the latest version of System.Net.Http assembly(4.3.2). If I don't install this package manually or install the earlier versions(4.3.1/4.3.0), the application could work fine.
The CreateResponse method is a extension method which is written in System.Web.Http assembly(version 5.2.3). It seem that it is not compatible with the latest version of System.Net.Http. Please could just skip the error by using the earlier version of System.Net.Http and you can also submit this issue to Microsoft using follow channel.
https://connect.microsoft.com/VisualStudio/Feedback
Interesting. For me, if I got above version 4.0.0 (including 4.1.1 or 4.3.1) I still get the same problem of not finding those extension methods.
The assembly might not be updated during you change the package version. From the bin\Debug\net47 folder, we could check the current assembly version we used.
If the modified date of assembly is 2/9/2017, the package version is 4.3.1. If the modified date of assembly is 4/19/2017, the package version is 4.3.2. If the assembly is not the latest version, it could work fine on my side.
In addition, Microsoft.Asp.Net.WebApi.Client package is installed by default when creating an Azure function. System.Net.Http is one of its dependencies. So we don't need to install the System.Net.Http package manually. When running our application, NuGet will choose a right version of System.Net.Http for our application.
I had the same issue running my Azure Function locally and eventually tracked it down to conflicting System.Net.Http assemblies. I created my Azure function from a blank ASP.NET Web App and initially pulled down the System.Net.Http NuGet package to use within the project. I also pulled down the Microsoft.AspNet.WebApi.Client for use within the project. It did not matter which version of System.Net.Http I tried my project would compile but fail when the request was made.
Eventually, I removed packages I had downloaded, cleaned the build folder and added just the Microsoft.AspNet.WebApi.Client. I noticed that this automatically referenced the System.Net.Http on my machine for my version of the .NET Framework. (C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework). This compiled successfully and I was able to make requests to the function without any exceptions.
Using #Aaron-Newton's insight, I identified that my issue was due to my Azure Functions project referencing a .Net Standard 2.0 class library. I switched it to .Net Framework 4.6 and it started working again. Seems like this is a bug in the Functions tooling.
I've filed a bug with the Functions team here: https://github.com/Azure/Azure-Functions/issues/477
I had the same issue. I spent quite a while to fix this problem.
The cause is that the Azure Functions project is refering to .Net Standard Library with version higher than 1.4.
Bringing down your .Net Standard version to 1.4 or lower would fix the problem.
But this is defintely a bug with Azure Functions SDK. They should fix it.
https://github.com/Azure/azure-webjobs-sdk-script/issues/980
https://github.com/Azure/Azure-Functions/issues/477
I'm trying to get Kendo UI with integrated with my Angular (4) project and I'm running into peer dependency errors. I need to use #progress/kendo-angular-grid and #progress/kendo-angular-charts and the but the latest of both are requiring different versions of #progress/kendo-drawing. #progress/kendo-angular-grid#0.26.0 wants 0.14.0 of #progress/kendo-drawing and #progress/kendo-angular-charts#0.22.0 wants 0.15.0 of #progress/kendo-drawing. Anyone know what the correct version numbers should be so that everything installs correctly?
Use the latest version of kendo-drawing (0.15). Both the grid and charts are compatible with it, but the grid dependency is outdated (which will be fixed soon). The grid requires a more recent version due to the PDF export feature.
I just updated the Microsoft.Azure.Mobile.Client package in my Xamarin project and now the System.Net.Http namespace doesn't exist anymore. Here's the error message. I was using the MobileServiceClient object to pass through the URL for my Azure backend. What should I do now? I don't want to go back to the previous version if I don't have to.
The error message is pretty explicit. Do you have a System.Net.Http reference in your app? If not, add one.
What is likely to have happened is that the dependency that the package has is for a version of System.Net.Http that is not compatible with your target .net version and the upgrade has removed the old version and not been able to add the new version.
You will need to find the version of System.Net.Http which is a dependency of Microsoft.Azure.Mobile.Client and find out what version of .Net it targets (the folder is likely to be underneath your packages folder even if the reference is missing).
Then you can decide whether you can target your project at a newer version of .Net or whether you need to downgrade Microsoft.Azure.Mobile.Client.
I have got a strange issues with Couchbase once i update it to the latest version (through NuGet).
My MVC web app uses log4net loading it from unity container.
Suddenly Couchbase Cluster constuctor started to throw an exception saying:
Method not found:
'Common.Logging.ILog Common.Logging.LogManager.GetCurrentClassLogger()'.
Stack trace:
at Couchbase.Cluster..cctor()
Any idea? How could i solve this problem?
Had the same problame.
Resolved it by adding dll compiled from current Couchbase.NetClient sources available on GitHub.
Issue was fixed by this commit https://github.com/couchbase/couchbase-net-client/commit/a3f0544fd5e61e6b8c3cf0e829b8697e69021fda
Steps:
Download last version of sources https://github.com/couchbase/couchbase-net-client
Compile Couchbase project
Replace ..\packages\CouchbaseNetClient.2.0.1\lib\net45\Couchbase.NetClient.dll with compiled version in your solution
As far as CouchbaseNetClient 2.0.2 is released you can update it from NuGet.