はてなブックマーク

備忘録エントリ。 Androidエミュレータは内部的に仮想ルータが動作することにより、ホストマシン(エミュレータが動作しているマシン)のネットワークとは別に、10.0.2.0/24のネットワークで動作している。このため、外部からエミュレータへの通信をするにはちょっとした準備が必要になる。 方法は、http://developer.android.com/intl/ja/guide/developing/devices/emulator.html#redirections(日本語訳はSign in - Google Accounts)に記載されているが、要はホストマシンのポートで受けた通信をエミュレータのポートへ転送させるようにすることで対応する。 手順は以下の通り。 1.エミュレータを起動 2.telnetでlocalhostのエミュレータコンソールポート(1つ目のエミュレータなら5554

64bit版のWindowsでは、32bitアプリケーションを動作させるために、ファイルシステムリダイレクタという仕組みが使用されている。詳細は、File System Redirector - Windows applications | Microsoft Docs 等に記述されているが、簡単にいうと、以下のような仕組みになっている。 通常、アプリケーションがDLL等を読みに行く先は %windir%\System32\ 以下だが、ここには64bit用のものが置かれている。64bitアプリケーションであればこれで問題ないが、32bitアプリケーションの場合は32bit用のファイルを読む必要がある。しかし、ほとんどのDLLは32bitと64bitで同一の名前になっているため、32bit用のファイルは%windir%\SysWOW64\ 以下に置かれている。つまり、アプリケーションが32b

備忘録エントリ。 apache起動時にSSL秘密鍵のパスフレーズを自動入力させるには、SSLPassPhraseDialog ディレクティブを使えばいいが、複数のSSLのバーチャルホストをたてて、かつそれぞれの秘密鍵のパスフレーズが異なる場合、SSLPassPhraseDialog はバーチャルホストコンテキストには書けないのでちょっと困った。mod_ssl - Apache HTTP Server Version 2.2 を見ると、SSLPassPhraseDialog で指定する外部プログラムに「サーバー名:ポート番号」と「RSA」または「DSA」の2つの引数が渡されるようになっている模様。なので、以下のようにすれば対応できる。 SSLPassPhraseDialog は通常通りサーバーコンフィグコンテキストに記述する。 例.(2011/1/28 追記。渡される引数がServerNam

忘れがちになるので、自分用にメモ。 TomcatでHTTPメソッドを制限する設定方法は以下の通り。 $CATALINA_HOME/conf/web.xml に以下の設定を入れる。には拒否したいメソッドを列挙する。下記例はすべてのURLについてGETとPOST以外を拒否する場合の設定。 <security-constraint> <web-resource-collection> <web-resource-name>hoge</web-resource-name> <url-pattern>/*</url-pattern> <http-method>HEAD</http-method> <http-method>PUT</http-method> <http-method>DELETE</http-method> <http-method>OPTIONS</http-method> <ht

Tomcatでコネクションプーリングを使用していて、Tomcat <-> Oracle間の接続がFINやRSTパケットによる通知なしに切られた場合、プールしている接続が実際には死んでいる状態が発生する。例えば、以下のような場合に発生する。 APサーバー <-> DBサーバー間のFirewallによるセッション切断 DBサーバーのリブート(Windows Server 2008の場合。他は未確認) なお、Windows Server 2008で試した限りではOracleサービスの再起動やshutdown、startupの場合は発生しなかった。おそらくFINまたはRSTパケットが飛んでいると思われる。 一度、この状態に陥ると、その後ネットワークやDBサーバーが復旧しても死んだ接続がプールに残り続け、その接続を使用したTomcatのスレッドはSQLを実行する処理でOracleからの応答をずっと待

SQLをプログラムで組み立てて実行するときで、条件によってWHERE句が変化する場合、ANDがつくかどうかでとても煩雑なコードになることがある。 以下の例のような感じだ。 StringBuilder sql = new StringBuilder(); sql.append("SELECT xxx, ... FROM xxx"); boolean where = false; if (条件1) { sql.appned(" WHERE hoge = ?"); where = true; } if (条件2) { if (where) { sql.append(" AND foo = ?"); } else { sql.appned(" WHERE foo = ?"); where = true; } } if (条件3) { if (where) { sql.append(" AND ba

備忘録。 log4jを使用していて、以下のような警告が出ることがある。 log4j:WARN No appenders could be found for logger (xxx.xxx.xxx.Xxx). log4j:WARN Please initialize the log4j system properly.これはログ出力処理を行うクラスに対して、log4jの設定上、該当するAppenderの設定がされていない場合に出る。 よくあるのは、ライブラリを使用していてライブラリ内の処理でログ出力をしているのに、log4jの設定に該当するAppenderの設定がないパターン。 多数のライブラリを使用していると、いちいちパッケージを指定するのも面倒なので、ルートロガーを指定してやればよい。 log4j.properties の例 # logger log4j.rootLogger=DEBU

現時点(Seasar2.4.34まで)のHOT deployでは、HttpSessionを直接使用して、リクエストをまたいでHttpSessionに格納されたオブジェクトを取得してキャストすると、ClassCastExceptionが発生する。 例.XxxAction#indexでセッションにXxxDtoを格納して、XxxAction#index2でセッションから取得する。 public class XxxAction { @Resource protected XxxDto xxxDto; @Execute(validator = false) public String index() { HttpSession session = RequestUtil.getRequest().getSession(); session.setAttribute("xxxDto", xxxDto)

Seasar2.4.xのHOT deployでは、filterやutil、entityといったのようなSMART deploy対象外のクラスから、actionやservice、dao、dtoといったSMART deploy対象のクラスを参照すると、ClassCastExceptionが発生する。この対策を考えてみた。 ちなみに、COOL deployでは発生しない。 2009/4/14 追記 utilやentityがSMART deploy対象外クラスと書いたが、S2Containerにコンポーネントの自動登録がされない(おそらくS2Containerがインスタンスを管理する必要がないから)だけで、コードの変更はHotに反映されるし、クラスローダーもちゃんとHotdeployClassLoaderになる。なので、SMART deploy対象外というのは誤りと思いますので、訂正しました。 原

Struts(1.2.x以下)からSAStrutsへの置き換えをするときに、Actionの共通前処理をどこに実装するかで迷った。 ここで言う共通前処理とは、個々のActionを実行する前に共通で実行したいような処理のこと。 Strutsでは、org.apache.struts.actions.DispatchActionを継承したクラスを作成し、dispatchMethodをオーバーライドして、そこに実装していたが、SAStrutsはPOJO ActionなのでDispatchActionに該当するものがない。 まず、考えたのはAOPで実装する案。 個々のActionに共通のスーパークラスを作成し、共通前処理メソッドを実装した上で、Interceptorを作成し、共通前処理メソッドを呼び出すようにする。 せっかくPOJO Actionなのにスーパークラスの継承を強要させるのは微妙な気がしな