repeatedly · January 4, 2016 08:08 · Jan 24, 2014 · Jan 24, 2014 · Jan 24, 2014
diff --git a/merge_fluentd_v10_and_v11.md b/merge_fluentd_v10_and_v11.md
@@ -24,6 +24,10 @@ v10の段階で`log`や`emit`を実装し，移行を促す．`Engine.emit`や`$
 
 td-agentは勝手にバージョンがあがるので，その辺は問題無いと考える
 
+## フィルタ系のヘルパー
+
+中にmatchを持てるようにするとか，その手の機能
+
 ## ラベル
 
 emit streamを実装するには必要なので，こっそり入れる．

diff --git a/merge_fluentd_v10_and_v11.md b/merge_fluentd_v10_and_v11.md
@@ -34,9 +34,13 @@ emit streamを実装するには必要なので，こっそり入れる．
 
 JRubyとかでイベント駆動を抽象化するには必要だが，今のところそれほどでもない．
 
+SocketManagerでも必要になるので，その時には入れる必要がある．
+
 ## ServerEngineへの置き換え
 
-後々シグナルのハンドリング周り含め楽になる
+後々シグナルのハンドリング周り含め楽になる．後Workerとかのマルチコア向けの機能とかを実装出来るようになる．
+
+Actor入れる時に一緒に入れることになる？
 
 ## 内部的な改善
 

diff --git a/merge_fluentd_v10_and_v11.md b/merge_fluentd_v10_and_v11.md
@@ -0,0 +1,43 @@
+v11のいくつかの機能はそんなに互換性を壊さずにv10にマージ出来ることが分かったので，マージプランを考える．
+
+個人的には，以下の「あった方が良い」を全てマージして少し走らせた段階でv1としてリリースしたい．
+
+この辺は開発者陣で考えがまとまったら，issueやMLに移行して，英語でもやりとりする．
+
+# あった方が良い
+
+## 新しい設定ファイル
+
+配列やハッシュが使えるようになったり，Rubyのコードが使えるようになったりする．
+
+そのまま移行すると`"a"`や`[a]`で問題が起きるので，--use-new-configのようなオプションを用意する．v10ではデフォルト`false`で，v1からは`true`にする．
+
+## Gemfileによるプラグインの管理
+
+移行のしやすさのためにはあった方が良い．オプション追加して処理するだけなので，多分早めに実装出来る
+
+## プラグインが利用しているグローバルなAPI
+
+v10の段階で`log`や`emit`を実装し，移行を促す．`Engine.emit`や`$log`も実装しておき，どちらからでも使えるようにしておく．
+
+開発者は`log`などを使うためにマイナーバージョンアップと，依存するFluentdのバージョンを上げる必要があるが，主要プラグインにはパッチを投げまくればなんとかなりそう．
+
+td-agentは勝手にバージョンがあがるので，その辺は問題無いと考える
+
+## ラベル
+
+emit streamを実装するには必要なので，こっそり入れる．
+
+# やったら今後便利
+
+## Actorの導入
+
+JRubyとかでイベント駆動を抽象化するには必要だが，今のところそれほどでもない．
+
+## ServerEngineへの置き換え
+
+後々シグナルのハンドリング周り含め楽になる
+
+## 内部的な改善
+
+Bufferプラグインとかその他気になる所．
No results found