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 developed a Java Swing application on the NetBeans Platform (RCP). I want to include the Windows JRE with the installer that NetBeans generates in case a PC does not have JRE installed, but I do not know how to do this. I have tried to follow the following instructions but failed (I find that the instructions assume that you know absolutely everything on JDK and JRE, for example I would get the message 'pack200' is not recognized as an internal or external command...it would seem that some paths are wrong or outdated):
How to bundle JVM (JRE/JDK) in the installer bundle?
Including the JRE in a NetBeans Platform Installer
Installing the JRE via an Application's Installer via Windows
I am trying to pack the JRE version 7u7
My JDK folder structure is the following:
C:\Program Files\Java\
in here I have the following two folders:
jdk1.7.0_07 and jre7
Please help me...Thank you so much
I have followed "Installing the JRE via an Application's Installer via Windows" in your link to successfully create a Windows installer for my Netbeans platform application.
What are the problems you encountered?
"'pack200' is not recognized as an internal or external command" is because %JAVA_HOME%/bin is not in your PATH (environment variable). You can run pack200 with
"C:\Program Files\Java\jdk1.7.0_07\bin\pack200" -J-Xmx1024m rt.jar.pack.gz rt.jar
Btw, it seems like "app.conf=nbproject/my.conf" part in the article is outdated. I have to modify directly the file "build/launcher/etc/app_name.conf" in my project.
Maybe this guide can help you:
Self-Contained Applications: Package non-JavaFX application
https://blogs.oracle.com/talkingjavadeployment/entry/packaging_improvements_in_jdk_7#3
One of popular questions people ask about self-contained applications - can i package my Java application as self-contained application? Absolutely.
This is true even for tools shipped with JDK 7 update 6. Simply follow steps for creating package for Swing application with integrated JavaFX content and they will work even if your application does not use JavaFX.
Is it possible to install Mono and Gtk on a Windows computer, copy that to a local folder, and run from that? Can I do the same on Mac?
I'm trying to create an all-in-one folder with everything included so that users can run without needing anything that is not in the folder. mkbundle did not work, and I'd rather have a complete Mono so I can dynamically load additional Mono libraries at runtime.
Are there any 64-bit vs 32-bit issues?
Can I avoid the GAC by using MONO_PATH?
Do either the Mac Mono or Windows Mono require that any files be in a global place? Any hardcoded paths?
I want my distributed program to be as easy to use as possible for new users (eg, no additional installs).
You may want to check Banshee's source code to find out how it's done there.
For Mac, bockbuild is used so all libraries are bundled in the package.
For Windows, a WiX installer is used. It doesn't bundle Mono because with .NET it's enough. Not sure if this bundles the rest though (gtk#), you should double check.
I've flashbuilder 4.6 and I need to uninstall it. It appears to be missing the installation package, and as such it doesn't appear in the control panel->uninstall list for windows 7.
I have filed a case with adobe for help (as its a paid product), but after month & 1/2 no answer.
So any suggestions on how to get rid of it including any links it will have to the registry or similar. It must be a clean uninstall as to install the newer version the current one must be removed and the newer version installation knows that I have it (previous version) installed already.
I have tried the uninstall tool called Revo as well without success.
Cheers.
What I needed to do was to find the exact version of the software I used to install it originally. Then once I ran the installer, (for the already installed software) windows picked up the installation packager and I could uninstall it.
Once removed I could then install the newer version of the same software.
I have a windows installer (MSI) project. I want to ensure that when i build it , it will be compatible with msiexec version 4.5.
Normally, compatibility is a problem with a lower verions. Windows Installer 4.5 is the latest version of windows installer and I would expect it to be backward compatible. So, most likely things that you are using will be supported.
What you should worry about is compatibility with older versions of Windows Installer. Most IDEs for creating installers would let you know if you are using something that is available only after some version of Windows Installer onwards.
If your IDE does not provide this feature then you should be aware of what all you are using in your MSI and make sure thats its available in the Windows Installer version you intend to you target with your installer.
That depends on the tool you use to build the MSI, you should be able to specify the required installer version there.
For example, WIX, which I frequently use has a "InstallerVersion" attribute at its "Package" XML Element. There I can specify which Windows Installer Version is required.
(Currently I do not require Installer 4.5 as it isn't deployed everywhere yet and I don't want to require customers to install the new installer on XP.)
Update:
Re-reading your question I get the impression that you use a Visual Studio Installer project. I believe you can't configure the Windows Installer Version there, but it defaults to Windows Installer 3.whatever (I'm not sure about the specific minor version). Setups created with that are compatible with Windows XP in any way.
I don't believe you WANT to require a newer version of Windows Installer when you use a Visual Studio setup project, as the setup project is very limited in what it can do. So to require a newer version of the installer you probably have a specific feature in mind (for example elevation on Vista). To use that feature you'd need a better tool to build installers anyways (like WIX, or Installshield or Wise or ...)