Busser::RunnerPlugin::Serverspec(以下 busser-serverspec)とは、テストフレームワークBusserのserverspecプラグインです。 Cookbookテストフレームワークtest-kitchen 1.0にて、serverspecを用いたテストを行えます。 serverspecの適用 まず、作業マシンにてRubyGemsでserverspecをインストールしてください。 % gem install serverspec --no-rdoc --no-ri Fetching: serverspec-0.5.0.gem (100%) Successfully installed serverspec-0.5.0 1 gem installed % 適用したいCookbookの test/integration/default/ ディレクトリに移

マルチマスターレプリケーション+VRRPでMySQLサーバを冗長化させます。MySQL Casual Talk 2015/11/20

アーキテクチャについては、以下のパワポを見て頂くとして。 なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423 from yusuke suzuki アーキテクチャ設計を要約すると「"何をやるか"と"どうやるか"のバランスを取る事」となります。 "何をやるか"というのは"システムのミッション"のことであり、ソフトウェア品質モデルで言うところの"利用時の品質"、つまりはシステムのユーザーが何を達成したいのかということです。これは「このシステムが動き出した時、どんな価値を生み出すべきか」を考えることになります。 次に"どうやるか"というのは、2つの話があると思っています。1つめは"静的な構成"としてのどうやるか。2つめは"動的なプロセス"としてのどうやるか。 "静的な構成"というのはクラス構成であり、設定ファイルの構成であり、フレームワークの構成であり、つまり、システ

gitを使っていてたまに発生する現象。 それは改行コードがCRLFに変換されること。。。 違うOSを使って共同作業をしていてこれが発生しました。 （WindowsとMac） .shの改行コードがCRLFになっていると.shが実行できなくなるので、 手っ取り早く改行コードを置換してしまいましょう。 # .shだけLFに置換 find . -name \*.sh -type f | xargs -n 10 nkf -Lu --overwrite # ファイルは全てLFに置換 find . -type f | xargs -n 10 nkf -Lu --overwrite

時効成立。 詳しく知りたい方は下記サイトへ キャッシュサーバを権威サーバと兼用すると危ない http://www.e-ontap.com/dns/weirdra/ 浸透いうな! http://www.e-ontap.com/dns/propagation/ サーバ運用している人はこちら!!! http://www.slideshare.net/hdais/auth-cachebindconfig Read less

SSHの秘密鍵なくしたので作り直し。 毎回ぐぐっているので自分用のメモ（でもきっと次回もぐぐるだろうな…） local> ssh-keygen （秘密鍵 ~/.ssh/id_rsa, 公開鍵 ~/.ssh/id_rsa.pub） さくらのVPSコントロールパネルでリモートコンソールからログインする。 remote $ sudo vi /etc/ssh/sshd_config （PasswordAuthentication yesに変更） remote $ sudo /etc/init.d/sshd restart 公開鍵を転送 local> cd .ssh local> scp -P PORTNUMBER id_rsa.pub LOGINNAME@HOSTNAME:id_rsa.pub remote$ mkdir ~/.ssh remote$ mv ~/id_rsa.pub ~/.ssh

説明するほどのでもない気がするけど、書いてとせがまれたので書いてみる。 適当に書いたので、細かい説明とか用語の使い方がおかしいのは大目に見てもらう方向で。 ssh-agentは、sshの鍵をssh-agentデーモン(?)に保持させておいて、使い回せるようにするツール。 使い方は、ssh-agentを起動して、そのシェル内でssh-add でkeyを追加するだけ。

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

本項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日本なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ

TalkNote Vol.8 発表スライド 2013/06/30 追記: 本スライドで紹介しているSMACSS日本語訳（電子書籍）が発売されたので、興味のある方はご覧ください。 SMACSS https://smacss.com/Read less

タイトルは単なる煽りなので、気にせず先に進みましょう。 最近 chef や puppet、fabric などの自動化ツールの流行を受けて、 その実験環境として vagrant もかなり使われているようです。 vagrant は virtualbox の CLI ラッパーとして非常に良くできており、実験環境を構築するのに非常に便利なツールです*1。 そして、多くの vagrant 紹介記事が書かれているのですが、そこで気になったことがひとつあります。 それは vagrant を利用する際に vagrantbox.es に用意されている VM を利用しようと紹介されていることです。 vagrantbox.es は各々が作った VM イメージ(通称 box)を持ち寄って共有しあうサイトです。 新しくリリースされた distro. のイメージや、ツール(chef, puppet, guest ad

マイクロソフトの次期データベース製品となるSQL Server 2014のパブリックコミュニティプレビュー版が公開されました。ダウンロードして試すことができます。 SQL Server 2014 – Public CTP Now Available - SQL Server Team Blog - Site Home - TechNet Blogs SQL Server 2014の主な特長は、Hekatonと呼ばれるインメモリエンジンによるOLTPの高速化、およびインメモリでのカラム型データベースによるデータウェアハウス機能の強化、AlwasOnの拡張による可用性の強化などがあります。 SQL Server 2014の主な強化ポイント SQL Server 2014の強化ポイントについて、SQL Server Blogの記事「SQL Server 2014 – Public CTP Now

近年、開発と運用が連携してリリースサイクルを速める「DevOps」という概念が関心を集めている。だが人によって解釈が異なるなど、いまだ言葉先行の感も強い。DevOpsの本当の意義と実践のポイントを探った。 定義でも理想像でもない“DevOps”の真の姿とは？ 「DevOps」という言葉が注目を集めている。一言でいえば「Dev（開発担当者）とOps（運用担当者）が連携してアプリケーションのリリースサイクルを速める」といった概念だ。この言葉が企業の関心を集める背景には市場競争の激化があるといわれている。 というのも、移り変わる市場に追従するためには、速いペースでサービスをリリースし、ニーズをくみ取りながらスピーディに改善を重ねる、アジャイル開発のアプローチが不可欠となる。そしてEコマースをはじめ、多くのサービスをITシステムが支えている今、まさしくシステム開発・運用の在り方を見直してリリースサ

Gradle を使って Scala REPL を開く2013年6月03日Gradle を使って依存ライブラリをクラスパスに設定した Scala REPL を開く。Gradle タスクで開くことはできる (後述) のだけれど補完が効かないので普通に scala コマンドを使って開く。 scala コマンドで開く (おすすめ) クラスパスを出力をするタスクを定義して、 task classpath << { println(sourceSets.main.runtimeClasspath.asPath) }

Gradle で JSHint を使う2013年6月06日Gradle のソースコードに JSHint プラグインが含まれているのだけれど、公式ドキュメントには出ていない。フォーラムのコメントによれば eriwen/gradle-js-plugin を使うのがおすすめだそうだ。 こんな build.gradle を用意する。 buildscript { repositories { mavenCentral() } dependencies { classpath 'com.eriwen:gradle-js-plugin:1.5.0' } } apply plugin: 'js' javascript { source { main { js { srcDir 'src/main/js' include "*.js" exclude "*.min.js" } } } } task jshi

Gradle で JsTestDriver を使う2013年6月07日Gradle のタスクで JsTestDriver を実行する。 eriwen/gradle-js-plugin の issue を参考にして、ここでは JsTestDriver.jar を maven central repository からダウンロードして使うように変更してみた。 build.groovy configurations { jsTestDriver } dependencies { jsTestDriver 'com.google.jstestdriver:jstestdriver:1.3.5' } task jstd(type: Exec, description: 'runs JS tests through JsTestDriver') { def firefoxPath = '/Applic

どもども、華麗なビルド環境構築を目指しているはくしゃくです。 さて前回に引き続き、ちまたで話題のGradleについて書いていきまーす。 ビルドの指示書（build.gradle) 前回はとりあえず動かしただけの状態で、詳しくは触れなかったのですが、Gradleにもビルド定義するための指示ファイルが存在します。（Antだとbuild.xml、Mavenだとpox.xml） 前回使った環境で作成済みのファイルを見ながら内容をチェックしていきます。 java plugin まず、１行目から apply plugin: 'java' GradleでJavaのプロジェクトをビルドする場合は、Javaプラグインを導入しましょう。 これによって、いろいろなタスクが自動出来に追加されます。 追加されるタスクは以下の通り コンパイル、テスト、JavaDocなど通常使うタスクは定義済みの状態になります。 次に

どもども、CIがない開発なんて考えられないはくしゃくです。 近頃、GitHubでよく見かける緑色のバッチが欲しくて、Travis CIでCI環境を構築してみました。 準備 githubで適当なリポジトリを作成して、前回までにつくったQuick Startのソースをアップして下さい。 .travis.ymlを作成 以下の内容を記述して、リポジトリにpush language: java # Testing Against Multiple JDKs jdk: - openjdk7 - oraclejdk7 # Projects Using Gradle install: gradle -q assemble script: gradle check > build.out after_failure: cat build.out 今回は、gradle checkの結果が失敗だった場合に、出力

どもども、メンドクサイ品質チェックは自動でやりたいはくしゃくです。 gradleでfindbugsのレポートを出力する方法がいまいちよくわからなかったのでメモ的なエントリです。 手順 build.gradleの編集 findbugsもpluginとして提供されているので、基本的には以下の記述でOKです。 apply plugin: 'findbugs' チェックの設定は、以下の通り findbugsMain { effort = "max" reportLevel = "high" reports { xml.enabled = false html.enabled = true } } gradle checkの実行 gradle checkを実行すると、レポートが出力されます。 ん～なんかめちゃくちゃラクチンだなぁ(^^) 短いですが今日はこんなところで でわでわ～

次の二つの記事では、Yoke と Vert.x 2 のそれぞれの視座から、gradlew を用いて classpath を指定しさらに auto-redeploy を機能させるモジュールを実行する方法をご紹介しました。 Yoke のGradleテンプレートを用いた auto-redeploy 可能な Eclipse プロジェクトの作成方法 Vert.x 2 のGradleテンプレートを用いた auto-redeploy 可能な Eclipse プロジェクトの作成方法 これらの試行錯誤は、Play Framework の auto-reload と似たような環境を Vert.x 2でも欲しくて行ったものでした。 これを実現するために作成したのが、両方の記事で紹介した次のタスクでした。 task runModEclipse(dependsOn: copyMod, description: 'R

どもども、プログラミングより開発環境の構築が好きなはくしゃくです。 なにかと話題のGradleで簡単ビルド環境構築について書いていきます。 環境 IDE：Eclipse 4.2 Juno + Gradle IDE Gradleでビルド プロジェクトの作成 「Gradleプロジェクト」を選んで、適当なプロジェクト名を入力して、 sample projectは、「Java Quickstart」を選んでプロジェクトを作成します。 Gradleでビルド 以下のようなフォルダ構成になっていると思います。 すでに簡単なプログラムが含まれているのでビルドしてみましょう。 以下の様な感じでビルドできるはず。 [sts] ----------------------------------------------------- [sts] Starting Gradle build for the fol

SuppressionFilter を使うときはファイルパスを指定しないといけないので面倒です。 ${project}/configuration/checkstyle.xml <module name="Checker"> <property name="charset" value="UTF-8"/> ... <module name="SuppressionFilter"> <property name="file" value="${checkstyleConfigDir}/checkstyle-suppressions.xml"/> </module> </module> ${checkstyleConfigDir} を Gradle からインジェクトします。Gradle 経由で Checkstyle を実行するときは charset 指定も忘れずに。 ${project}/co

前回の記事 に引き続き、Gradle を使った Android アプリのビルドの話。 今回は build variants (build types と product flavors) について調べたので軽くまとめておく。 複数の build variant を定義しておくと、 アプリの本体部分のソースコードはほとんど一緒だが、少しだけ違う部分があるアプリを 1 つのプロジェクトでビルドする 社内リリース用のパッケージ名は本番リリース用のパッケージとは別にする といった用途に便利である。 追記: Android Gradle plugin の新しいバージョンでのプロパティ名の変更 ProductFlavor.packageName is now applicationId. Setters for packageName are still temporarily present but

Androidの新しいビルドシステムで使われているgradleのプラグインは、同じ機能を持つけど少しだけソースが異なるアプリ(フレーバー)を一度にビルド・テストできるなど、Eclipse+ADTやantには無かった素晴しい機能を持っています。 ただ、その機能を享受するためには、従来のAndroid開発とはかけ離れたディレクトリ構成にしなければならず、Eclipse+ADTで開発をしつつ、gradleも使ってみるためには工夫が必要です。 アプリケーションの開発に限って言えば、Eclipse+ADTと共存する方法は、本家のドキュメントや、日経ソフトウェア2013年6月号の「特集4　 Androidに新ビルド ・ ツール現る」などに載っているのですが、テストも共存させるための情報は見付けられませんでした。 後者の記事をヒントに、色々と試行錯誤した結果、うまく行く方法を見付けたので、紹介したいと思

概要 Javaのpackage-info.javaを自動生成するGradleカスタムPluginを作成 内容 下記の記事で作成した内容をGradleのカスタムPlugin化します。 RubyでJavaのpackage-info.javaを一括生成するスクリプト http://d.hatena.ne.jp/tbpg/20120808/1344447924 要件 ・projectBasePathにプロジェクトディレクトリを設定 ・srcBasePathにソースディレクトリを設定（\\src\\main\\javaなど ※今回はWin環境で作成しました） ・outputBasePathに出力の基準ディレクトリを設定（\\src\\main\\java\\jp\\co\\hogeなど。hogeより下の各ディレクトリに対してpackage-infoを出力） ・既にpackage-info.javaが

当初の目的だったeclipseプラグインのビルドを実行が出来たので書いておく。ただし、とりあえず出来るレベルなのであまり参考にならないかもしれない。 サンプル用のeclipse pluginプロジェクトの作成 Package Explorerを右クリックして、New->Others...でnewウィザードを開く Plug-in Projectを選択 ウィザードの最後にテンプレートを選択するページがあるので、ここで"Hello, World"を指定する このプラグインはメニューバーにSample Menuを表示するだけの単純なプラグインだ。これをgradleでビルドする。 フィーチャーの追加とbuild.gradleの作成 まずはgradleのプロジェクトに変換する。Project Explorerで右クリックしてConfigure->Convert to Gradle Projectをクリ

Gradle実践シリーズその6です〜 今回はExecutableJar、所謂実行可能jarを生成する方法についてです。 簡単な実行可能jarの作り方としては以下のコードがよくサンプルとして挙がります。 jar { from configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } manifest.mainAttributes("Main-Class" : "tree.s2.batch.SampleBatch") } これで実行可能jarは作成できました！やったぜ。 ・・・ ・・・・・ ・・・・・・・ 全然やってない 全然ダメです。 何がダメかというと、jarの中身がダメなのです。 ちょっとこのjarを解凍してみます。 ・・・中略・・・ creating: META-INF/maven/org.seasar

前回に続いて今回もAndroid Studioに関するメモ。 エンコード指定について。 Android Studioは初期設定だと日本語が使えないようです。 私の環境では以下のような現象が起きました。 Javaソース上に日本語でコメントを入れるとビルドできない アプリ上の日本語が文字化けする これに対処するためには、環境設定と設定ファイルへの記述が必要なようです。 1. 環境設定をする 画面上部のメニューより、環境設定を開きます。 「File Encodings」を選択すると、エンコードが指定できる画面が表示されます。 エンコードが指定してある所を、任意のエンコードに変更すれば完了です。 2. build.gradleを編集する プロジェクト毎に作成されるbuild.gradleを編集します。 srcやlibsがある階層のbuild.gradleに、以下の記述を加えてください。 tasks

今回は GDK が Collection クラスに追加している、いろいろなコレクションを生成するメソッドを見ていきます。　「コレクションを生成する」と言っても、(static) ファクトリ・メソッドを集めて見ていくというわけではなく、メソッドの返り値がコレクションなんだけど、ちょっと他の分類に入れにくいなぁというものをまとめて見ていく感じです。　今回扱う unique() や sort() が「コレクションを生成する」というなら、今までに扱った collect() や findAll()、なんなら plus() や leftShift() だって「コレクションを生成する」と言えなくもないですからねぇ。　ということで、今回の分類はあんまり気にしないで下さいな。　これを踏まえて、今回見ていくメソッドは以下のもの： List multiply(Number factor) Collection

今回は GDK が Collection クラスに追加しているメソッドの内、要素の蒐集を行うメソッドを見ていきます。　メソッド名は「collect」で始まるもの。　要素の蒐集とは、引数としてとったクロージャを各要素に適用し、その結果返される要素を集めて新たなコレクションとして返す処理です。　前回見た findResults() と同じようなメソッドですが、null 値を落としたりはしません。　今回見ていくメソッドは以下のもの： List collect(Closure transform) Collection collect(Collection collector, Closure transform) List collect() List collectMany(Closure projection) Collection collectMany(Collection collec

概要 Gradle カスタムPluginの作成方法 内容 標準出力するだけのPluginをサンプルとして作成します。 Plugin名：Sample タスク名：hoge サンプルコード build.gradle def defaultEncoding = 'UTF-8' apply plugin: 'groovy' apply plugin: 'eclipse' sourceCompatibility = 1.7 targetCompatibility = 1.7 group = 'gr.java_conf.tb' archivesBaseName = 'sample' version = '1.0-SNAPSHOT' repositories { mavenCentral() } dependencies { compile gradleApi() groovy localGroovy()

えーと, 結論から言いますと使い方間違っていたようです(ソース:公式ドキュメント) 間違ってた例 buildTypes { release { debuggable false runProguard true signingConfig signingConfigs.release } } これだと, 実は名前を短縮しちゃだめなものまで短縮してしまいトラブルの元. こう書くのが正しいみたい buildTypes { release { debuggable false runProguard true proguardFile getDefaultProguardFile('proguard-android.txt') signingConfig signingConfigs.release } } Eclipse/antで使うファイルとは違うみたいなので注意