Java - たまにっき。
2005-05-11 Wed
2005-05-01 Sun
■ 何が原因かよくわからないが・・・
project.properties に
maven.jar.index=true
として jar ファイルにインデックスを付けていた場合，MANIFEST.MF の Class-Path エントリが読まれない．
maven で作成された jar ファイルに対して
$ java -jar hoge.jar
としても，Class-Path エントリに書いているクラスのロード時に NoClassDefFoundError．
で，原因が java コマンドなのか，maven が作る jar なのかを確認しようと思い，JarIndex が付加されていない (動作確認済み) の jar ファイルに
$ jar -i hoge.jar
としようと思ったら，
java.util.zip.ZipException: 指定されたファイルが見つかりません。 at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:112) at java.util.jar.JarFile.<init>(JarFile.java:127) at java.util.jar.JarFile.<init>(JarFile.java:65) at sun.tools.jar.Main.getJarPath(Main.java:794) at sun.tools.jar.Main.getJarPath(Main.java:810) at sun.tools.jar.Main.getJarPath(Main.java:810) at sun.tools.jar.Main.genIndex(Main.java:828) at sun.tools.jar.Main.run(Main.java:196) at sun.tools.jar.Main.main(Main.java:904)
となる．なぜ?
]
2005-04-30 Sat
■ Sandmark
ソースからコンパイルしてみようと頑張ってみた．
ソースファイル配布パッケージに必要なクラスが含まれていないよ，ママン．
含まれていないクラス:
sandmark.Algorithm, sandmark.AppAlgorithm, sandmark.ClassAlgorithm, sandmark.Console, sandmark.Constants, sandmark.MethodAlgorithm
build.xml で osgi.jar (Eclipse のプラグイン) にクラスパスを通してないよ．
sandmark.eclipse に Eclipse のプラグインっぽいクラスがあり，plugin.xml もあったので，Eclipse にインストールしてみようと思ったが，Eclipse が認識してくれない・・・．eclipse プラグインはよくわからないし，諦めよう．
]
2005-04-29 Fri
■ Sandmark
Y 内君 情報によると Sandmark に Static Birthmark 抽出が実装されているようだ．最近 Sandmark をチェックしていなかったから見逃していた．
で，ソースを見てみると jbirth のソースは使い回されてないっぽい．
ちぇっ，設計が似ていたら Sandmark の Birthmark 関連部分を jbirth のバースマークと比較しようと思ったのに．
それにしても，何でもかんでも Sandmark に組み込みやがるな．
なんか悔しいので，DonQuixote に jbirth を組み込んでみるか?
多分言ってるだけで終わると思うけど．
]
2005-04-27 Wed
■ オブジェクトの集合を返すメソッド (2)
[2005-04-26-2] に続いて戯言を・・・．
返されるのが List<T> なとき，その List<T> は mutable であるべきなのか，immutable が良いのか．immutable ならば，[2005-04-26-2] の
return new ArrayList<String>(strings);
の部分を
return Collections.unmodifiableList(strings);
にすれば良いなぁと．
じゃあ，なんで immutable であるべきなのか．mutable な List だとクラスのフィールドとしての List を変更可能だと勘違いするから?
]
2005-04-26 Tue
■ 何かのオブジェクトの集合を返すメソッド
ふと思ったんだが，J2SE 1.4 までだと
private List strings = new ArrayList();
public String[] getStrings(){
return (String[])strings.toArray(new String[strings.size()]);
}
みたいに，直接 List を返すんじゃなくて，配列を返すべきだと思っていたが，J2SE 5.0 以降だと
private List<String> strings = new ArrayList<String>();
public List<String> getStrings(){
return new ArrayList<String>(strings);
}
にした方が良いような気がしてきた．
もちろん，
private List<String> strings = new ArrayList<String>();
public List<String> getStrings(){
return strings;
}
みたいなのはクラスの外部から内部の strings というリストを扱えるようになるので，論外だ．
けど，配列の返り値よりも List や Set という返り値の方が集合を返すという意味合いが強いように思う．
あー，でも ArrayList 固定になってしまうなぁ．本当は strings.clone を使いたい．
けど，strings は List インターフェースなので，clone メソッドを使えない．toString は使えるのに変なの．
どっちがいいんだろう?
]
2005-04-02 Sat
■ JNI の実行速度測定
以下のクラスを用意した．
public interface StringEquals{
public boolean stringEquals(String s1, String s2);
}
public class JavaEquals implements StringEquals{
public boolean stringEquals(String s1, String s2){
return s1.equals(s2);
}
}
public class JniEquals implements StringEquals{
static{
System.loadLibrary("jni_equals");
}
public native boolean stringEquals(String s1, String s2);
}
public class JniEquals2 implements StringEquals{
static{
System.loadLibrary("jni_equals2");
}
public native boolean stringEquals(String s1, String s2);
}
public class Main{
public static void main(String[] args){
StringEquals se = new JavaEquals();
if(args.length == 1){
if(args[0].equalsIgnoreCase("jni")) se = new JniEquals();
else if(args[0].equalsIgnoreCase("jni2")) se = new JniEquals2();
}
long time1 = System.currentTimeMillis();
for(int i = 0; i < 10000000; i++){
String s = Integer.toString(i);
se.stringEquals(s, s);
}
System.out.println((System.currentTimeMillis() - time1) + "ms");
}
}
で，JniEquals の実装に以下の C ソースコードを書く．
中身は JavaEquals と同じく，s1 の equals メソッドを呼び出して，返すだけ．
#include <stdio.h>
#include <jni.h>
#include "JniEquals.h"
/*
* Class: JniEquals
* Method: stringEquals
* Signature: (Ljava/lang/String;Ljava/lang/String;)Z
*/
JNIEXPORT jboolean JNICALL Java_JniEquals_stringEquals
(JNIEnv *env, jobject this, jstring s1, jstring s2){
jclass string_class;
jmethodID equals_method_id;
jvalue args[1];
string_class = (*env)->GetObjectClass(env, s1);
equals_method_id = (*env)->GetMethodID(env, string_class, "equals", "(Ljava/lang/Object;)Z");
args[0].l = s2;
return (*env)->CallBooleanMethodA(env, s1, equals_method_id, args);
}
続いて，JniEquals2 の実装に以下の C ソースコードを書く．
今度は文字列の比較を strcmp で行う．
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <jni.h>
#include "JniEquals2.h"
/*
* Class: JniEquals2
* Method: stringEquals
* Signature: (Ljava/lang/String;Ljava/lang/String;)Z
*/
JNIEXPORT jboolean JNICALL Java_JniEquals2_stringEquals
(JNIEnv *env, jobject this, jstring s1, jstring s2){
const char *string1;
const char *string2;
int result;
string1 = (*env)->GetStringUTFChars(env, s1, NULL);
string2 = (*env)->GetStringUTFChars(env, s2, NULL);
result = strcmp(string1, string2);
(*env)->ReleaseStringUTFChars(env, s1, string1);
(*env)->ReleaseStringUTFChars(env, s2, string2);
if(result == 0) return JNI_TRUE;
return JNI_FALSE;
}
で，以下のコマンドでdll を作って，Main を実行．
$ gcc -mdll -mrtd -Wl,--enable-auto-import -Wl,--add-stdcall-alias -g \ > -O3 -Wall -o jni_equals.dll -I/usr/local/java/j2sdk1.4.2_04/include \ > -I/usr/local/java/j2sdk1.4.2_04/include/win32 -I. -mno-cygwin jni_equals.c $ java Main 3844ms
約 4 秒．
$ java Main jni2 19046ms
約 19 秒．
$ java Main jni 25281ms
約 25 秒．
JNI が激しく遅かった．
このことから，Java 言語と散々やり取りするようなモンを native で実装すると遅くなることがわかる．
ちなみに，環境は Windows XP Professional SP2/Pentium 4 3.00GHz/メモリ 1G/cygwin 1.5.13
]
2005-03-28 Mon
■ Java World 5 月号
J2SE 5.0 解体新書にあった Annotation の記事が役に立った．
Annotation を難読化で役に立たないかなぁと考え，以下の Annotation を作ってみた．
@Retention(RetantionPolicy.RUNTIME)
@interface NoObfuscation{
}
この Annotation が付けられたもの(クラスとか，メソッドとか，フィールドとか)は
難読化の対象から外すという Annotation．
今までは難読化ツールの実行時に難読化対象を決める必要があったが，この Annotation を導入することで，開発時に決めることができる．というか，難読化の対象を決めるインターフェースを作るのが面倒くさいんで，こうした方が難読化ツールで楽できるというだけなのだが．
@Target を付けていないのは難読化の手法により対象が異なるため，どんな対象にも付けられるように，@Target は付けていない．@Retention は難読化ツールの実行時に Annotation を読み込む必要があるため，RUNTIME．@Documented を付けてしまうと，難読化されていない部分が javadoc などに現れるため，難読化解読の手掛かりとなりそう．難読化対象外に指定したいのは特定のものであるため，@Inherited で継承させる意味もない．で，この Annotation に改めて何かメソッドを付け加える必要があるとは思えないのでマーカ Annotation にしている．
さて，そのうちこれを DonQuixote に組み込もう．組み込むに当たって，BCEL 5.1 は Annotation に対応していないので Subversion にあるバージョンを使わなければいけないなぁ．
さて，@SuppressWarning のある意味がわかんないなぁ．警告を抑制するのはかなり危険な行為だと思うので，使わない方がいいと思うのだが．
]
2005-03-10 Thu
■ Tomcat でアクセスログを取る．
リンク先にあるように Valve タグを server.xml に入れれば良い．
Valve タグは Engine, Host, Context タグの子要素として入れられるようだ．
]
2005-03-05 Sat
■ JNI の DefineClass
仕様には
jclass DefineClass(JNIEnv *env, jobject loader, const jbyte *buf, jsize bufLen);
とあるのに，$JAVA_HOME/include/jni.h には
jclass (JNICALL *DefineClass) (JNIEnv *env, const char *name, jobject loader, const jbyte *buf, jsize len);
とあるのはなぜだ?
JNI 1.2, 1.4 の仕様の拡張を見ても，const char *name という引数なんぞないのに・・・．
]
2005-02-26 Sat
■ Java World 4 月号
- 技術者の目で理解する SOA
出てくる略語を列挙してみる．
SOA: Service Oriented Architecture
EA: Enterprise Architecture
BPM: Business Process Management
EAI: Enterprise Application Integration
ESB: Enterprise Service Bus
MOM: Message Oriented Middleware
RPC: Remote Procedure Call
JCA: J2EE Connector Architecture
JMS: Java Message Service
BPEL: Business Process Execution Language
ERP: Enterprise Resource Planning
TA: Technology Architecture
BA: Buisiness Architecture
DA: Data Architecture
AA: Application Architecture
LOVEM: Line of Visibility Enterprise Modeling
DI: Dependency Injection
PD4J: Process Definition for Java
さて，このうち，半分くらいしか理解していない私がダメなのか?
- J2SE 5 解体新書
同期メカニズムとして，Lock, Condition, Semaphore などが紹介されているので，
J2SE 5 の API ドキュメント を見ながら読み進める．
ReentrantLock, ReadWriteLock, Semaphore なんかがあるらしい．
Java 5 の Generics の文法で良くわからない部分がある．
public interface Callable<V>
public V call()
で，Call が返す型は何なんだろう?
Callable の実装クラスなんだろうか．
宣言かなんかで，Callable<Class> なんかと指定したクラスらしい．
]
2005-02-21 Mon
■ Java開発を変える最新の設計思想「Dependency Injection（DI）」とは
via JavaNews.jp
メモ．
]
2005-02-14 Mon
■ JNI
C++Builder のコンパイラを使ったら，dll ができた．
gcc でのコンパイル方法はいまだによくわからない．
gcc でコンパイルすると Windows API を使っているソース(私が作成したものではない)の
関数ポインタの宣言部分で syntax error が発生しているのが謎．
まぁ，C++Builder でできたからいいや．
おぉっと，K2 君が解決してくれたみたい．
]
2005-02-10 Thu
■ 昨日に引続き，JNI がよくわからない．
仕方ないので，cygwin でのコンパイルを諦めて，
VC でコンパイルするかなぁ．
]
Powered by 
