今日から始めるGradleプラグイン開発 #gadvent - GeekFactory
G*Advent Calendar(Groovy,Grails,Gradle,Spock...) Advent Calendar 2014 - Qiitaの17日目です。 本記事では、9日目の記事で紹介したGradleプラグインのテンプレートプロジェクトを使って、新しいGradleプラグインを作る方法を説明します。14日目の記事で紹介したSlashプラグインを題材にして、実際にGradleプラグインを作っていきます。 準備 Gradleプラグインを開発するにはJVMが必要です。IDEはなくても開発できますが、あった方が便利です。ここでは、IntelliJ IDEAを使う前提とします。 適当なフォルダにGradleプラグインのテンプレートプロジェクトを配置します。 git clone https://github.com/int128/gradle-plugin-blank.git grad
Gradleプラグインのテンプレートプロジェクトを公開します #gadvent - GeekFactory
G*Advent Calendar(Groovy,Grails,Gradle,Spock...) Advent Calendar 2014 - Qiitaの9日目です。 GradleはビルドスクリプトをGroovy DSLで書くため、現実のプロジェクトで複雑な問題が発生した場合に柔軟に対処できる特徴を持っています。現実のプロジェクトでは、Jarを生成する前にファイル処理を差し込みたいとか、Develpment/Productionでビルド内容を変えたいといった特殊な要件がしばしば発生します。こういった特殊な要件は、本来は開発フローやリリースフローを見直すことで解決すべきですが、どうしても解決できない泥臭いケースも存在します。Groovyを書けば何でもできてしまうところがGradleの素晴らしいところであり、また、闇でもあります。 そして、ビルドスクリプトに複雑な処理を書いているうちに、それ
DockerでLinuxデスクトップを使ってみる - GeekFactory
Linuxをサーバ用途に使う場合、クリーンな環境を保つため、XやGNOMEなどをインストールしないことが多いと思います。とはいえ、ちょっとした調査などでデスクトップ環境があれば作業効率が上がるケースもあります。そこで、Dockerを使って、独立した環境でLinuxデスクトップを使えないか調べてみました。 結論としては、XfceやLXDEなら動作しました。GNOMEやUnityは動作しませんでした。日本語入力は要調査です。 とりあえず、DockerでUbuntu Desktopを使うための手順を残しておきます。参考まで。 暫定手順 新しいコンテナを実行します。 docker run -p 5901:5901 -it ubuntu:latest /bin/bash コンテナ内で以下を実行します。 apt-get update apt-get install xfce4 tightvncserv
Amazon Linuxの時刻同期にchronyを使う - GeekFactory
Amazon Linuxではntpdによる時刻同期が用意されていますが、EPEL（Extra Packages for Enterprise Linux）リポジトリに入っているchronyも使えます。 chronyはFedora 16から採用されている時刻同期デーモンです。設定ファイルや引数がシンプルで分かりやすいので好きです。 Chrony は、ノートPCのように常時ネットワーク接続がないシステムにおいてもうまく動作するよう設計されてます。また、標準的な ntp よりも速く時刻同期できます。Chrony は、仮想マシンで実行しているシステムにおいて使用されるとき、すぐに狂う時刻を訂正する助けにするために時刻の訂正のためのより大きな範囲や、時刻の素早い変更へのよりよい反応のような、いくつかの優位性があります。 http://docs.fedoraproject.org/ja-JP/Fedo
パフォーマンステスト自動化の取り組み - GeekFactory
このところ、Webアプリやバッチのパフォーマンステストを自動化するために四苦八苦してるので書いてみます。 パフォーマンステストは泥臭い作業です。毎回似たような感じで待ち時間の長い単調作業と、ボトルネックを解析して実装やミドルウェア設定を見直すような神経を使う作業が入り混じって疲れます。このうち前者を自動化してしまえば、本質的な部分に力を注げるだけでなく、夜間や休日を活用して多くのバリエーションを試すことができます。 パフォーマンステストの流れはWebアプリとバッチで以下のように整理できると思います。 Webアプリ デプロイメント クライアントサイド（負荷生成側）で必要なデータセットの準備 サーバサイドで必要なデータセットの準備 アプリケーションの設定 負荷生成 クライアントサイドのログ収集 サーバサイドのログ収集 分析 バッチ デプロイメント サーバサイドで必要なデータセットの準備 アプリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
