ふらふら技術者の日記 http://nossie.blog71.fc2.com/ いい感じのWebサイトやプログラムを応援したり、使えるプログラミングテクを紹介したり…ふと感じた数学チックなテーマとか……本人の備忘録だったり…。 ja http://nossie.blog71.fc2.com/blog-entry-47.html GlassFish v2.1 の encodeURL で jsessionid が付加されない。 v3で解決されるみたいだけど、取り敢えず今はv2.1を使っているのでメモ。 [glassfish: Issue 3972] HttpServletResponse.encodeURL() unconditionally appends jsessionid if session is newly created てか、これはさすがに、ちょい問題あるバグと思う…GlassFish に変えたら DoCoMo のユーザがみんなログイン出来なくなっちゃった…みたいになるわけだから…。 コメント頂きました。v2.1でも修正されているようです。 v3で解決されるみたいだけど、取り敢えず今はv2.1を使っているのでメモ。

[glassfish: Issue 3972] HttpServletResponse.encodeURL() unconditionally appends jsessionid if session is newly created

てか、これはさすがに、ちょい問題あるバグと思う…GlassFish に変えたら DoCoMo のユーザがみんなログイン出来なくなっちゃった…みたいになるわけだから…。

コメント頂きました。v2.1でも修正されているようです。

 ]]> プログラミング関連 2009-09-18T13:24:50+09:00 憂鬱ノッシ FC2-BLOG http://nossie.blog71.fc2.com/blog-entry-46.html SQLのプロファイラ？ MySQL で 流れたクエリを見たりログを取るにはどうすれば？って話。 そもそも、以前会社で Microsoft SQL Server を使わされてた。で、それにはプロファイラ ってプログラムが同梱されてて、それを使えば出来た。Windows の [スタートメニュー] から [すべてのプログラム] と辿っていくだけで見つかるのでメチャ分かり易い所にある。 (とは言え会社では新人研修で習わないツールは皆使わないので意味無いけど…)　で、MySQL でも MySQL で 流れたクエリを見たりログを取るにはどうすれば？って話。

そもそも、以前会社で Microsoft SQL Server を使わされてた。で、それにはプロファイラ ってプログラムが同梱されてて、それを使えば出来た。Windows の [スタートメニュー] から [すべてのプログラム] と辿っていくだけで見つかるのでメチャ分かり易い所にある。 (とは言え会社では新人研修で習わないツールは皆使わないので意味無いけど…)　で、MySQL でも当然出来るはず～と思って調べたら…なかなか出てこない。

どうも、 Enterprise 版なら分析ツールがついてくるらしいけど… Enterprize 版はお金の無い人は自力でビルドせなならん。で、金は無い！ビルド？ふん！根性はもっと無い！とふてくされていたら……発見！…運はあったみたい！

my.iniファイルの [mysqld] の後に mysqld を立ち上げる時に渡すパラメタを書けるのかな？なので、そこに log って一行を書き込めば、--log が渡され、machinename.logが MySQL のどっかのフォルダに出来るみたい。めでたし、めでたし。ちなみに、MySQL のマニュアルによると、このログはクエリがサーバに到着した時点で記録する、で、その他にも更新が完了する直前に書き込むバイナリログなんてのもある。なるほど…。

てか、そもそもなんでこんなにSQLのログ取りを熱心にしてたかというと、Glassfish で JDBC レルムによる認証を試してたんだけど、何故か認証されない。Glassfish はデータベースの管理者にすらパスワードを分からなくする MD5 等を使ったパスワードの照合をサポートするので、もしかしてその機能を殺せてないのか？？とか思ったりして、流れてる SQL を調べようって事になったわけ…。

で、結局、調べて見たらユーザ名が違ってた、、、dummy と dumy。今時、パソコン初心者でも自分のユーザ名は忘れない…。なんにせよ、今は happy を haapy と間違えた知り合いを笑えない…。

]]> プログラミング関連 2009-09-12T15:37:40+09:00 憂鬱ノッシ FC2-BLOG http://nossie.blog71.fc2.com/blog-entry-45.html asadmin start-domain が終わらない glassfish 2.1 の asadmin start-domain からの応答が一切返ってこない…。全自動でサーバを立ち上げたい人達(おいらだけ？)の怒りのメモ。 結論から言えば、原因は分かったけど対策があるのかどうかは分からない。 ちなみに、以下はおいらが glassfish の開発コミュニティ宛に出したバグレポート。…今回も中学生レベルの英語で果たして通じるのだろうか…。合言葉は「コードは世界を繋ぐ共通言語」、ほれ！for(int i=0; i glassfish 2.1 の asadmin start-domain からの応答が一切返ってこない…。全自動でサーバを立ち上げたい人達(おいらだけ？)の怒りのメモ。

結論から言えば、原因は分かったけど対策があるのかどうかは分からない。

ちなみに、以下はおいらが glassfish の開発コミュニティ宛に出したバグレポート。…今回も中学生レベルの英語で果たして通じるのだろうか…。合言葉は「コードは世界を繋ぐ共通言語」、ほれ！for(int i=0; i<3; i++) you.turn(); you.say("wan!"); …ちなみに 前回は、苦闘しながらも何とか通じた…果たして今回は？ …異国の技術者達へ毎度毎度、本当にすみません。

[glassfish: Issue 9443] asadmin start-domain does not return control.

どういうバグかの興味はあるけど、おまえの間違いだらけの英語なんぞ読めるか…という賢明な方々は、追記でまだマシなニホンゴを披露しているのでそちらを参照。

]]> プログラミング関連 2009-09-12T00:21:38+09:00 憂鬱ノッシ FC2-BLOG http://nossie.blog71.fc2.com/blog-entry-44.html GlassFishでファイルレルム Java EE でのログイン処理について全然知らず、ちょっとはまったのでメモ。 まず、Java EE におけるログイン処理(認証)はどうも Java EE の仕様で標準化されている部分とそうでない部分があるみたい。なので、生真面目に JSR をいくら眺めてても全容は掴めないし、GlassFish や Tomcat のマニュアルと睨めっこしてても片手落ちになる。 どうも、こうした構成になっているのは、認証結果と認証用のインタフェースに関しては共 Java EE でのログイン処理について全然知らず、ちょっとはまったのでメモ。

まず、Java EE におけるログイン処理(認証)はどうも Java EE の仕様で標準化されている部分とそうでない部分があるみたい。なので、生真面目に JSR をいくら眺めてても全容は掴めないし、GlassFish や Tomcat のマニュアルと睨めっこしてても片手落ちになる。

どうも、こうした構成になっているのは、認証結果と認証用のインタフェースに関しては共通の枠組みで利用しよう、だけど認証の方法や個人データの扱いはコンテナのメーカ側にまかせよう…と言う事らしい。これによって、Kerberos 認証等の様々な認証に対応出来るっぽい…。

で、メモのため GlassFish のファイルレルムとフォーム認証の組み合わせを例に説明。

まず、Java EE で決められている部分。

web.xmlの認証に関する部分
<security-constraint>
    <web-resource-collection>
        <web-resource-name>Authentication of FormAuth</web-resource-name>
        <url-pattern>/userOnly.jsp</url-pattern>
    </web-resource-collection>
    <auth-constraint>
        <role-name>testers</role-name>
    </auth-constraint>
</security-constraint>
<security-role> 
    <role-name>testers</role-name> 
</security-role> 
<login-config>
    <auth-method>FORM</auth-method>
    <form-login-config>
        <form-login-page>/login.jsp</form-login-page>
        <form-error-page>/login_err.html</form-error-page>
    </form-login-config>
</login-config>
ログインページ(login.jsp)の一部
<body>
    <div>login</div>
    <form method="post" action="j_security_check">
        <table>
          <tr>
            <td>ID</td>
            <td> <input type="text" name="j_username"/></td>
          </tr>
          <tr>
            <td>Pass</td>
            <td><input type="password" name="j_password"/></td>
          </tr>
        </table>
        <input type="submit" value="Login" name="submit"/>
        <input type="reset" value="Reset" name="reset"/>
    </form>
</body>

j_security 等のj_で始まる名前はどうも予約されているみたい。

GlassFish 特有の部分
ユーザとグループの追加

GlassFish の管理画面から[セキュリティ]→[レルム]→[file]→[ユーザ管理]

説明用画像

ユーザ(tester)とグループ(testers)を追加

説明用画像

※ 初期設定のままならデフォルトレルムは"file"になっているので上記設定だけで問題なし。(変更している場合は[セキュリティ]画面のデフォルトレルムから変更可能)

※ 上記作業はasadmin create-file-userからも可能

グループとロールを結びつける (sun-web.xml)
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE sun-web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Application Server 9.0 Servlet 2.5//EN" "http://www.sun.com/software/appserver/dtds/sun-web-app_2_5-0.dtd">
<sun-web-app error-url="">
    <context-root>/web</context-root>
        <security-role-mapping>
        <role-name>testers</role-name>
        <group-name>testers</group-name>
    </security-role-mapping>
</sun-web-app>

ちなみにおいらは最後の作業を忘れてはまった…。グループがロールの別名だと思ってたわけ。…すると"リクエストされたリソースへのアクセスが拒否されました"って403エラー！になるわけですなこれが…。ふぃ～。

]]> プログラミング関連 2009-09-03T18:08:27+09:00 憂鬱ノッシ FC2-BLOG http://nossie.blog71.fc2.com/blog-entry-43.html AbstractXXX で実装の差を吸収 今までおいらが思いつかなかっただけで常套手段な気もする…。 …けど他で見ないし…といった感じのメモです。 List の場合は AbstractList 、 Map の場合は AbstractMap のように AbstractXXX と名前の付くクラスがある。これらは、主に各インタフェースの実装補助に使われる。…で、今日、"監視コレクション"を作っていて、他にもメソッドの集中管理のための使われ方がある気がした…。 まず、実装補助について。AbstractXXX 今までおいらが思いつかなかっただけで常套手段な気もする…。
…けど他で見ないし…といった感じのメモです。

List の場合は AbstractList 、 Map の場合は AbstractMap のように AbstractXXX と名前の付くクラスがある。これらは、主に各インタフェースの実装補助に使われる。…で、今日、"監視コレクション"を作っていて、他にもメソッドの集中管理のための使われ方がある気がした…。

まず、実装補助について。AbstractXXX はクライアントのための補助的なメソッドを、幾つかのコアメソッドを使って提供する。そのため、実装に必要な作業はこれらのコアメソッドの提供だけになる。

次に、メソッドの集中管理について。

順を追って説明すると、こうした使い方を考えるきっかけは、上でも触れたように監視コレクション(Observable Collection)の実装を考えていた時。監視コレクションとは、要素が追加や削除される時にそのお知らせ(追加イベント、削除イベント)を希望したクライアントに流すコレクションの事。で、この監視コレクション、実は Java SE 6 では提供されていない…。何故提供しないのかと言うと…、

Java コレクション API の設計に関する FAQ
修正されたときにイベントを送出する被監視コレクションを提供しないのはなぜですか。
主に、リソースの制約によります。そのような API に取り組むのであれば、万人に役立つものでなければならず、また長期の使用に耐えるものでなければなりません。このような機能も提供していく予定です。それまでの間、public の API の上にそのような機能を実装するのは難しいことではありません。

という事らしい。…前半はそうか…色々事情があるのか…あんたも大変だな…と思う部分だけど、引っかかったのは、public の API の上にそのような機能を実装するのは難しいことではありません。の部分。ん？そんなに簡単に出切る？と一瞬フリーズ…。

例えば、追加イベントを提供したい場合、追加を行うためのメソッドは複数ある。コレクション本体からの add や addAllメソッド、iterator側からの addメソッド。で、重要なのは、メソッドは他のメソッドに処理を丸投げしてるかもしれないし、それぞれ個別に処理を行っているかもしれない。継承を使うにせよ委譲を使うにせよ、継承先や委譲先の実装は知ることが出来ない(知るべきでない)ため、これらを知ることは出来ない。そのため、どのメソッドを監視すればいいのかも分からない。委譲の場合、全メソッドを監視すればいいんだけど、それも AbstractXXX を一から作るのと同じ位の手間が…。

説明用画像
[ 怠けて監視漏れが出るケース ]

と思ったのもつかの間、AbstractXXX をラッパに使えばいいと気づく！そうすれば、AbstractXXX のコアメソッドを基に全ての処理が構築される。そこさえ監視しておけば、委譲先がどんな処理をしていても気にする必要が無い。めでたし、めでたし。

説明用画像

思うに、こうした使われ方を考慮すると、"インタフェースの完璧な実装をクライアントに提供出来るのなら、AbstractXXX が必要ない" という事は無くなる。たとえインタフェース内のメソッドを完璧に実装したクラスがあったとしても、クライアントはそこに監視系の機能を追加する可能性がある。そうなると、メソッドの集中管理が必要になるため、AbstractXXX が役に立つ。なので、そうした可能性が高い場合は、予めインタフェースと共に AbstractXXX も提供しておくと親切かも…ってメモ。

]]> プログラミング関連 2009-08-17T01:01:41+09:00 憂鬱ノッシ FC2-BLOG