I'm trying to build a windows application. But I'm running to the below error. I tried to download the version 10.0.18362.0 and rebuild the solution, but still runs into the same error.
"DEP3321: To deploy this application, your deployment target should be running Windows Universal Runtime version 10.0.18362.0 or higher. You currently are running version 10.0.17763.1397. Please update your OS, or change your deployment target to a device with the appropriate version."
Appreciate any suggestions on how to proceed.
Note: I followed other similar questions to change the target and minimum version. But still runs into the same error.
Thanks
According to the error message, this is because your current system version is lower than the minimum version required by the application.
The safer way is to upgrade the system. The current version of your system is 17763 (1809), you need to upgrade to at least 18362 (1903).
Here is the download address of the upgrade tool: Download Windows 10.
Another way is to reduce the minimum version requirements of the application.
Right-click the UWP application project, select Properties , and change the Min version to a lower version (such as 17763).
If the entire solution contains projects other than UWP application projects (such as some class libraries), the minimum version also needs to be adjusted.
This is not a safe method. Because some APIs used by the application may only be provided in versions 18362 and above, the version cannot be lowered in this case.
Related
Has anybody tried and succeeded with installing flutter on win x86?
(no VM of course)
My question is not about what Google SAYs, but why do YOU think it is possible or not possible. I do not see anything in the source at github that may prevent it from running on win x86 apart that google does not want to provide support for x86, because it is not a priority.
If you think it is not possible, can you please provide some idea why before saying No or voting down
====BACKGROUND====
prerequisites for the flutter sdk on windows are:
dart 2.0
PowerShell 5.0 or newer
Git for Windows
inside there are also some java and libcurl executables
all of the above exist in win x86 versions
plus the rest seems to be just dart source code.
I run flutter on Ubuntu.
I have an older laptop with win 7 x86 pro which I do not want to upgrade to x64
I tried to use x64 win installation
replacing dart 2.0 x64->x86
and then using flutter doctor to update.
(flutter uses dart pub with "update" function changed to "upgrade", but this can be fixed)
the update using flutter doctor in fact runs just to the point of updating flutter_tool
then trying to update some flutter_tool related packages it comes up with an ERROR:
cannot resolve the library URL
The Windows installation page says:
To install and run Flutter, your development environment must meet
these minimum requirements:
Operating Systems: Windows 7 SP1 or later (64-bit)
And there is a recent comment (20 Aug 2018) from one of the Flutter developers that also states:
We don't have any plans to support 32-bit Windows. That said, if
anyone is willing to send pull requests to get Flutter running on
32-bit Windows, we'd gladly review the PRs.
A further response from the Flutter devs outlines some of the reasons why this is the case:
Someone would need to author 32-bit build rules in the
engine/buildroot repos to build a 32-bit SDK -- specifically the
Dart VM and gen_snapshot. Ideally, the rules would also emit the
target architecture Android artifacts as well.
The design of gen_snapshot (our AOT compiler) assumes identical host
and target architecture bitness. Only a 64-bit build of gen_snapshot
can output arm64 target binaries. Fixing this would involve a
significant amount of work.
I have been battling DEP3321: To deploy this application, your deployment target should be running Windows Universal Runtime version 10.0.14393.0 or higher. You currently are running version 10.0.10586.839. Please update your OS, or change your deployment target to a device with the appropriate version. for the past few days.
I have a UWP app which I cannot run on my machine. However, if I select one of the emulators, it runs fine. I have also set the minimum target value which ensures that the app runs, however, the app throws an error as it cannot find some methods in the lower version on the SDK.
I have tried repairing and uninstalling/re-installing both visual studio 2015 and 2017. I have tried the same with the various windows SDK as well. At one point i had three different versions of the SDK installed and visual studio was still complaining even though i had the updated version installed. Currently, I have installed win sdk 10.0.15063.17.
Any ideas what I can do next to resolve this issue. I have trawled various SO pages as well social.msdn pages with no luck.
Many thanks
I just started a new app and selected the highest Target levels and got this error. I was able to get rid of this error by selecting the default minimum Min Target Version as shown below.
I also encountered the same problem
Severity Code Description Project File Line Suppression State
Error DEP3321: To deploy this application, your deployment target should be running Windows Universal Runtime version 10.0.17763.0 or higher. You currently are running version 10.0.17134.648. Please update your OS, or change your deployment target to a device with the appropriate version.
Solution:
Right click on the project property and got to the General-> Target Platform Minimum version.
In my case, I changed it to "10.0.17134.0" by selecting from the drop-down and then rebuilt it.
I worked well. Attached snapshot for reference.
If your app is using APIs that only exist in newer versions of the OS (like 14393 or 15063), then you won't be able to call those on 10586. You will get an exception because the method simply doesn't exist on that machine.
In order to support the app on lower versions of the operating system you will need to wrap the calls to those APIs with an appropriate "IsAPIPresent" check:
https://learn.microsoft.com/en-us/uwp/api/Windows.Foundation.Metadata.ApiInformation
Thanks,
Stefan Wick - Windows Developer Platform
Possible Solution:
I was facing with the EXACT same issue. I have my SDK 15063, and I have installed Visual Studio 2017 afresh, which also installed SDK 15063 implicitly, but I still kept on getting the same deployment error DEP3321.
I solved this issue in this way -
Just go to the "Solution Explorer", on the right side of Visual Studio and do the following steps in this order -
1) Just right click on the project you are deploying
2) Press "Unload Project"
3) Right click on the project_name(unavailable) and press Edit project_name.jsproj. It will open an xml file on left hand side
4) Search for "TargetPlatformVersion" and "TargetPlatformMinVersion". Both are placed next to each other. Mine looked like this -
10.0.15063.0
10.0.15063.0
since mine Error DEP3321 explicitly stated that 'you are currently running version 10.0.14393.1715, so I replaced my "TargetPlatformMinVersion" from 10.0.15063.0 to 10.0.14393.1715 -
10.0.14393.1715
5) Now save it, Ctrl+S
6) Right click on "Solution Explorer" and press Reload Project and press Yes to the popup if you get stating that project is already loaded.
You are done. Just do what you normally do, Build (ctrl+shift+B) and then Debug - F5 or Ctrl+F5.
This way the project got deployed for me.
Basicly I'm super newbie and started internship in IT company. I installed VS with Xamarin. The problem that I'm facing is very frustrating. So even when i create empty project I can't compile it and get error like this :
Severity Code Description Project File Line Suppression State
Warning major version 52 is newer than 51, the highest major version supported by this compiler.
I searched all over google and asked so many people and still no fix of my problem. If anybody can help me via skype or teamwiever i will APPRECIATE so much. My skype: toniterdal , feel free to add me.
I was having the same issue, and tearing my hair out. I had the JDK Version 8 installed, but these warnings wouldn't go away, and eventually they generated a build-breaking error.
When I went to Tools -> Options -> Xamarin, and looked at the Android Settings, the Java Development Kit Location was pointing to jdk.1.7.xxxx, in Program Files (x86).
I changed it to 1.8.0_101, in Program Files. Then I restarted Visual Studio, and the same error happened again. Somehow, Visual Studio was detecting Version 7 of the JDK and pointing it to that automatically.
So the solution turned out to be very simple. As well as installing Version 8 of the JDK, UNINSTALL Version 7 of the JDK. As soon as I did that, Xamarin turned out to be much better behaved. This step solved a whole bunch of seemingly unrelated problems.
That error is telling you that the Java Class version that is being loaded was compiled with Java 8 (52) but Java 7 (51) is trying to load that compiled class.
Java 7 uses major version 51
Java 8 uses major version 52
Check which Java version(s) are installed on your machine and review Xamarin's requirements and Java installation steps (linked below)
Installing the Java SDK (JDK)
For people having problems with setting the appropriate JDK version, you might want to try to override this setting in the vs2015 options dialog:
Delete bin folder and obj folder and run the project it will be work fine
You have a bad proguard.jar file, you need to replace this .jar by a correct version. The steps below describing how to do that. Some colleagues had the same problem here.
Go to Preferences => SDK locations and copy the Android SDK location.
Go to that folder (mostly /Users/USERNAME/Library/Developer/Xamarin/android-sdk-macosx) and go to the folder tools/proguard/lib.
Here you find a proguard.jar.
Rename this to proguard_OLD.jar.
Download the last proguard file (like this one https://sourceforge.net/projects/proguard/files/)
Unzip and place the proguard.jar in the tools/proguard/lib folder
Rebuild your Project
Everything should be fixed!
You can find more info about the bug here:
https://releases.xamarin.com/technical-bulletin-android-sdk-build-tools-24/
For me worked to change the SDK as well, but under Options->Xamarin->Android Settings, I don't have Cross Platform in Options for VS 2015Pro
Note for Windows 64 bit users, the JDK has to be the x86 version not the x64 version.
E.g. C:\Program Files (x86)\Java\jdk1.8.0_111
Kaloyan you can find the setting for the Java SKD under Tools->Options and the click on Xamarin in the Options list, then select Android Settings. I installed the latest Java version (8.0.111) and then did a clean on my project and it runs fine now with no errors. Thank you everyone for your posts!
In my case, i had to reinstall the JDK 8 (the last version) because other versions JDK 7 couldnt work even with new projects or clean up projects, and also i had to do a clean install of the android sdk.
This is how I solved the same issue I faced today:
From Control Panel > Uninstall a Program > uninstall the older Java versions which are on your system.
You should only have Jdk 1.8 and Jre 1.8 on your system.
Now go to C:/Program Files/Java and delete all older java versions.
If you have setup your JDK 1.8 and JRE 8 in C:/Program Files (x86)/Java then cut paste them into C:/Program Files/Java folder.
Then I restarted IntelliJ IDE which I am using. It automatically asked to update the path of SDK. Update the path to point to Jdk 1.8 and then I recompiled my files and things started working well.
Hope it works for you too!
In my case, I had just deleted .class files and worked fine.
I accepted a project that consists of a Java-project that is shipped with an installer built by install4j (we have a license for 4.2.8). I'm required to ship a JRE with it. The problem is that the guy who worked on it before me left and I don't have access to his installation of install4j that would have included the JREs that are currently shipped with the final installer of our project (Java 1.6.0_29).
Within install4j I can select a JRE, but 1.6.0_29 is not listed there any more. My obvious option was to simply use the latest 1.6-version, but that was declined. Therefore, now I don't have a JRE. I can't even build a bundle with install4j since none of my colleagues has that version. Besides that, I'd need it for all our target platforms (Windows, Linux and MacOS).
I think the only options I have now is to
find a hidden gem on the internet that holds old JREs in .tar.gz-format (i.e., if you know such a site please let me know)
download the various installers from Oracle's site and somehow convert them into .tar.gz (however, I have no idea how to convert, e.g. an exe, into a .tar.gz)
I tried to figure out where install4j downloads the bundles. I played around with the URLs, but it seems as if only those listed in install4j are available.
Do I have another option? Does anyone have solutions for the two options I listed?
You can use the "createbundle" command line tool to create a JRE bundle from any installed JRE.
This is available since install4j 5.0. You can install the current version with an evaluation key and the created bundle .tar.gz file will work for 4.x as well.
Bundling a JRE for Mac OS X is not supported in install4j 4.x. This functionality was added in install4j 5.1 for OpenJDK on Mac OS X.
To get information about the wireless LAN cards, I came across the api WlanEnumInterfaces . In the documentation, it says
Minimum supported client - Windows Vista, Windows XP with SP3
It means that the api is available on the above mentioned Operating System
The application is running on Windows XP with SP3, but when inlcude , it gives error - file not found.
If I search my whole PC, this file is not found. Even the corresponding library is 'wlanapi.lib' is missing
Any help would be useful...
You should be looking for wlanapi.dll, which is the runtime component.
Generally when you're using new APIs, you should be using LoadLibrary and GetProcAddress, so you can handle failure gracefully.
This import library is included with the Windows SDK. I have to guess that you've got an old version of it on your machine. The default install location is c:\program files\microsoft\sdks\windows\???\lib where ??? is the SDK version number (like v7.0).
You can download the SDK from Microsoft. Do make sure that the version you get is compatible with your version of Visual Studio. Do not attempt if you have an old one, like version 6.