mySQLレプリケーションのセットアップ

もっぱらpostgresだったのだけんども食わず嫌いも良くないのでmySQLをもしゃもしゃしてみた。
このへんを参考に。

・セットアップ
Macはパッケージがあるので簡単セットアップで完了。
postgresでいう所のpgAdminはmySQL GUI TOOLというのがある。

サーバ管理系とクエリ／データ処理系とで以下の二つに別れている。

・MySQL Administrator
DBの起動／停止、DBの作成、テーブルの作成、ユーザの作成、バックアップ／リストア等がGUIで出来るツール

・MySQL QueryBrowser
クエリの実行、テーブルの中身をざっくりみたい場合もこっち


サクっと起動した所で、レプリケーションの設定。
スレーブ側からマスタへ接続する為のユーザを作成。

mysql> GRANT REPLICATION SLAVE ON *.* TO repl@'192.168.20.0/255.255.255.0' IDENTIFIED BY 'xmldo';

repl / xmldo というユーザが作成される。
この接続は 192.168.20.0/24 からのみ接続可能。
MySQL Administratorから作る事も出来る。

マスタ側はログをバイナリで出力する必要がある。
また、レプリケーションする際には、すべてのDBへ固有のserver-idが必要となる。
マスター側のmy.cnf

[mysqld]
server-id=10
log-bin

スレーブ側のmy.cnf

[mysqld]
server-id=11
master-host=192.168.20.15
master-user=repl
master-password=xmldo

設定ファイルを書き換えて再起動でレプリケーション完成。あら、アッサリなのね。
ではトラブルを想定して実験をしてみましょう。

・スレーブが停止中にマスターにデータが書き込まれ、その後スレーブが復帰。
＞スレーブ復旧後に、追加したデータ問題なく挿入されました。

・マスターが停止中にスレーブにデータが書き込まれ、その後マスターが復帰。
＞標準のレプリケーションはマスタ／スレーブ方式なので、復旧しない。

なんらかのトラブルでスレーブを使う事になったら、マスタ復旧時にはスレーブをバックアップ＞マスタへリストアしてやる必要がある、と。
ここでマルチマスタ方式のmySqlClusterを使うのだろうけど、とりあえずバックアップをとっておきたいの場合はこれでも十分だろう。
（なんといっても設定が簡単だし・・・）

データだけを別システムで流用（リードオンリーで）するような場合は良いっすね。

jQueryを使ってみた

乗るしかない、このビックウェーブに
という事で食わず嫌いだったjQueryを使ってみました。

grailsのwikiでページ一覧をツリーで表示したいというのがあったので、そこを目標に、というかすでにやっつけで作ってコミットしてあります。

本家からjQuery本体をダウンロード
ツリーで調べたらjQueryFileTreeというのがあったのでこれをチョイス。
pluginでjQuery Easing Pluginか、相当するものが必要ということでこれもダウンロード。

pluginってどうするのかなーと思っていたけど、本体をロードした後にロードするだけでいいみたい。

以下まずはjQueryを使って感じた事メモメモ
・prototypeでいう$("elementId")は$("#elementId")で取得
・prototypeでいうForm.serialize()はformエレメントの.serialize()で出来る。
　（formがドキュメント上に１個しかなければ $("form").serialize() でおk）

・ajax処理は以下の感じ

var params=$("form").serialize();
$.ajax({
  url:"${createLink(controller:'hoge',action:'foo')}",
  type:"post",
  data:(params),
  success: function(request) {
    $('#success').html(request);
  }
});

・安全なドキュメントロード後のinit処理
$(document).ready(function() {});

エレメントにイベント追加（クリックを例に）
$("#elementId").click(function(){});

イベントの追加が自然でいい感じ。
extのStoreみたいなのはあるのかなー、あれ凄く好きだったんだけど・・・

ツリーの実装はまた今度

Hudson最強化計画

HudsonをCI以外で使うというブログを読んで強カットインが入った。

そうだよなー、データベースのバックアップをやれば失敗でメールを投げたり、色んなバックアップをまとめて管理しておけるし、バックアップログも残しておけるし、システム稼働監視なんかも出来るじゃまいか。
何よりもそれらが統一されたGUIで行えるわけで、サーバに入り込んでどこで何やってるか把握する必要もなく、Linuxの知識もそれほどいらない。

いやー、こういう使い方は凄く良いと思う！

Grails+BlazeDSでファイルアップロード

FileReferenceを使ったアップロードでは browse() が必須になります。
ファイルを選択してアップする場合は問題ないのですが、決まったファイルのアップロード（別システムから出力されるデータなど）を行う場合には不便です。

なのでBlazeDSでアップロードしてやりましょう。
GrailsでBlazeDSは過去のエントリを参照に。

BlazeDSではActionScriptの byte[] と Java の byte[] をコンバートして通せるようなので、ファイルをbyteにして投げてやります。

private function blazeDsUpload():void {
  // ファイルをバイト配列で読み込む
  var file:File=new File("/opt/hoge.jpg");
  var fs:FileStream=new FileStream();
  var bytes:ByteArray=new ByteArray();
  fs.open(file, FileMode.READ);
  fs.readBytes(bytes, 0, file.size);

  //定義してあるRemoteObjectへパラメーターとして渡す
  remoteObject.upload({"Filedata":bytes});
}

Grailsのサービス側で受け取るサンプル
byte[]データをファイルへ収めてやります。

  def upload(params) {
    def fileBytes=params["Filedata"]
    def file=new File("/work/hoge.jpg")
    file.withOutputStream { out ->
      out.write(fileBytes)
    }
  }

Air+Grailsでファイルアップロードの巻

AirにはFileReferenceというアップロード用のクラスが用意されてますので、そいつを使います。

 var fileRef:FileReference=new FileReference();
 fileRef.addEventListener(Event.SELECT,selectHandler);
 fileRef.addEventListener(IOErrorEvent.IO_ERROR,ioErrorHandler);
 fileRef.browse();

// ファイル選択後アップロード処理を実行
private function selectHandler(event:Event):void {
  var file:FileReference = FileReference(event.target);
  var uploadURL:URLRequest = new URLRequest();
  uploadURL.url = "http://localhost:8080/grails/sample/upload";
  file.upload(uploadURL);
}

// これがないとエラー画面が出ました
private function ioErrorHandler(event:IOErrorEvent):void {
}

Grails側に受けのアクションを作ってやります。
普通にMultiPartFormDataが来るので、処理してやるだけです。

class SampleController {
  def upload={
    def file=request.getFile("Filedata")
    file.transferTo(new File("/hoge",params["Filename"]))
  }
}

grails run-app が永久ループする件について

前にrun-appした時に、起動後永遠とリロードを繰り返して動かないという状況がありました。
その時はinteractiveでrun-appした時はちゃんと動くので、そのままにしてたのですが、最近ふとしたきっかけで解決しました。

groovyファイルとかjavaファイルとかを実行時にコンパイルするのですが、
packageが指定してある場合に、packageと実際にフォルダ位置があっていない場合に上記の症状が発生します。
多分生成するclassと実際のソースパスが一致しないため、いつまでも新規ファイルが投入されたと思ってコンパイルを繰り返すものと思われます。

なんでpackage名とフォルダ構成をあわせてやるだけでＯＫです。


まったく関係ない話ですがアップルとアドビが組んでiPhone用Flashを開発中という話
ってーことはflexアプリとか動いちゃうんかいなー？アプリ形式に対応すればAppStoreへの登録も可能なわけで :)
もの凄く夢が広がりんぐ！
Androidの方はどうなんだろ、Flashには対応してるみたいだけどアプリ的に扱えるようになればおもしろいですね。
Android/iPhoneのマルチプラットフォームアプリケーション開発とか出来たらかっこいいな〜
adobe labsが出来た辺りからadobeには色々とワクワクさせられます。