ピュアJavaだと思った？残念androidでした～いつからAndroidをJavaだと錯覚していた？～

最初は誰しもがファッ！？となるんですよねロガーって。 いずれtree-tipsで公開しようと思っている、solrのプロジェクトを今作っています。mavenでjarを管理している訳ですが・・ なんだこのロガーの数は！！ commons-logging、log4j、slf4j-api、jcl-over-slf4j、logback-classic・・・・、こいつら一体何が違うんだ！どう使い分けるんだ！そもそも必要なのか！？となりました。 昔はcommons-logging＋log4jというのがトレンドだった訳ですが、今はslf4j＋logbackがトレンドになり、jdkも1.4から1.7になり、これらトレンドが推移する過程で、いろいろなjarが旧式に依存してしまい、旧式依存を解決するためにアダプタが登場し始め、mavenでjarを収集すると大抵両方入ってしまい、カオスになっているのです。 特にs

Couchbaseの作者Damien Katz氏は，C言語はバックエンドプログラミングにおいて現在でも優れた言語である，という意見を持っている。しかし他の開発者は，C言語はあまりにも欠陥が多いとしてC++やJavaを支持するもの，あるいはいずれも好まないというものなどさまざまだ。 CouchDB の開発者であるDamien Katz氏は，The Unreasonable Effectiveness of C と題した先日のブログ記事において，C言語がバックエンドのための優れた言語であると断言した。氏はC++やJava，さらにはErlangやRubyのようなより現代的な言語よりも，今後もC言語を支持していくつもりだという。ただし単純に，C言語を他のどれよりも優れた言語だと言っている訳ではない。"言語自体のパフォーマンスと信頼性が重視される場面においては，C言語に比類する言語は皆無である"，別

keywords : tomcat, javax.servlet.Filter, java.lang.InheritableThreadLocal 現在作成中のアプリに、監査ログの出力と閲覧という要件があります。 通常のシステム的なログ以外に、監査用のユーザーオペレーションログを出力する必要があるそうな。ログはファイルで日付でロールしてほしいとの注文付き。 で、少し考えた。 ログはlog4jのDailyRollingFileAppenderを使えばＯＫ。 ログフォーマットの仕様はというと、ユーザー情報が必要らしい。JSF(JSP)やJSFのManagedBean内ならExternalContextからユーザー名を取ってこれるけど、domainパッケージ内のログ出力ではNG（domainパッケージはcoreパッケージにdependしない作りにしている）。 内部の各メソッドがユーザー名のバケツ

【追記(2004.09.03)】 Eclipse3.0からは「エディタを開く Part2」のやり方を参考にしてください。 通常エディタは，Package Explorer上などでユーザがダブルクリックなどの操作を行うことで開かれる。しかし時には，プラグインが自動的にエディタを開いてどうのこうの・・・，という動作をしたいこともあるだろう。ここでは，プログラム上で何らかのファイルをエディタで開くための方法を紹介する。 最初に，エディタで開きたいファイルをIFileオブジェクトの形で取得する。例えば「コンテキストメニューへのアクションの追加」のやり方でobjectClass属性にIFileを指定し，アクションクラス内で選択されたIFileオブジェクトを取り出す，などが代表例。これについてはさまざまな方法が考えられるので，取得方法は割愛する。 エディタで開きたいIFileオブジェクトが取得できたら

ちょっと気になったっつうか、誤解してハマる人が出ると困るので、メモ。 Eclipseはワークスペースディレクトリの直下のディレクトリしか、Eclipseプロジェクトとして扱わない。というか、直下のディレクトリを全てプロジェクトとして扱う。 そんなに話が単純である訳がないですやん。 それは、あくまでも、デフォルトの挙動。 何のために org.eclipse.core.resources.IResource#getFullPath org.eclipse.core.resources.IResource#getLocation って似ている様で、全く違う挙動をするメソッドがあると思っているのか。 話をややこしくする為に、もう一つ似たようなAPIを持ち出すと、 org.eclipse.core.resources.IFile#createLink なんてのもある。 例えば、JDTのPackage

Java基礎文法最速マスター - いろいろ解析日記をリスペクト。 Javaの変態文法・技法一覧です。Javaの基礎をある程度知っている人はこれを読めばJavaの変態をマスターしてJavaを書くことができるようになっています。簡易リファレンスとしても利用できると思いますので、これは足りないと思うものがあれば教えてください。 1.基礎 エンクロージング型内部classの作成 外部classのインスタンスに紐付くインスタンスを生成します。外部クラスのインスタンス - 内部クラスのインスタンス間に、クラス - インスタンスのような関係を持たせることができます。 public class Outer { public class Inner { } } というようなクラスを作った場合、 Outer o = new Outer(); Inner i = o.new Inner(); となります。new

JavaとScalaとC#のジェネリクスは、いずれも継承を持ったオブジェクト指向言語においてParametric Polymorphismを実現するための手段であり、それぞれ異なった特性を持っている。というわけで、それぞれの言語においてジェネリクスがどのようにサポートされているかを比較した表を用意してみた。後で気が向いたら、各項目の説明を追加するかも。 Java(5.0以降) Scala C#(4.0) ジェネリックなクラス ○ ○ ○ ジェネリックなメソッド ○ ○ ○ 型パラメータの上限 ○ ○ ○ 型パラメータの下限 × ○ × 型パラメータの推論 ○ ○ ○ 全ての型のサブタイプ(ScalaにおけるNothing) × ○ × definition-site variance × ○ ○ use-site variance ○(Wildcard) ○(Existential Typ

JavaでHTTPクライアントを利用する場合何を利用しているだろうか。 直にソケット通信はやってる人はまずいないだろう。ヘッダとかなにもあったもんじゃないし。 標準APIで一番利用されるのはHttpURLConnectionだろうか。でもこれも面倒だ。一番やり取りをするEntityの扱いがInputStreamだけで非常に貧弱だ。 そこでJAX-RSの参照実装であるJerseyのクライアント。ほかにもJAX-RSの実装ではクライアントが各自あるが、今回はもっともメジャーなJerseyで。 Client client = Client.create(); WebResource wr = client.resource("http://www.yahoo.co.jp/"); String result = wr.get(String.class); System.out.println(re

「モダンなEclipse環境の構築方法」とかね。 2010-07-21 - marsのメモ 僕が書くのも場違いな気がするけど、とりあえず書いてみるよ。 Webアプリ作るという前提だとまずEclipse IDE for Java EE Developersをダウンロードしてインストールする。JDKは別途ダウンロードする。Tomcatも別途ダウンロードする。 JDKはWindowsの場合はデフォルトではProgram Files以下にインストールしようとするがパスに空白が含まれてるのが嫌なのでC直下とかにする。 Tomcatもインストーラを使わずにZIP版を解凍して、パスに空白が含まれていない場所にインストールする。 プラグインはSubversionクライアントとしてSubclipseを、プロパティエディタとしてちょま吉をインストールする。ここまでは必須。 DB使うようならDBViewerもイ

Linuxでは、標準パッケージであるGCCのJava言語機能であるGCJ版のコマンドが標準ディレクトリ（/usr/bin/)から起動されます。例えば、java, rmid, pack200, keytoolなどです。しかし、/usr/bin/の下に直接GCJのコマンドが入っているのではなく、実はシンボリックリンクとなっています。以下はCentOS 5.3における/usr/bin/javaのコマンドの実体です。 ~$ ls -l /usr/bin/java lrwxrwxrwx 1 root root 22 6月 13 17:27 /usr/bin/java -> /etc/alternatives/java ~$ ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 35 6月 13 17:27 /etc/alternatives/java

ActivityInstrumentationTestCase2クラスなどを使用してActivityをテストする際に、うっかりテスト中で Button button = (Button)activity.findViewById(R.id.Button01); button.performClick(); などと書いてしまうと android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views. at android.view.ViewRoot.checkThread(ViewRoot.java:2683) at android.view.ViewRoot.playSoundEffect(ViewRoo

Javaのデバッグをしていて、ステップ実行中にステップインを繰り返したらソースコードのないところに行き当たったことがあるだろう。あるいはEclipseでF3キーでクラスやメソッド・フィールドの宣言元を辿っていってソースコードのないところに行き当たったことがあるだろう。 Eclipseの場合、"Class File Editor"というものが開く。そこにはJavaのバイトコードのニーモニックがズラズラと並んでいて、「これは読めないや、ワケが分からない」と投げ出してしまったりしていないだろうか。 怖がることはない。ちょっとコツを掴めばすぐに読めるようになる。 Class File Editorの開き方 自前のJavaクラスの場合、ビルドして出来上がったclassファイルを開く必要がある。"Package Explorer"だとclassファイルは隠されていて見えないのでWindow -> Sh