すふぃあの記憶

Eris0.4.3をやっとリリース（゜▽、゜
なんていうか、いろんなものに引っかかって遅れたのだ（言い訳）。

というわけでキーワード検索で録音予約ができるようになった！たぶん！
録音プログラムを設定して、キーワードを設定しておけば、
後は勝手に新しい番組表を読んだ時点で録音予約をするよ。

まぁ、なんか、今はタイトルにしか引っかからなくて
出演者名？に引っかけないとあまり意味ない気もするけど、
まずは動くかなーって思ってリリース（Vectorの方にも反映されたみたい）。

そのうち.NET Framework 4.0用にしたいなぁ。

前の記事でWeld-1.0.1-Finalの修正版を入れたんだけど、
なんか日本語が文字化けするようになった（・ｘ・

ConversationScopedの開始タイミングが変わったことが原因にありそう。
Filter通る前に、getParameterが呼ばれるので、Tomcatだと、ASCIIな感じでリクエストが解析されちゃうみたい。
というわけで、org.jboss.weld.servlet.ServletLifecycleを書き換える。

　　private void restoreConversationContext(HttpServletRequest request)
　　{
　　　　// ここから追加
　　　　String enc = request.getCharacterEncoding();
　　　　if(enc == null) {
　　　　　　try {
　　　　　　　　request.setCharacterEncoding("UTF-8");
　　　　　　} catch(java.io.UnsupportedEncodingException ex) {
　　　　　　}
　　　　}
　　　　// ここまで追加
　　　　// FIXME: HC "cid"
　　　　conversationManager(request.getSession().getServletContext()).setupConversation(request.getParameter("cid"));
　　}

これでおっけーかな(ﾟｰﾟ)(｡_｡)(ﾟ-ﾟ)(｡_｡)ｳﾝｳﾝ

Weld結構コンパクトでおもしろいけど、ちょっと激しいところもあるかんじ。
1.0.1-Finalでわたしが引っかかったところを紹介（゜▽、゜

１．リクエスト待機時間が0ですぐエラーになっちゃう

AbstractConversationManagerの

@ConversationConcurrentAccessTimeout private long concurrentAccessTimeout;

ってところに@Injectが無くて値が0のままとか。
これだと、連続できたリクエストの待機時間が0になってすぐエラーになっちゃう。

２．ConversationでContextNotActiveExceptionが多発

ConversationImplのtoStringでContextにアクセスしちゃうので落ちてた。
スタックトレースにtoString()とか載ってくるおもしろいケースだったよ。

１と２はどっちももう修正版上がってるみたいね。
で、とっておきのが

３．なんかメモリリークする

なんか、DependentなスコープのにInterceptorをくっつけると、
Javassist周りとの関係？でメモリリークするのね。
RequestScopedにして良ければそれでいいんだけど……。

たぶん、WELD-483あたりの問題がそれかな。
04/20あたりで解決してるみたいね。

というわけで、1.0.2-SNAPSHOTをビルド6400で作ってみた。
メモリリークが無くなって快適快適(ﾟｰﾟ)(｡_｡)(ﾟ-ﾟ)(｡_｡)ｳﾝｳﾝ

Weldの開発者の方たちは結構活発な感じがするなーいいなー（゜▽、゜

本当は、録音機能をもっと拡張しようかな〜とか思ってたんだけど、
そんなに甘くなかった（゜▽、゜
予約状態と録音状態をあまり意識してなかったのが原因かな〜。

今は、わたしの中では整理できたと思ってるっ。

sそれと、意外に、ファイル名指定が面倒だった……。
特定の番組だけ録音が急停止しちゃうんだもん（・ｘ・

結局、Radiko公式サイトで配信されているUTF-8な番組表が、
Linux系と、Windows系のマッピング（？）混在して送ってきてるからだったんだけどね。
Windows系のマッピングだと思い込んでたわたしがわるいのさぁ（゜▽、゜
でも……せめて統一してほしかった……かな。

ファイル名指定方法がわかりにくい＆めんどくさい気もするけど。
まぁ、いいよね。一回設定するだけだろうし。

皆様のおかげで録音時間の開始終了調整機能を含め録音時間をだいたい修正完了！

ただ、テストだと、録音時間が5分30秒行われるはずのところが5分25秒くらいしかされない感じがする……。
330秒が325秒……rtmpdumpの仕様かしら……。
たしかにrtmpdumpって10秒弱ごとに64K出力してる感じなんだよね。
それでずれてるのかなぁ……？なんでだろ。

5分で5秒だと、1時間で1分か……。原因不明なら、放置していいレベルかしら……。

公式サイトで2010/04/20に行われたアクセスの制限に引っかかって、
録音してもファイルサイズが0のままーってなってました。
修正版をリリースしました。0.3.8で解決してるよ。
インストーラー版はこちら。

報告をしてくれた方のおかげで気づけました！感謝！
というか気づけよわたし！

でも、わたし的には、それよりも不安なことがあって……。
そう、問題になっている録音アプリって何ってこと（ρ＿;）Erisじゃないよね？
録音のループ状態って……う〜む。

以下の観点から、問題ないと判断して修正版をリリースしました。

• Erisからのアクセスかどうかはだいたい公式運営側で（たぶん）わかるはずだけど、
  公式運営側からは注意・警告・文句がきていない。
• Vectorから削除されずに残っている。
• Erisの中身は再確認したけど、通常利用する範囲では、発生しなそう。
  で、Erisの録音機能実装時期やその配布開始時期と、問題発生時期がズレいている。

とか、書いてもやっぱりちょっと不安……（゜▽、゜う〜みゅ

あと、どうやら、アクセスの制限は、URL指定の詳細化と呼び元チェックって感じなのかな。
Playerバージョン（謎）までは見てないようなので、しばらくは大丈夫だと思いたい……。

今日（2010/04/16）のメンテナンスで公式から取得できる番組表が死んだみたい。

巻き込まれてErisも死んだので修正版をあげました。
インストーラー版も。

IEで、普通に番組表ぺ〜じみても、番組情報表示されない。
番組表情報のXMLをダイレクトに取りに行っても途中で切れたり、変な動きしてる。
IEでXMLを開くと以下のような感じ（一部公開しちゃまずそうなところは塗りつぶし）。

う〜む。普通にXMLとして不正だよ……。後の方、切れてるし。
というわけで公式がこんなひどいのを返しても大丈夫なアプリに修正っとφ（。。負けないぞぅ

まぁ、最小化したら元に戻せない、ガジェットっていうかアプリもどきを出すくらいだから、
このくらいはあると思ってたけどね！
人の振り見て我が振り直せってことで、がんばります（゜▽、゜

Eris 0.3.4でメニュー周りを充実させてみた。
インストーラー版もあるよ（゜▽、゜

Eris 0.3.2は、Radikoの4/7のセキュリティ強化前のやつなので、
起動できるけど録音系は全滅なのだ。
その関係で、Erisの新しいのに入れ替えても、起動するとエラーになる場合がっ。
そんな場合は、設定ファイル、特に、Cache〜のファイルとかを消すと起動できるはず。

次はどんな風に変えていこうかな〜。

ラジオ全然聞かないのに、Radiko用のアプリを作ってみてみたり。

4/7のRadikoセキュリティ強化？で録音が出来なくなってたので修正したのをアップしたのだ。
他の修正とかしてたところで気づいたので、ちょっと機能が中途半端かもだけど、まぁ、いいよね。

ついでに、MSI形式のファイルも作ってみた。
Windowsのインストールウィザードって言うのかな？で入れられるはず！
ライトな人はこういう方がいいんだよね、きっと。

jp.empressia.scope.view.jarがTomcatで動かないって言う話があって、修正したよ。
Version1.0.1.18ってことで少し数字上げた〜（゜▽、゜

ついでに、サーバーシャットダウン時（再デプロイとかの時）に、
シャットダウンに時間がかかる（最大10分とか）みたいだったので確認したのだ。

なんか、WeldとかTomcatとかGlassFishのSessionと起動周りの動きとか、
いくつかくぐり抜けないといけないところが多そうだったから、
JSF2.0に依存する形で構造見直しして綺麗に動くように対応したよ。

というわけでJSF2.0＋WeldであればGlassFishV3だけじゃなくてTomcatとかでも動くようになってるっ。まぁ、JSFのViewScopedもJSF2.0からだし、いいよね。

これで、JSFのViewの破棄とかとリンクして、正しいタイミングで@PreDestroyとかが呼ばれるはず！
Inject系を作るのは簡単だったけど、破棄系を整理するのが結構大変だったo(_＿oﾎﾟﾃ

ダウンロードはこの辺からね☆
jp.empressia.jsf.scope.view.jar
jp.empressia.logging.jar

フィンローダさんのところに算数の問題があった。

印を付けた角の和は何度か、というような問題。

ちなみに上に貼った画像は自分で描いたやつだったり。
わたしだったら、「補助線一本引いて、四角形の内角の和は360°」かなぁっと。
これも1秒系？

って、まぁこれは、きっとフィンローダさんの記事の趣旨とは別だと思う。

わたしはパズルとか解くときに、
「答えは1通りのはずだから、選択すると二通り以上考えられるケースは間違った選択である」っていうのを結構使う。
困ったときは特に。

昨日、utilにBase64Utilities追加した。
いろんなところにあるけどね（笑）
ioの動作確認して修正した。
あわせてnetも修正〜。
あとsecurityを書き換えた。
でもsecurityはもっと書き換えないとなぁ。

スプラッシュスクリーン使ったときに
ダイアログモードでも正しく消えるようにしたりした。
最近、SSHとかタメしてみてるけどむずかしいねぃ。
ftpレベルが限界（笑）

ライブラリ更新〜☆
EWindowのコンバートの不具合を修正。
一歩一歩（゜▽、゜

エンプレシアライブラリ更新〜（゜▽、゜
ioパッケージと、それにつられてnetパッケージ。
IOTransmitterをちょいと改良したよ。

ふぃりあもお兄ちゃんの絵をバージョンアップとかしました。
まだ途中らしいけど。できあがったらアイコンもキレイなのにしよう！
(ﾟｰﾟ)(｡_｡)(ﾟ-ﾟ)(｡_｡)ｳﾝｳﾝ

uiパッケージ中心に更新。
http://doc.empressia.jp/
https://src.empressia.jp/release/
何かといろんなパッケージがutilに依存してます。

EDesktopManagerとか、EWindowとかつくってみた（゜▽、゜

ふぃりあ更新した。
関連付けしたの消すと変な情報が残ってた。
というわけで修正したのだ。
スプラッシュイメージももらったのを入れてみる。
正式じゃないけど。

まだまだ更新したい（゜▽、゜

水面下で動いてました（゜▽、゜
というわけで、「ふぃりあ」を公開しました。
アイコンとかはお兄ちゃんにお願い中です。
やっぱ階層型管理より集合管理が良いやというわけで創ってみた。

まぁ、将来的にはハイブリッドだったり、
管理対象が範囲広がったりとか考えてみてるの。

別にファイルを直にコピーしたりする訳じゃないので、
気楽に試してみてね。

http://www.empressia.jp/
http://www.empressia.jp/proj/filia/filia.html

感想とかこないかなぁ。

新しくuiパッケージとかも創った。
http://doc.empressia.jp/
https://src.empressia.jp/release/
jarも新しく増やしました。
XMLAnalyzer、NetManagerは使い方が微妙に変わってるので注意。
xmlとnetはutilに依存。
（゜▽、゜

netパッケージ中心に更新〜（゜▽、゜
http://doc.empressia.jp/
https://src.empressia.jp/release/
一応、げすとではいれゆ。
あ、あと、netパッケージはutilパッケージに依存してる。