Changed the artefact version and pointed the repository location to my own nexus... DO NOT merge this change!
Add resources specified by ${android.metaIncludes} to the final APK,
right after apkbuilder invocation

TODO: must investigate proguard invocation as well
honour ${android.extractDuplicates}
rolled back to original pom.xml
followed mosabua's notes on github, excepting ${android.apk.metaIncludes}
- created APK configuration for metaIncludes, extractDuplicates and sourceDirectories
- added deprecation mechanism for extractDuplicates and sourceDirectories
- added ConfigHelper to parse mojo configurations + two simple tests
handle ILA in ConfigHelper, relaxing deprecated parameters constraints
A project with version 1.01 with versionCodeUpdateFromVersion set to true resulted in a versionCode="000". The version code is now set to the project version with everything but the numbers removed.
If the current manifest has versionCode 100 and we set versionCode according to project version, when reaching a new major version e.g. 2.0, the versionCode decreases. Now the versionCode is padded with 0, so that it is always increasing. So if the previous version was 1.01 and the project version has increased to 2.0, the new versionCode is 200 not 20.
Issue 255: Apk does not contain native libs in 'libs/armeabi' during using native dependency - applied patch
Issue 264: NDK build doesn't work on Windows: PatternSyntaxException - escapes the windows file separator now
Issue 265: NDK Build leaves generated .so unstripped thus large - start tying in the stripper
Issue 265: NDK Build leaves generated .so unstripped thus large - now strips final library - will need to change stripper depending on os
Issue 277: NDK build leaves a lot of temporary files around - now clears temp include files directories
Fixed cleanup of locally used directories - obj - which never really seemed to have worked
Issue 265: NDK Build leaves generated .so unstripped thus large - now strips final library - now supports strip binary for mac and windows as well
Issue 264: NDK build doesn't work on Windows: PatternSyntaxException - now uses the ndk-build.cmd used in the windows ndk
More cleanup
Added configuration parameters for the -f cmd line flag
Added ability to specify the final name of the library to use (e.g. the final output of the build) - so that it does not have to match the artifact id etc
clearer erorr message
clearer erorr message
Merge branch 'master' into issue-97