Vert.xを利用したプロジェクト管理をgradleでやりたかったので、インストールから Hello, world! の表示までまとめ vertx-gradle-template のクローン vertx-gradle-template を GitHub からクローンする。 Gradle Wrapper が付属しているため gradle を別途にインストールする必要はない。 $ git clone https://github.com/vert-x/vertx-gradle-template.git hello-vertx このままだとリモートリポジトリが vertx-gradle-template のままなので変更する必要があるが、ここでは省略する。変更方法はこちらを参照。 Verticle の作成 hello-vertx/src/main/groovy/com/example/Hello
import sqltest.Editor import sqltest.Hobby import sqltest.Person class BootStrap { def init = { servletContext -> environments { development { def h1 = new Hobby(name:"Hobby-1").save(flush:true) def h2 = new Hobby(name:"Hobby-2").save(flush:true) def h3 = new Hobby(name:"Hobby-3").save(flush:true) def e1 = new Editor(name:"vim").save(flush:true) def e2 = new Editor(name:"emacs").save(flush:true) d
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が文字列で埋
Android アプリを Eclipse で開発する場合、使用するサードパーティーのライブラリ(jar)は、 libs フォルダの下に配置しなければならない。 しかし、 Gradle の dependencies に依存関係を追加しただけでは、 jar は libs の下には配置されない。 つまり、 Eclipse からはライブラリが参照できず、実装ができない。 そこで、依存ライブラリの jar を libs の下にコピーするタスクを追加することで対応する。 build.gradle を修正する プロジェクトを右クリックして、「エクスポート」→「Android」→「Generate Gradle build files」を選択し、画面の指示に従って build.gradle を出力。 以下の要領で build.gradleを修正する。
@eaglesakuraです。2013年にAndroid Studioが発表されて、だいたい1年ちょいが経過しました。最初は不安定でアレな感じだったAndroid StudioとGradleプラグインもそれなりに安定してきて、普通のAndroidアプリを開発する分にはあまり困らなくなりました。 現在は移行期にあたるため、2014年のEclipseを使っている人も多いと思いますので、「Android Studioって正直どうよ?」っていう人たちのためにEclipse+Antにはない利点を列挙していきます。 ビルドがGradleに統合される 最大の利点で、コレが移行するための大きな動機であり障壁です。Gradleはそこそこ新しいビルドシステムで、Groovy言語でビルド内容を記述します。 ビルド用ファイルであるbuild.gradleは、Android Studio(GUI環境)からもコマンド
僕だけが知らなかったのかもしれません。。。 Spockではテストメソッドに@Unrollとつけると、パラメタライズがテストメソッド名に反映されます。これとっても見やすくてよいです。 こんな感じ。。。 class WhenWatchingUstream extends Specification { @Unroll def "should show #channel when click #channel window"(){ expect: // click channel where: channel << ["Cooking", "Music", "Animation"] } } にしておくと ところがです。テストメソッドが大量になってくると、テストメソッドのたびに@Unrollとつけるのが鬱陶しくなります。JUnit4の@Testから逃れたと思ったら、今度は@Unrollがおってくる
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
こんにちわ、みけです。 先週の金曜(2014/08/01)にJGGUG主催の ドキッおっさんだらけのGrails 3.0先取り!?Spring Boot入門ハンズオン に行ってきました。 なお、この勉強会のツイートなどは、多分まとめられてると思います|д゚)チラッ また、参加者の皆さんのブログなども多数あると思います|д゚)チラッ ので、僕の興味の範囲でダラダラと書いています。 Spring Bootでファイルベースのデータベースを使う unitテストなどでデータベースを扱う場合、 ファイルベースのデータベースのほうが何かと便利だったりします。 テスト前にデータベースに大量にデータを入れる場合などは、 事前に準備しておいたデータベースを どかーんと持ってきたほうが楽ですし、楽ですし、楽だったりします。 というわけで、このハンズオンでもh2のファイルベースのデータベースを 使った演習をしまし
DropwizardはRESTなフルスタックフレームワークです。 しかし、一部の機能を利用するだけで、ユーザに配布するようなツール作成時にとても役に立ちます。 ここで気軽と思う条件は プロジェクトの作成が楽 buildが楽 javaだけでなくgroovyでも開発できる fat jarで配布・実行が楽 利用者が設定ファイルで値を変更できる(例えばユーザ毎の設定とか) です。 この中で主にDropwizardに関連するのは最後の条件だけですが、これが非常に便利でした。 設定ファイルの入力バリデーターやオブジェクト変換などをDropwizardが担ってくれます。 さらにソースがすっきりします。 他の1〜4の条件は、Gradle、mavenのどちらでも可能です。この記事ではGradleを使います。 1の条件をgradleでやるのは気軽という意味で重要なので、別途記事にすると思います。(気が向いたら
Groovyのコードをコンパイルしたら文字化けでエラーになった。 ↓ IDEAに文字コードを設定したらなおった。 C:\Program Files (x86)\JetBrains\IntelliJ IDEA 13.1.1\bin\idea.exe.vmoptions C:\Program Files (x86)\JetBrains\IntelliJ IDEA 13.1.1\bin\idea64.exe.vmoptions 上のファイルに↓を追記したら治った -Dfile.encoding=UTF-8 ちなみに、Intellij IDEAの文字コード設定も、全部UTF-8にしてる File>Setting File Encodings
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く