- Jul 18, 2017
-
-
Nick Alexander authored
This was only ever used to automatically fetch Android SDK dependencies in the android-gradle-dependencies job in Task Cluster. That function is now provided by newer Android-Gradle build plugins. MozReview-Commit-ID: Adrxm2rAPlZ --HG-- extra : rebase_source : 6cccb53e2ebc2642ee6c61ef13fcb6d8321b67cf
-
- Jul 26, 2017
-
-
Nick Alexander authored
I'm confident nobody is configuring this locally, so there's no reason to keep the existing name (and grow the new semantics) nor to deprecate the existing name explicitly. MozReview-Commit-ID: HW3epgwZFpO --HG-- extra : rebase_source : d328f9ce9299dcd80e508925314236747aee1ea3
-
- Jun 21, 2017
-
-
Nick Alexander authored
This patch does two things: - add a Gradle-only ANDROID_COMPILE_SDK_VERSION substitution; - uses it while uniformizing all of the Gradle Android SDK version configurations. The approach is fairly standard (and we were using it already); see, for example https://medium.com/@ali.muzaffar/gradle-configure-variables-for-all-android-project-modules-in-one-place-5a6e56cd384e This will make bumping the Gradle configuration versions forward easier. MozReview-Commit-ID: 1j5siCvR5qt --HG-- extra : rebase_source : 07afb00de0e4a72af4026eb19ff4f2530c119336
-
- Nov 19, 2016
-
-
Nick Alexander authored
MozReview-Commit-ID: DHkWkztgJZB --HG-- extra : rebase_source : b2a5a5d698a216cdbff9fcc5999cac8d76ff0d4a
-
- Sep 22, 2016
-
-
Grigory Kruglov authored
MozReview-Commit-ID: KDimL7VeEA2 --HG-- extra : rebase_source : 713c680827562400d814ad32233b96d1a47a101a
-
- Apr 29, 2016
-
-
Sebastian Kaspari authored
MozReview-Commit-ID: 4Whi8k2kzz0 --HG-- extra : rebase_source : 95883b76c7088a9937b5b049ab0f0f4695306301 extra : histedit_source : 9918033b53c5716904e5b2db324445044d9090cf
-
- Apr 19, 2016
-
-
Sebastian Kaspari authored
MozReview-Commit-ID: SR6rhVroKv --HG-- extra : rebase_source : 8996393e452b089a029d5879ce902a69f75bc64e
-
- Mar 25, 2016
-
-
Michael Comella authored
MozReview-Commit-ID: Jxz5RK8o4n4 --HG-- extra : rebase_source : 5737fdddfe1a46011ba9977490958e2383d6537f
-
Michael Comella authored
Run checkstyle via: ./mach gradle app:checkstyle This is intended to be added to automation in bug 1258787. Concerns with this patch: 1) I don't have a maven-metadata-local.xml. However, I didn't take the snapshotted version and [1] seems to indicate it's unnecessary for my particular build. For the addition of future checks, it's worth noting Google's config is available: https://github.com/checkstyle/checkstyle/blob/3e4367941c3e9680703e8ea8400abbd5dc78e1d9/src/main/resources/google_checks.xml And this version contains links with descriptions of each of the tasks: http://checkstyle.sourceforge.net/google_style.html [1]: https://maven.apache.org/ref/3.3.3/maven-repository-metadata/ MozReview-Commit-ID: ID3X9ZA27b0 --HG-- extra : rebase_source : ad8d3d5255e366362db5cc19985434e5ab5f9559 extra : histedit_source : b0bc07b572f7010c3f15ee76d52619ff5d76ab52
-
- Mar 17, 2016
-
-
Nick Alexander authored
This also adds a GRADLE_FLAGS environment variable for use in automation. Manually tested. MozReview-Commit-ID: 8nDkqz2VnJn --HG-- extra : rebase_source : 32626a7dc0c0a6a440e300d92c31670f14319325 extra : amend_source : fe134e25f079851b4c648b53a7a485ee20c15c18
-
- Mar 13, 2016
-
-
Nick Alexander authored
In the wild, the Robotium Maven dependency is not being fetched. Let's see if this forces it to be downloaded. MozReview-Commit-ID: 3Fhm4Aj40Jp --HG-- extra : rebase_source : 7b1071ef36ff4600e303ac9e0c7dc0b998fad705 extra : histedit_source : 6568e7aa28e60897b8fe96904dcb2bc296945222
-
- Mar 08, 2016
-
-
Nick Alexander authored
Bug 1252928 - Part 3: Replace android-gradle-build-dependencies with android-api-15-gradle-dependencies. r=dustin The existing task's outcome is best achieved with a special purpose build task, so here it is. MozReview-Commit-ID: 3gYnAb69TdK --HG-- rename : mobile/android/config/mozconfigs/android-api-15-frontend/nightly => mobile/android/config/mozconfigs/android-api-15-gradle-dependencies/nightly rename : mobile/android/config/tooltool-manifests/android-frontend/releng.manifest => mobile/android/config/tooltool-manifests/android-gradle-dependencies/releng.manifest extra : rebase_source : 252c283553d64bac17c2b922773023a349c297ea extra : histedit_source : 2d8becbcdfa5d37829552e55b50fb7f9cbf56dea
-
- Mar 02, 2016
-
-
Nick Alexander authored
Bug 1252928 - Part 1: Use Jake Wharton's sdk-manager-plugin in Fennec's Gradle configuration. r=sebastian This is a version produced locally from https://github.com/JakeWharton/sdk-manager-plugin/commit/1d07987217120fffdc0ce1291d73e974310d7d92. I used |./gradlew install| and then copied the pieces out of ~/.m2/repository. Local builders should never download using this plugin, since |mach configure| ensures that all the relevant pieces can already be found. It's just useful in automation; and as an eventual replacement for chunks of |mach bootstrap|. MozReview-Commit-ID: 9JiFe0xLr99 --HG-- extra : rebase_source : 5bbe5ada7fce0d3e8a702a09da7ff70fd639dc67 extra : histedit_source : aa7049abefafd652b0db2bd03ab15310967e0ad0
-
- Feb 18, 2016
-
-
Nick Alexander authored
MozReview-Commit-ID: 96Ot6X6d3rl --HG-- extra : rebase_source : b6340af68a8116bc24e5a3ea1fd14dc6233bc09d extra : histedit_source : fa5d973eda1ba57ca6254e8922cc0343c1998a39
-
- Feb 11, 2016
-
-
Nick Alexander authored
MozReview-Commit-ID: 8hSOCq8XpZ7 --HG-- extra : rebase_source : 2a53bf00a5ffbf3882d6b144e2c14979bf3c02ad extra : amend_source : f878e1ea6f2bad11b1ba53e499573b50a34794d5 extra : histedit_source : 5ea4d001fa8b6c039785708fca5bffcbfd07dcea
-
Nick Alexander authored
Enable building with Gradle using --with-gradle. Configure the location of Gradle with --with-gradle=/path/to/gradle. For local developers, this is always the in tree Gradle wrapper, which downloads and installs the correct Gradle version automatically. In automation, this will be a version of Gradle fetched from tooltool. Configure the location to use to download Gradle Maven dependencies (including the Android-Gradle plugin) by setting GRADLE_MAVEN_REPOSITORY in your mozconfig. For local developers, this defaults to the jcenter repository. In automation, this will be an archived directory fetched from tooltool. Android-specific Maven dependencies are shipped as "extras" with the Android SDK, and should be found automatically by the Android-Gradle plugin. MozReview-Commit-ID: Hrkn88Vig5H --HG-- extra : rebase_source : c5e83590c9b28ad5a10f91ec0a3663e6d64b3b40 extra : amend_source : c3e162673238d6c6191838cc98f8301e325e01a2
-
- Dec 17, 2015
-
-
Nick Alexander authored
jcenter() now contains both com.squareup.spoon:spoon-runner:1.1.10 and org.simpleframework:simple-http:6.0.1 so we can get rid of some outdated listings. --HG-- extra : commitid : ET5J8Paj76Q extra : rebase_source : a8273537366b042338274037bd3ac1ad8e8f9cfe
-
- Dec 02, 2015
-
-
Nick Alexander authored
--HG-- extra : commitid : 74U8fEJ56gs extra : rebase_source : b7b4c64fce0d0be99c009d60e00e31b3566a432b extra : histedit_source : 40c112ab0114735734efa948060f87ccf81c3db8
-
- Nov 03, 2015
-
-
Nick Alexander authored
This is the last Gradle project that isn't in the srcdir. Since base/ doesn't have the correct package prefix directory structure, we still need to symlink, but we only need one link. This effectively deprecates |mach gradle-install|. This should improve the robustness of our Gradle configuration, ensuring that we always have projects to import. Since settings.gradle executes very early in the IDE import project sequence: before Gradle project evaluation time, and thus before any Gradle task is executed, we should always see a complete project. (It was possible to see incomplete Gradle configurations if |mach gradle-install| hadn't been run at just the right time.) --HG-- extra : commitid : 4zK7U5PAypH extra : rebase_source : 91f8534a89f0311b36bd39f502e2f7609a1d78b0
-
- Oct 20, 2015
-
-
Nick Alexander authored
IntelliJ's exclusion mechanism (for Gradle-based projects) is not very flexible; we get just idea.module.excludeDirs. This patch crawls the file system to skip what we can. --HG-- extra : commitid : 5ckT9DSiS02 extra : rebase_source : 4f362c4996289ce7ee593e9bb35e9aff70e73426
-
- Oct 21, 2015
-
-
Nick Alexander authored
The sub-project definitions are still in the object directory (and still installed by |mach gradle-install); over time, we'll migrate them out. The Gradle wrapper and {settings,build}.gradle in topsrcdir are identical to those in mobile/android/gradle. I don't like the duplication, but I also don't want the burden of keeping the two configurations identical. We'll move away from the configuration using mobile/android/gradle as quickly as we can. --HG-- rename : mobile/android/gradle/build.gradle => build.gradle rename : mobile/android/gradle/gradle/wrapper/gradle-wrapper.jar => gradle/wrapper/gradle-wrapper.jar rename : mobile/android/gradle/gradle/wrapper/gradle-wrapper.properties => gradle/wrapper/gradle-wrapper.properties rename : mobile/android/gradle/gradlew => gradlew rename : mobile/android/gradle/settings.gradle => settings.gradle extra : commitid : IkXCiKfkha1 extra : rebase_source : 4142fe37cd7e036d41fb122fe31cd232fcfdfc80
-
- Sep 14, 2015
-
-
vivek authored
DONTBUILD NPOTB Project specific test filtering is automagically handled by gradle task graph --HG-- extra : commitid : 2vx7QzGNVUI extra : rebase_source : 63254386dca7f0aa5c6a5894f7915b2ed50dd65e
-
- Sep 11, 2015
-
-
vivek authored
--HG-- extra : commitid : I3RSwiXPTu6 extra : rebase_source : 2f7f0fd8be407b362fb24d7ed9b973904da39018 extra : histedit_source : 6098651b86b5cdb2f582699bba714fdf859972e8
-
- Aug 28, 2015
-
-
vivek authored
--HG-- extra : commitid : 9Uf6P78K64R extra : rebase_source : 64f84369ae718625e9c8a60f1507d49fd40bb123 extra : histedit_source : f3277962a15e98553a27401f10f605bced689ae2
-
- Aug 21, 2015
-
-
Nick Alexander authored
DONTBUILD NPOTB Straight from http://stackoverflow.com/a/24751182 and the linked IntelliJ tickets. --HG-- extra : commitid : AcbSF0042KW extra : rebase_source : f67e9eecfdf3f452e4fd55901f8eb42b0f3ed22c
-
- Aug 20, 2015
-
-
Nick Alexander authored
It's convenient to know that the object directory is up-to-date (after |make gradle-targets|) before any Gradle project builds. --HG-- extra : commitid : 2WaqMEqw3mx extra : rebase_source : 2dea8249b329d82d9c89b5defa7e13d4aff60566 extra : source : eb170abcc91b4714874e97b58b371e242aee9699 extra : histedit_source : 92a62bd75dfa289f3ede4592d4a224ad135d3b6b
-
- Jun 04, 2015
-
-
Nick Alexander authored
There are few things happening here: * A purely mechanical move of test sources into org.mozilla.test.browser.junit3. This is only to make it easy to specify the suite in Spoon. (But it has the advantage of making it possible to move files around in IntelliJ, since the symlink points to src instead of org/mozilla/gecko.) * Specifying the suite (package name) ended up requiring changes to the spoon-gradle-plugin anyway. Hence, I've included this custom spoon-gradle-plugin version locally, while I work to upstream the changes. * Some Gradle trickery to make |mach gradle runBrowserTests| execute Spoon with the correct package name. --HG-- rename : mobile/android/tests/browser/junit3/src/BrowserTestCase.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/BrowserTestCase.java rename : mobile/android/tests/browser/junit3/src/TestDistribution.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestDistribution.java rename : mobile/android/tests/browser/junit3/src/TestGeckoBackgroundThread.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestGeckoBackgroundThread.java rename : mobile/android/tests/browser/junit3/src/TestGeckoMenu.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestGeckoMenu.java rename : mobile/android/tests/browser/junit3/src/TestGeckoProfilesProvider.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestGeckoProfilesProvider.java rename : mobile/android/tests/browser/junit3/src/TestGeckoSharedPrefs.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestGeckoSharedPrefs.java rename : mobile/android/tests/browser/junit3/src/TestImageDownloader.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestImageDownloader.java rename : mobile/android/tests/browser/junit3/src/TestJarReader.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestJarReader.java rename : mobile/android/tests/browser/junit3/src/TestRawResource.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestRawResource.java rename : mobile/android/tests/browser/junit3/src/TestSuggestedSites.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestSuggestedSites.java rename : mobile/android/tests/browser/junit3/src/TestTopSitesCursorWrapper.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/TestTopSitesCursorWrapper.java rename : mobile/android/tests/browser/junit3/src/harness/BrowserInstrumentationTestRunner.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/harness/BrowserInstrumentationTestRunner.java rename : mobile/android/tests/browser/junit3/src/harness/BrowserTestListener.java => mobile/android/tests/browser/junit3/src/org/mozilla/tests/browser/junit3/harness/BrowserTestListener.java extra : rebase_source : 5eff7e0da0be912838fac0ddad5f6b357800eb45 extra : histedit_source : e76288628e14aeb155d2d3b4033d056c6efdc646
-
- May 25, 2015
-
-
Nick Alexander authored
DONTBUILD NPOTB Unfortunately, Gradle just can't handle incremental dexing in our multi-project and parallel configuration. I see the dreaded "com.android.dex.DexException: Multiple dex files define ..." error frequently. I'm using a downloaded Robotium package instead of the in-tree JAR file as well, 'cuz it seems to be related. --HG-- extra : rebase_source : d95c0844082a6deb48966496cb90824f70f6c49d extra : histedit_source : 2f3d231d9b7139880a924089ab0d523e5e31e6b6
-
- Apr 01, 2015
-
-
Nick Alexander authored
This is just a clean-up: rather than having each subproject have a generateCodeAndResources build action, we have a single action (attached to the root project) which all subprojects depend on. Gradle orders the task DAG accordingly, saving process invocations and speeding up the build. --HG-- extra : source : b44dc79fbddb1acc02da12e9926852e67d606584 extra : amend_source : b89249d8af2b7986ab1174f89c150ef8115c71cf
-
- Jan 28, 2015
-
-
Nick Alexander authored
--HG-- extra : rebase_source : 8d801f739f77640a587231404e22506f52342438
-
- Dec 23, 2014
-
-
Nick Alexander authored
The important change here is that we allow the Android-Gradle plugin to be version 0.14.4 or version 1.0.0, which appears to work in IntelliJ 14.0.2 and in Android Studio 1.0.2. Testing feedback came from imjalpreet and garvank. --HG-- extra : rebase_source : 2b93dd91603666f1c6a1d2fe0fa7721d5741bdda
-
Nick Alexander authored
This is a big patch, but it's essentially NPOTB. The part that is POTB is ... removing Gradle integration from the build. I've implemented |mach gradle-install| as a substitute for the build system stuff; it's just so much easier to iterate on a mach command than a moz.build and Makefile.in. I'm landing this with self-review because this lessens the impact of the Gradle integration on the build system and because I am the only person who understands either the old or the new system. You'll need to run |mach gradle-install| at top level to configure the new Gradle integration. But |mach gradle ...| does the right thing configuration steps too. This patch rewrites most of the Gradle integration. The major changes are: * all .gradle files move into mobile/android/gradle; * all the Gradle projects live in the object directory; * mozconfig exposed to all build.gradle files; * simplification of Android configuration between build.gradle files; * support for user-specified version of build tools; * first steps towards supporting builds from the source directory; * bumps Gradle to 2.2.1; * bumps the Android-Gradle plugin to 0.14.4. This is seemingly a step backwards given that we'd prefer to ship the .idea directory in the source directory. But in fact we get closer to that; it's possible to run ./gradlew in the source directory and get a reasonable build. We'll progress with this in time. The win right now is that the projects are nested, which makes importing work better on Linux machines. Unfortunately IntelliJ 13 and 14 now have conflicting Android-Gradle plugin version requirements, so we now only support IntelliJ 14.0.2 and above. --HG-- rename : mobile/android/base/gradle_AndroidManifest.xml => mobile/android/gradle/base/AndroidManifest.xml rename : mobile/android/base/gradle_AndroidManifest.xml => mobile/android/gradle/branding/AndroidManifest.xml rename : mobile/android/gradle/omnijar/gradle_AndroidManifest.xml => mobile/android/gradle/omnijar/AndroidManifest.xml rename : mobile/android/base/gradle_AndroidManifest.xml => mobile/android/gradle/preprocessed_code/AndroidManifest.xml rename : mobile/android/base/gradle_AndroidManifest.xml => mobile/android/gradle/preprocessed_resources/AndroidManifest.xml rename : mobile/android/thirdparty/gradle_AndroidManifest.xml => mobile/android/gradle/thirdparty/AndroidManifest.xml
-
- Nov 13, 2014
-
-
Lucas Rocha authored
-
- Nov 10, 2014
-
-
Nick Alexander authored
--HG-- rename : mobile/android/base/docs/index.rst => mobile/android/base/docs/uitelemetry.rst
-
- Nov 14, 2014
-
-
Nick Alexander authored
--HG-- extra : rebase_source : e932299bc61e56e811e0187ddc65ab8b62b7a32b
-
- Jan 14, 2015
-
-
Nick Alexander authored
DONTBUILD NPOTB There are significant problems with the combination of Android-Gradle 0.14.4, Gradle 2.2.1, and IntelliJ 14.0.2. The problems include imports that have no recognized source directories and a quasi-working debugger that fails to stop on breakpoints. Rather than claim some support for this configuration, we'll move the Android-Gradle plugin version forward. This should support both IntelliJ 14.0.3 (sadly still Early Access Preview only) and Android Studio 1.0.0. --HG-- extra : rebase_source : f2394bd65549cef3a2dafb1f83c8d405f0d00124
-