Bytecode Outline plugin shows disassembled bytecode of current java editor or class file, allows bytecode/ASMifier code compare for java/class files and shows ASMifier code for current bytecode. It also allows to disassemble and debug classes without attached source code on any operating system where Eclipse is running. Here you can see outline examples and debugging examples This programm is free
java-jaで例外処理の話をしてきました - 西尾泰和のはてなダイアリー を読んで。 Maybe は値があるかないかを型で表すことができます！そう、直和型なんです！とか言われてもイミフだと思うのです(リンク先のエントリがそう説明してるわけではないですが)。 Java の語彙で Maybe の説明をできたら嬉しい人もいるんじゃないかなぁ、とかなんとか。 ただし、書いてたら結構長くなりました。時間がある人はどうぞ。 Maybe？ null より安全に「値がないこと」が扱えるものだよ スタート地点としてはこれでいいでしょう。 以降で、「なんで安全なの？」という全うな疑問に答えてみたいと思います。 問題点 int で説明すると煙に巻いてしまうような気がしたので、User クラスを見てみます。 import java.util.*; class User { final String name;
概要 Android用のDIコンテナDaggerのパフォーマンスをGuiceと比較しました。 Dagger自体の使い方などは述べていませんので、公式サイトのドキュメントなどを参照してください。 DaggerはSquare社製のAndroidをターゲットにしたDIコンテナです。 開発者の一人であるJesse Wilson氏がプレゼンテーション(InfoQ - Dagger: A Fast Dependency Injector for Android and Java)のなかで It's like Guice, but with speed instead of features と述べているように、Guiceと同じくJSR330のAnnotationを使ってオブジェクトの依存関係を記述します。また、上述のとおりGuiceでサポートされている機能のいくつかはサポートしないかわりにパフォーマン
かなり久々の技術エントリ。 運用はお堅い重いサーバーを使ったとしても開発は軽いほうがいい。当たり前ですね。 というわけでさくさく開発する方法を書いてみる。DIコンテナはCDIやGuice、Springなど好きなものでよいが、今回は省く。軽いこともあって開発中はGuiceを使うことをお勧めしたい。注入は@Injectを使うため、開発中と運用中でコードが変わるってのは少ないはずだ。 まずはJAX-RS まず、アクションベースのWebアプリはJAX-RSを使うこと。これが基本。サーブレットAPIを使わずに開発することについては今までも書いてきた。サーブレットAPIを触らないことにより開発効率とテストのしやすさを両立できる。 こんな感じ。 @Path("/") public class Hoge { @GET @Path("add/{a}/{b}") public Response add(@Pa
Java の Web アプリケーションをプロファイリングするのに JIP (The Java Interactive Profiler) が簡単だったのでその使い方をメモ。 環境 Windows 7 64bit Tomcat 7.0.22 Java 1.6.0_24 JIP 1.2 インストール http://jiprof.sourceforge.net/ から jip-1.2.zip をダウンロードして 適当なパスに解凍する。パスに空白が含まれない方がベター。 今回は C:\usr\jip-1.2 に解凍した。 使い方 コマンドプロンプトを開き、以下のコマンドで Tomcat を起動する。 webapp.profile.properties を指定するのがミソ。 cd C:\Program Files\apache-tomcat-7.0.22\bin set JAVA_OPTS=-jav
Java5以降では総称型（generics）がJava言語に導入されています。総称型自体は、最近の静的な型付けのプログラミング言語で珍しいことではなく、現在の最新版では.NETのC#やVisual Basicにも導入されています。一般的には総称型をサポートするクラスライブラリを自分で正しく定義することは非常にスキルがいるが、事前に定義されたクラスを使うだけであれば、それほど難しくないとされています。しかし、Java言語の総称型は本エントリで説明するように特殊なところがあり、単に利用するだけでも他の言語に比べて遥かに難しいところがあるというのも事実です。特に総称型をパラメータ化する際に指定するワイルドカード型（List<? extends Serializable>など)の意味を正しく理解して使いこなすことは簡単なことではありません。その結果、昔のJDK1.4までのように型パラメーターのない
Flex の RemoteObject コンポーネントを使用して、ColdFusion コンポーネントまたは Java クラスでメソッドを呼び出すことができます。 PHP オブジェクトおよび .NET オブジェクトを含む RemoteObject コンポーネントを、オープンソースプロジェクトの AMFPHP や SabreAMF および Midnight Coders WebORB などのサードパーティーソフトウェアと組み合わせて使用することもできます。詳しくは、次の Web サイトを参照してください。 Zend Framework http://framework.zend.com/ AMFPHP http://amfphp.sourceforge.net/ SabreAMF http://www.osflash.org/sabreamf Midnight Coders WebORB h
Java7 の try-with-resources と C# の using は、どちらも同じだと思っていました。 でも、複数のリソースを扱うときの書き方が全然違っていました。 // Java7, ひとつの try の中に複数の宣言を書く try(BufferedReader reader = Files.newBufferedReader(path1, charset); BufferedWriter writer = Files.newBufferedWriter(path2, charset)){ String line = reader.readLine(); (以下省略) // C#, 複数の using の中にひとつずつ宣言を書く using (TextReader reader = File.OpenText(path1)) using (TextWriter writer
テンプレートを格納したディレクトリをtemplatefileprimarydir属性に指定します。 テンプレートファイルの名前はxxxtemplatefilename属性に指定します。（xxxのところはタスクで異なります） たとえば、gen-entityの場合こんな感じです。 <gen-entity rootpackagename="example" templatefileprimarydir="mydir" entitytemplatefilename="my-entity.ftl" classpathref="classpath" /> テンプレートファイルの名前をentitytemplatefilenameのデフォルト値"java/entity.ftl"に合わせた場合は、entitytemplatefilenameの指定は不要になります。S2JDBC-Genはtemptemplat
S2Daoは以下の特徴を持っています。 XMLを使用しないO/Rマッピング機能 最近のフレームワークのO/Rマッピングは、たくさんの情報を記述したXMLを必要としますが、 S2DaoではXML自体を必要とせず、 Javaソースコードにメタデータを記述するだけでO/Rマッピングすることが可能です。 JDBCの知識が不要 Javaアプリケーションにおいて、データベースとの接続・切断などのやり取りにはJDBCのAPIを使用します。 S2Daoでは、そういったやり取りをS2Dao側で処理するので、開発者はJDBCを意識することなくデータベースとのやり取りが実現可能です。 データベースとの接続・切断といった処理をソースコードに記述する必要がなく、作業量の削減にも繋がります。 SQLプログラマとJavaプログラマの分業した作業が可能 S2Daoでは実行するSQL文は外部ファイルとして用意します。 その
■ リクエスト処理のアーキテクチャ Tomcat 4時代から採用されているリクエスト処理のCatalinaアーキテクチャは変更なしで、そのまま採用しています。Tomcatが受け付けたリクエストは、リクエスト処理パイプラインによってServletまで到達し処理されます。 ■ クラスタリング（セッションレプリケーション） 若干のインターフェイスの改良はありますが、基本的には同じ仕様です。 「All-to-All」「primary-secondary」の2つのレプリケーション方式が利用可能となっています。 ■ DBコネクションプール 今までどおりApache Commons DBCPを使用し、バージョンはDBCP 1.4系(JDBC 4用)を採用しています。Tomcat独自のjdbc-poolを利用する場合は別途ビルドが必要です。jdbc-poolは近いうちに同梱されるかもしれません。 では、T
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く