自己紹介 opengl-8080 主に Qiita で技術メモを書いたり 関西の SIer 勤務 タイトルの元ネタ エンジニア用語の「完全に理解した」「何も分からない」「チョットデキル」は「ダニング・クルーガー効果」で簡単に説明ができます。これは一種の認知バイアスで能力の低い段階では自分の能力の低さを認識できないためです（過大評価しがち）。その反面で能力が高くなると過少評価しがちです。 pic.twitter.com/LGaJ4E5hWo — おちゃめ (@ochame_nako) April 8, 2019 ※スライドモードでは画像が表示されないみたいなので、スライドモードを解除して記事本文を直接参照してください。 お話しすること 「Gradle 完全に理解した」レベルの人が、「Gradle 何も分からん」レベルになるためのお話 自分自身、最近 Gradle のことが何も分からなくなって
考慮する点 成果物のデプロイ ビルドの成果物（artifct）をアップロードすること。アップロードと公開は分けて考えることに注意。デプロイ先にはいくつか候補がある： GitHub Packages (旧GitHub Package Registry) Maven Central Repository Docker HubなどのDocker Registry GitHub Packagesはコンテナも.jarもまとめて置けるが、コミュニティ標準の場所ではないので利用する際にひと手間必要になる。プライベートプロジェクトの場合は積極利用することになりそう。FOSSなら基本的にMaven Centralに置くことになる*1。プロジェクトによっては.jarファイルとしてではなくコンテナとしてデプロイすることもあるだろう。 リリースノートの作成 CHANGELOG.mdやsrc/site以下のファイル
Maven Centralに辟易しているpom職人のみなさまこんにちは。 今日はJitPack.ioというサービスを紹介しますよ。 JitPack.ioとは JitPack.ioは一言で言うと、GitHub上のJavaプロジェクトをライブラリとして参照できるようにするサービスです。Maven Centralなどのリポジトリは無いけど、GitHubのあるプロジェクトをちょっと参照して試してみたいとかありますよね。そのリポジトリのJarを自力で作ったり、そのままソースをコピーして参照したりと色々と辛みのある作業になりますが、JitPack.ioはそれをシンプルに解決してくれます。 まあとりあえず実践して、方法と仕組みを理解してみましょう。 参照するリポジトリ ライブラリとして参照するリポジトリとして、jitpack-libraryというのを作ってみました。これで実験します。 jitpack-l
昨日のエントリーの続きです。 mike-neck.hatenadiary.com Gradle万能派の僕には、納得がいかなかったので、最後までやってみることにしました。 切り捨てたこと まず、分散テストは何が目的なのか考えると、テスト結果をマージすることが目的なので、以下のことは切り捨てました。 dockerの外でコンパイルしたクラスファイルの共有(昨日のドハマリその2により、共有してもコンパイルしてしまうので諦めた) srcディレクトリーの共有(Javaファイルを生成するタスクがある場合はsrcディレクトリーの共有をすると、各コンテナがJavaファイル生成を行ってしまうので、諦めた) 【2015/10/20 12:19追記】 つまり、コンパイル結果を共有しても再コンパイルされるので、buildディレクトリーの共有は諦めました この結果、妥協するのは次の点です。 各コンテナでソースコード生
会員事業部所属エンジニアの山下(@tomorrowkey)です。 去年はモバイルファースト室でバリバリとAndroidアプリを書いていたのですが、今年に入ってサーバーサイドもやってみたいと思い、最近はRubyを書いている日々です。 Rubyはあまりやったことがなかったのですが、REPLがあってとても助かります。Java 9でREPLが使えるようになるらしいですが、Androidは縁遠い話ですね。 さて、今回は来年ビルドツールとして脚光を浴びそうなBazelをご紹介したいと思います。 Bazelとは何か Bazel http://bazel.io/ BazelはGoogleが社内で使用していたビルドツールをオープンソース版として開発をしているものです。2015年3月にAlpha版が公開されました。 Alpha版ではクライアントアプリケーションやiOSアプリのビルドなどがサポートされていて、最
Java女子部主催の勉強会『Gradleふんわり入門』の講師をやってきました。 javajo.doorkeeper.jp 以前、よこなさんにGradleなら教えられるよ的なことをツイートしたことをきっかけに、同勉強会の講師をすることの依頼を受けておりました。 Gradleというか、ツール類は講義を受けてもあまり理解できないことが想像できたので、なるべくみずからビルドスクリプトを書いてもらっ方が覚えやすいだろうと考えて、ハンズオン形式での勉強会となりました。 実際の教材は以下のレポジトリーから入手できます。 github.com 参加者のレベルがあまりよくわからなかったので、まあやさんなどにも資料をレビューしてもらい、コピペすれば動くよレベルのドキュメントを作成しました。 そのかいあってか、次のようなコメントを頂きました。 ドキュメントがしっかりしててスゴイ。 #javajo— 福岡秀一 (
こんにちはAndroid開発グループ橋本です。 今回はAndroidStudioで使うlintについて調査する機会があったので内容を記事にします。(lint自体の解説は省略します。) まずは実行をしてみる。 Androidのlintの実行について調べてみると、Android/sdk/tools/の下にあるlintが使用できるようです。 参考：http://developer.android.com/intl/ja/tools/help/lint.html この方法だといちからlintのオプション設定を行わなければいけないため、とても手軽に使えるとは言い難いものです。ではどうしたらいいのか？そもそも開発はAndroid Studioを使う事を前提としていたのでそちらで実行したいところです。 Android Studioから実行 AndroidStudioから実行する場合、実はとても簡単で、メ
Multi-dex とは 一個の dex に含められるメソッドの総数が 65,535 なのは有名な話ですが、Google Play Services や Guava などの大きなライブラリを使うと、わりとすぐにその数字に達してしまいます。 Guava の場合、ドメインに応じて dependency をつまみ食いできるので、不要なものは dependencies に記述しなければ良いだけで済みます。 しかし、Google Play Services は All in one なライブラリのため、つまみ食いができず、ProGuard で使わないものを無理やり削ぎ落とすなどの工夫が必要です。 それでも、ライブラリへの依存が増えれば、その分だけメソッドの総数も増えていきます。どうしても 65,535 を超える場合、Multi-dex Support を使うことで、この問題に対応することができます。
非root端末のSQLiteDatabaseを覗きたい Androidアプリの開発で非root端末のSQLiteDatabaseは覗けない。 厳密には覗けないわけではなく、該当するアプリからは アクセスできるのだけど、これでは勝手が悪い。 開発中はSQLを直接叩きたかった。 だから無理矢理に覗く方法を作りました。 どうやって？ アプリ側に１クラスで完結する小さなプログラムを埋め込み、 そこ経由でアクセスできるようにした。 要はバックドアのようなもの。 もちろん開発専用なので間違ってもリリースビルドには入れては行けない。 サンプルプログラム 説明にに使用したアプリケーションはこちらになります。 このアプリケーションのbuild.gradleとMyApplication.javaが該当します。 FastCheckList 使い方 使い方は次の３ステップです。 小さなプログラムを埋め込む App
何か驚くほどに（日本語の）情報が少ない。めぼしいものといえば、ぐらい？なので、ちょっと書いてみます。 概要 リポジトリ管理ツールとは リポジトリ管理ツールとは、Mavenなどのビルド結果の生成物（アーティファクト）を突っ込むためのリポジトリ（インハウスリポジトリ）を簡単に立てることができるツールです。まあぶっちゃけインハウスリポジトリはWebDAVでも構わないので、Apacheとか使うと簡単に構築することはできます。ただ、ツールとして作られている以上、単純なWebDAVにはない機能も備えているわけでして。 いくつかあげると、 セントラルリポジトリをはじめとした、リモートリポジトリのキャッシュ リポジトリの分割・分割されたリポジトリの仮想的な統一 デプロイされているアーティファクトの検索 Jarの内部を参照可能 セキュリティをロールに応じて細かく設定可能 のような、細かいながらも便利な機能を
最近はじめて Web アプリ開発を行っています。諸般の理由によりおおよそ以下の構成になっています。 サーバーサイド Java (JAX-RS) 開発環境は Jetty プロダクションは WebLogic ビルドは Gradle クライアントサイド CoffeeScript / SCSS / HTML5 / Handlebars Backbone.js ビルドは grunt (Yeoman ベース) 僕は今まで Servlet は勿論 WebLogic なんてさっぱり触ったことが無かったのですが, WebLogic へのデプロイはとにかく面倒で時間がかかるみたいなので開発環境は Jetty にしています。基本的には Jetty を起動しておきながら grunt で watch して各種アセットのプリコンパイルを行いつつ、たまに必要に応じて Jetty を再起動させて動作確認するといった具合。
タイトルがめちゃくちゃ長くなってしまった(^^; 今日のJJUGナイトセミナーはイベント告知後、すぐにキャンセル待ち状態となっていたので登録を諦めていたのですが…今日のお昼にみたら空きができてた！ので申し込んで行ってきました。 http://jjug.doorkeeper.jp/events/10618 Mavenはもう古い、時代はGradleだ！的な話はチラホラ聞いたことがありましたが、私は普段Mavenしか利用しておらず、実際にGradleを触ったことはないので、今日参加して色々と話が聞けて良かったです。 Gradleの本家サイト http://www.gradle.org/ Gradle 日本語ドキュメント http://gradle.monochromeroad.com/docs/index.html 発表の中でも紹介がありましたが、GradleはSpringやHibernateの
私的Java開発をJenkinsでCIするためのbuild.gradleとJenkinsの設定です。要不要に応じて書き換えたり足したりが必要です。特にチェックルール。 環境 Java 1.7 Groovy 1.8.6 Ant 1.9.2 Ivy 2.2.0 Gradle 1.11 Mac OS X 10.9.2 全体の流れ Jenkinsに必要なプラグインをインストール GradleでFindBugs, PMD, CPDを実行するようbuild.gradleを作成 Eclipseでは Jenkinsにいれるプラグイン Gradle plugin - jenkins+gradle連携 FindBugs Plug-in - バグ検知 PMD Plugin - コーディングチェック Violations plugin - 静的レポートの集計表示 JaCoCo plugin - コードカバレッジの
前回の続きです。 Gradleのプロジェクトの設定が終わっただけでは当然ながら終わりません。 次はビルドが必要になります。 プロジェクト構成は前回の例をそのまま踏襲するとして、 実際にビルドをするときのコマンドを紹介します。 WARとJARのビルド WARのビルドは以下のコマンドで行います。 (build.gradle ファイルのあるディレクトリへ移動してコマンドを実行します) 1 gradle --daemon war なんとこれだけでWARのビルドが出来ます。 非常に簡潔です。 Gradleコマンドは立ち上がりが遅いのですが、上記のように —daemon というオプションを指定することでバックグラウンドに常駐するようになり、２回目以降のコマンドの立ち上がりが早くなります。 さて、前回のプロジェクト構成ですと、WARプロジェクトではないbatchプロジェクトが存在していたかと思います。
ハマることがあるかも。と言うか私以外にもハマった人が居たので、書いておきます。 なお、ここではgradle1.9、jersey1.17.1を使っています。他のバージョンは知らない。 お話 「時代はJAX-RSなので素振りでもしてみよう」と思いたちますよね。そしたら「backpaper0 JAX-RS」とかでググりますよね？ JAX-RSとかの話 — 裏紙 で。これを見ながらもpom.xmlなんて書いてられないので、「時代はGradleだ」と思ってbuild.gradleを書きますよね？ apply plugin: 'java' repositories.mavenCentral() dependencies { compile 'com.sun.jersey:jersey-bundle:1.17.1' testCompile 'com.sun.jersey.jersey-test-fram
tamagawa ryuji @tamagawa_ryuji blogありがとうございました。改めて思ったんですけど、やっぱMavenのいい本欲しいと思いません？@kohsukekawaさんもコメントくださっているように、ずいぶんここに欧米との差があるような気がして。 @masanobuimai @lino_s #jenkinsja ikikko @ikikko @tamagawa_ryuji 欲しい！ただ、今からMavenを頑張るよりはGradle/SBTを普及させる方にいったほうがいいのかなーとも思ってます。Mavenもそれまでと比べると画期的なんですが、今はXMLの辛さもでてきてるので。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
