The Collection Interface

Use Iterator instead of the for-each construct when you need to:

* Remove the current element. The for-each construct hides the iterator, so you cannot call remove. Therefore, the for-each construct is not usable for filtering.
* Iterate over multiple collections in parallel.

http://java.sun.com/docs/books/tutorial/collections/interfaces/collection.html

jhatメモ

class HeapDump {
    public static void main(String[] args) {
        java.util.List l = new java.util.ArrayList();
        for (int i = 0; ; ++i) {
            l.add(i);
        }
    }
}

のような、OutOfMemoryErrorが発生するプログラムを実行。

$ java -XX:+HeapDumpOnOutOfMemoryError HeapDump
java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid4888.hprof ...
Heap dump file created [84987937 bytes in 4.720 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
 at java.lang.Integer.valueOf(Integer.java:585)
 at HeapDump.main(HeapDump.java:9)

ダンプファイルができているのを確認。

$ ls
HeapDump.class
HeapDump.java
java_pid4888.hprof

なお、
http://java.sun.com/javase/ja/6/docs/ja/technotes/tools/share/jhat.html
によれば、

Java のヒープダンプを生成するには、いくつかの方法があります。
* jmap の -dump オプションを使って実行時にヒープダンプを取得する。
* jconsole のオプションを使って HotSpotDiagnosticMXBean 経由で実行時にヒープダンプを取得する。
* -XX:+HeapDumpOnOutOfMemoryError VM オプションを指定すると、OutOfMemoryError のスロー時にヒープダンプが生成される。
* hprof を使用する。

という事らしい。

jhatの引数にダンプファイルを指定して起動すると、

$ jhat java_pid4888.hprof 
Reading from java_pid4888.hprof...
Dump file created Tue Mar 25 14:19:26 JST 2008
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
 at java.util.Hashtable.rehash(Hashtable.java:356)
 at java.util.Hashtable.put(Hashtable.java:412)
 at com.sun.tools.hat.internal.model.Snapshot.addHeapObject(Snapshot.java:153)
 at com.sun.tools.hat.internal.parser.HprofReader.readInstance(HprofReader.java:724)
 at com.sun.tools.hat.internal.parser.HprofReader.readHeapDump(HprofReader.java:470)
 at com.sun.tools.hat.internal.parser.HprofReader.read(HprofReader.java:222)
 at com.sun.tools.hat.internal.parser.Reader.readFile(Reader.java:79)
 at com.sun.tools.hat.Main.main(Main.java:143)

がーん。気を取り直して。

bash-3.2$ jhat -J-Xmx512m java_pid4888.hprof 
Reading from java_pid4888.hprof...
Dump file created Tue Mar 25 14:19:26 JST 2008
Snapshot read, resolving...
Resolving 3312656 objects...
Chasing references, expect 662 dots......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Eliminating duplicate references......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.

となった後、http://127.0.0.1:7000/ にアクセスして、Heap Histogramをみると、

Class Instance Count Total Size
class java.lang.Integer 3308797 13235188

となってて、Integerが怪しいね、って話になる。
References by Typeで辿ると、

Class Count
[Ljava.lang.Object; 3308667

ってのがあって、
Objectのでかい配列がIntegerの配列になってるんだ、って閃いて、
Collection系のインスタンスが怪しいね、って閃いて、
ArrayListじゃね？、と閃いて解決。
あってるよね？

EL式で文字列連結

をやろうと思って、

${bean.value? ("abc" + bean.strA): ("def" + bean.strB)}

みたいに書いたけど、期待通りに動作しなくって、悩んだ。

javax.servlet.jsp.el.ELException: String "def" を "java.lang.Double" 型に変換しようとした際に例外が発生しました
 at org.apache.commons.el.Logger.logError(Logger.java:481)
 at org.apache.commons.el.Logger.logError(Logger.java:498)
 at org.apache.commons.el.Logger.logError(Logger.java:566)
 at org.apache.commons.el.Coercions.coerceToPrimitiveNumber(Coercions.java:440)
 at org.apache.commons.el.Coercions.applyArithmeticOperator(Coercions.java:852)
 at org.apache.commons.el.ArithmeticOperator.apply(ArithmeticOperator.java:83)
 at org.apache.commons.el.BinaryOperatorExpression.evaluate(BinaryOperatorExpression.java:170)
 at org.apache.commons.el.ConditionalExpression.evaluate(ConditionalExpression.java:155)

とか

javax.servlet.jsp.el.ELException: String "abc" を "java.lang.Long" 型に変換しようとした際に例外が発生しました
 at org.apache.commons.el.Logger.logError(Logger.java:481)
 at org.apache.commons.el.Logger.logError(Logger.java:498)
 at org.apache.commons.el.Logger.logError(Logger.java:566)
 at org.apache.commons.el.Coercions.coerceToPrimitiveNumber(Coercions.java:440)
 at org.apache.commons.el.Coercions.applyArithmeticOperator(Coercions.java:872)
 at org.apache.commons.el.ArithmeticOperator.apply(ArithmeticOperator.java:83)
 at org.apache.commons.el.BinaryOperatorExpression.evaluate(BinaryOperatorExpression.java:170)
 at org.apache.commons.el.ConditionalExpression.evaluate(ConditionalExpression.java:153)

とか、なってしまう。

ソース見ると、算術演算子の対象となるオブジェクトは、強引に Long や Double にキャストされてる。

<c:if test="${bean.value}">
abc${bean.strA}
</c:if>
<c:if test="${!bean.value}">
def${bean.strB}
</c:if>

と、やるべきみたい。。