Gradle Copy タスクのまとめ - A Memorandum
Copy タスク Copy タスクは Gradle の core で提供されている。 簡単な Copy タスク例は以下。 task copyConfig(type: Copy) { from 'config' into 'build/config' } gradle copyConfig でタスクを実行すると 'config' ディレクトリにあるファイルを'build/config'ディレクトリにコピーする。 exclude コピー対象のフィルタリングは Ant 形式の glob パターンで指定できる。 ファイル名に Test という文字が入ったものを除外するには以下のように指定する。 task copyConfig(type: Copy) { from 'config' into 'build/config' exclude '**/*Test*' } ** とすることで対象ディレクトリ
Gradleでリソースファイルをフィルタリングする場合の注意点 - 猫好きモバイルアプリケーション開発者記録
Gradleでリソースファイルのフィルタリングを行う例は検索サイトで調べると結構多くヒットするかと思います。 ですが、その殆どが今回紹介する注意点について考慮されていないスクリプト記述をしています。 具体的に何を注意しなければならないのでしょうか。 以下にリソースフィルタリングの例を紹介します。 問題となるスクリプト 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 /** * ベースロジック */ project(':base') { apply plugin: 'java' apply plugin: 'eclipse' apply plugin: 'idea' processResources { from(sourceSets.main.resources.srcDirs) {
Gradle で環境ごとに構成を変更する その３ - bluepapa32’s Java Blog
前回、前々回 と既に２回も書いておきながらなんですが、 設定ファイルを読み込んで 標準出力するだけのサンプルなんて何の役にも立たない... と言うことで、今回は 読み込んだ設定を アプリケーションのプロパティファイルに 展開してみることに... 結局 build.gradle はこんな感じになりました... defaultTasks 'clean', 'build' apply plugin: 'java' if (!hasProperty('env')) { env = System.env['GRADLE_ENV'] ?: 'development' } { -> def slurper = new ConfigSlurper() slurper.binding = project.properties def files = files("environment/default.gr
Gradleを使ったWebアプリケーションのさくさく開発（環境ごとの設定ファイル管理） - Splash of waters - 2nd. Season
ちょうどキクタローさんが「Challenge Java EE ! - maven-war-pluginで環境ごとの設定ファイルを管理してみた」を書かれていたので、便乗してGradleでやってみようと思いました。 前置き Gradleで設定情報を外出しして環境ごとに切り分ける方法については、すでにいくつかの方法が紹介されています。 bluepapa32 さん（bluepapa32’s Java Blog - Gradle で環境ごとに構成を変更する） Hayashi さん（Literal Ice - Gradleでプロパティなどの設定情報を外出しして切り替えて使う ） 今回は、Gradleの動的にタスクを定義できるという特徴を生かして、手間や重複が少なく、環境が増えた場合でも管理しやすい方法を検討してみたので、紹介したいと思います。簡単に言うと、環境設定ファイル(hoge.propertie
Androidで自作ライブラリをGradleで利用できるようにしたい
ライブラリプロジェクト側で、次の記述を追加します。 apply plugin: 'maven' uploadArchives { repositories.mavenDeployer { // mavenローカルにいれる設定 repository url: "file://$System.env.HOME/.m2/repository" pom.version = '1.0.0' pom.groupId = 'com.mokelab' pom.artifactId = 'InputDialog-v4' } } // 通常のライブラリプロジェクトを作る設定が続きます ライブラリプロジェクトのビルドで、次のタスクを実行します。 $ sh gradlew clean uploadArchives これで、~/.m2/repositoryにライブラリがインストールされます。この~/.m2/repo
Eclipse+Ant勢にオススメする、Android Studio+Gradleに移行すると手に入る便利機能 - Qiita
Eclipse+Ant勢にオススメする、Android Studio+Gradleに移行すると手に入る便利機能AndroidAndroidStudioandroid開発 @eaglesakuraです。2013年にAndroid Studioが発表されて、だいたい1年ちょいが経過しました。最初は不安定でアレな感じだったAndroid StudioとGradleプラグインもそれなりに安定してきて、普通のAndroidアプリを開発する分にはあまり困らなくなりました。 現在は移行期にあたるため、2014年のEclipseを使っている人も多いと思いますので、「Android Studioって正直どうよ？」っていう人たちのためにEclipse+Antにはない利点を列挙していきます。 ビルドがGradleに統合される 最大の利点で、コレが移行するための大きな動機であり障壁です。Gradleはそこそこ新し
Java での web アプリケーション開発時の開発環境メモ #1 - 一角獣は夜に啼く
最近 Java で web アプリケーションを開発しようと思って、アプリケーション構成やら開発環境周りやら悩んだりしていたのだけれど、ある程度良さそうな構成に落ち着きつつあるので現状をメモしておく。 アプリケーション構成 とりあえず HTTP 周りは JAX-RS に任せるのが良さそう。 JAX-RS 実装としては Jersey を選択。 JBoss RESTEasy とかも試してみたけど、JAX-RS の参照実装ということもあって Jersey は癖が少なくて使いやすいのかなーと思ったりした。 Web 上の情報も多そうな気がする。 JAX-RS 2.0 Jersey 2.4 Servlet コンテナ内で動かすことを想定 ビルドツールとしては Gradle を選択。 IDE との連携を考えると Maven の方が有利かなーとも思ったけど、実際 Eclipse と NetBeans で試した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
