How to workaround Xamarin Androids VersionCode limitation
Learn why your Xamarin Android build fails with "Error executing task Aapt: VersionCode is outside 0, 65535 interval" and how to workaround that issue.
How can this happen
As we first heard about that issue we wondered how this could happen. We took a look at the build process and couldn't find anything that is obvious. It is counting up the build number and set that as the version code.
Yet, there are cases that can lead you into this trouble. One to mention is the case if you are using the entire build date as your version code. We have seen some configurations going that way. That is not a problem in general as the max value of an integer is big enough. Google Play accepts version codes up to 2.100.000.000 according to the documentation.
How to fix that - Option 1
Searching for a solution I came to this question at the Xamarin forums and bug ticket 51620 - which is not accessesible anymore due to the move from bugzilla to github. Both suggest to disable the "Generate one package (.apk) per selected ABI" option under the Android Build settings.
This suggested solution works. But it can lead in a bloated apk file depending on the selected ABIs configured under the "Advanced"-tab. If you distribute separate ABI-packages to Google Play, you need another way to go.
How to fix that - Option 2
If you do not want to end like this guy on stackoverflow, follow these steps to update your version code after Xamarin.Android builds your apk.
- Build your Xamarin Android project with any version code between 0 and 65000
- Open a command line and call
apktool d $APK_PATH -o $OUTPUT_FOLDER - Open the apktool.yml text file and alter the versionCode entries
- Rebuild with
apktool build $OUTPUT_FOLDER - The new apk needs to be re-signed with the original keystore file
jarsigner -verbose -keystore $KEYSTORE_PATH -storepass $KEYSTORE_PASSWORD -keypass $KEYSTORE_KEY_PASSWORD $APK_PATH $KEYSTORE_KEY_NAME ~/android-sdk/build-tools/25.0.2/zipalign -v 4 $APK_PATH $APK_OUT_PATH
A quick reminder to take a look at Xamarins documentation on how you should create version codes for abi specific apks, if you go that route.
Als Mobile-Enthusiast und Geschäftsführer der Cayas Software GmbH ist es mir ein großes Anliegen, mein Team und unsere Kunden zu unterstützen, neue potenziale zu entdecken und gemeinsam zu wachsen. Hier schreibe ich vor allem zur Entwicklung von Android und iOS-Apps mit Xamarin und .NET MAUI.
Like what you read? Come work with us.
UI testing is an essential part of mobile app development to ensure that the app delivers the best possible user experience and meets the needs and expectations of its users. But how do we do that in .NET MAUI when Xamarin.UITest is not fully compatible anymore? Let's look at 3 alternatives to Xamarin.UITest.
With the end of support for Xamarin approaching, developers are busy migrating existing Xamarin Forms projects to .NET MAUI as its successor. So are we, of course. In this article, I'll show 7 steps we've always had to take during the transition to make your transition easier.
In this article I want to show how to display OpenStreetMap map material in a Xamarin.Android app. OSMSharp is used for this purpose. For those interested in using OpenStreetMap in conjunction with OSMSharp and Xamarin.iOS, be sure to check out my [OpenStreetMap within your Xamarin.iOS app](https://blog.cayas.de/extend-your-xamarin-ios-app-with-openstreetmap) article.