課題 とあるGradleプラグインのアップデートを実装してて、設定の記述をこんな風にしたかった sample { configKey = "test config key" books { quickStart { title = "quick start book" body = "quick start book body" } userGuide { title = "user guide book" body = "user guide book body" } ... ... ... } } sampleって中にconfigKeyってパラメータを保持したまま、その中のbooksパラメータの中に任意の数のパラメータを入れ子構造で入れていきたいってのが今回の課題 こういうのをいい感じに解析するのにGradleではproject.containerってのを使うらしい 参照: 第58章
Data Bindingを導入したかったけどmultidexの兼ね合いで躓いたので問題をまとめます。 - visible trueで死んでましたが、設定でなんとか頑張れる事がわかったのでメモします。 結論 これらを加えるだけ。 build.gradle android { defaultConfig { multiDexEnabled = true multiDexKeepProguard file('multi-dex-keep.txt') //<- new! } } multi-dex-keep.txt -keep public class * extends android.databinding.ViewDataBinding { *; } 大体解決するまで 大体解決するまでこういう事しましたというメモです。長いので読まなくてもいいです。 1. gradle pluginのソースを
これは、 G* Advent Calendarの15日目の記事です。 昨日は @int128 さんの Gradle Slashプラグインをリリースしました #gadvent でした。 明日は @tyama さんです。 はじめに Gradle 便利ですよね。便利すぎて Ant や Maven には戻れないです。 なにが良いって、設定ファイルである build.gradle の記述量が、 Ant の build.xml や Maven の pom.xml と比べると非常に少なくて済むのが良いです。 build.gradle は、設定ファイルと言いつつも、その実体は Groovy で書かれたスクリプトファイルです。 Gradle は、 Groovy の持つメタプログラミング機能や省略記法などを利用して、設定を簡潔に記述できるようになっています。 これはメリットなのですが、一方で Groovy の
I have a Gradle build script (build.gradle), in which I created some tasks. These tasks consist mostly of method calls. The called methods are also in the build script. Now, here's the situation: I am creating a fair amount of build scripts, which contain different tasks, but utilise the same methods from the original script. Thus, I would like to extract these "common methods" in some way, so I c
Part 1 Part 3 In the Part 1 we talked about tasks and different stages of the build lifecycle. But after I published it I realized that before we jump into Gradle specifics it is very important to understand what we are dealing with - understand its syntax and stop being scared when we see complex build.gradle scripts. With this article I will try to fill this missing gap. Syntax Gradle build scri
Android Studioの設定でもできるけどbuild.gradleでやったほうが便利かなと。 最近Android StudioでAndroidアプリを作っているんだけども、JavaDocを生成するのはどうするんだろうと調べてみたら、以下が見つかった。 qiita.com たしかに、これで生成はできたのだけれども、どうせならbuild.gradleで定義してAndroid Studioがない環境でも実行できたらいいなと。 環境 OS Windows 8.1(x64) JDK 1.8.0(64bit) Android Studio 1.2.1.1 Android Gradle plugin 1.2.3 Gradle 2.2.1 調べてみた で調べてみたらJavaプラグインだと、Javadocタスクをそのまま使えるようなんだけど、Androidプラグイン*1の場合は、普通にJavadocタ
I have and old android app that I am trying to migrate to the android gradle build system. The app is currently built in a multi project setup and published as four different apps (two different data sets included and free/paid versions for both datasets). I have managed to get away from the multi project setup by using flavorDimensions (previously called flavorGroups), but I can not figure out ho
I have a relatively complicated project that requires two flavor dimensions for each app. I've rewritten it much more simply in the example below: flavorDimensions "shape", "color" productFlavors { blue { flavorDimension "color" } red { flavorDimension "color" } green { flavorDimension "color" } square { flavorDimension "shape" } circle { flavorDimension "shape" } I want to be able to set a differ
From Google user guide Multi-flavor variants In some case, one may want to create several versions of the same apps based on more than one criteria. For instance, multi-apk support in Google Play supports 4 different filters. Creating different APKs split on each filter requires being able to use more than one dimension of Product Flavors. Consider the example of a game that has a demo and a paid
In my post Handling signing configs with gradle I introduced several options how to extract private signing information from your build file and store it outside of your repository. One questions remained in that post: How to handle passwords of signing keys in your build file. In the previous article I just put them to the external build or property files. Depending on where you store these you m
Androidアプリを開発していると、開発版とリリース版のアプリを同時に入れておきたいことがあると思います。通常Appliction ID (com.ninjinkun.njkappのようなやつ) が同一だとアプリが上書きされてしまうのですが、Build Variantsを使う事で別のApplication IDを割り振ることができます。 build.gradle productFlavors { staging { setApplicationId("com.ninjinkun.njkapp.staging") } production { } } Manifest Placeholder この辺りは去年からできたのですが、 ContentProvider や BroadcastReceiver を使っている場合、Android ManifestにApplication IDが文字列で埋
こんにちわ、みけです。 前回org.glassfish.grizzly.http.server.CLStaticHttpHandlerと JAX-RS(Jersey)を組み合わせてアプリケーションを作って、 ルートにデプロイしたところ、 片方のハンドラーしか動作しないという残念な結果になってしまいました。 なんか、エロイ人からも特にアドバイス的な音沙汰もなかったので、 CLStaticHttpHandlerを使うのを諦めて、 全部JAX-RSに寄せようと思います。 問題点 さて、スタティックなコンテンツに対するハンドルをJAX-RSで 記述する場合、一つだけ困ったことが有ります。 それはコンテンツが増えるたびに、リソースクラスを作らなければいけないことです。 また、逆にコンテンツがなくなるたびに、リソースクラスを削除しなければいけないことにもなります。 こういった、本質的でないクラスの作成
Android Gradle Plugin 入門 最近、俗にいうネイティブアプリの流れが社内で、巻き起こっているので 改めて Android Studioで使うGradleの説明をしていきたいと思います。 去年の「Android Advent Calendar 2013」で 「Gradleことはじめ」という記事を書きました もう、いまさら新規のAndroid開発環境において、Eclipse + antを使いはじめる人は居ないと思いますが 当時は、Android開発においてのスタンダードがEclipse + antでした。 もう、Eclipseなんていう負の遺産は捨てて、Android Studioに移行しましょう。 Android Studioの良さは、今回は語り尽くせないので、他の方の記事を参考してください 僕がEclipseをやめてAndroid Studioを使っている10の理由 で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く