BeanShell
Moving to GitHub GitHub is now the new home for Beanshell's source code. We are currently moving much of the content and undergoing heavy development there. Please be patient while we cleanup old content in this site. BeanShell JSR Passes! JSR-274 the BeanShell Scripting Language, has passed the voting process with flying colors. This means that we will proceed with forming the expert group to wri
Java House Topics
Dynamic HTML Version (for IE 4.0 or later) メイリングリストそのものについて脱退/配送先アドレス変更/購読モード「ML」って何ですか? [j-h-b:18509] 脱退手続きにおけるトラブルのFAQ [j-h-b:14901] [j-h-b:2535] 脱退したいのですがドメイン名変更により元のアドレスで「#bye」を遅れないのですが [j-h-b:23977] [j-h:7660] うまく脱退できないんですが... [j-h-b:15404] [j-h:3067] [j-h:3066] メイリングリストに参加するからには脱退方法を忘れてはいけない [j-h-b:6617] HTML形式などでメイルを送ると脱退できません [j-h:5008] 「まとめ送り」購読モードについて [j-h-b:6227] 複数のアドレスから投稿される方へ [j-h-b
Acroquest
以下に、プロファイリング対象となるjavaサンプルプログラムとそのプロファイリング結果を示します。 プロファイル結果は適宜省略して記述します。また、文中、赤太文字で記述されている部分は説明のための補足であり、実際のファイルには出力されません。 → サンプルプログラム プロファイリング結果（sites指定）： JAVA PROFILE 1.0.1, created Mon Jul 14 08:35:46 2003 Header for -Xhprof ASCII Output Copyright 1998 Sun Microsystems, Inc. 901 San Antonio Road, Palo Alto, California, 94303, U.S.A. All Rights Reserved. (略) -------- THREAD START (obj=a3fb78, id
＠IT：Javaパフォーマンスチューニング 第3回
本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 今回は、Javaにおけるヒープ・メモリ管理の詳細を説明します。JVMのヒープ・メモリの中で、新しいオブジェクトと古いオブジェクトがどのように配置されるかを理解することで、ヒープ・メモリが有効に利用されているか否かを判断することができます。また、JVMが出力するガベージ・コレクションのログを解析し、オプションの指定によってヒープ・メモリのサイズを適切にチューニングする方法を紹介します。 Java ヒープ・メモリの構造 Javaにおけるガベージ・コレクションのメカニズムを理解するには、まずヒープ・メモリの構造を知っておく必要があります。 図1は、JVM におけるヒープ・メモリの構造を示したものです。この図が示すように、ヒープ・メモリの
ProfileViewer
This Java application reads profiling information produced by the Java interpreter and various flavours of the gprof tool and displays it for easy interpretation. ProfileViewer was originally written by Greg White. Now that he no longer maintains it, he has released the source under the GNU General Public License. This page describes the changes that have been made since then; please do not contac
Javadoc - Wikipedia
This article contains instructions or advice. Wikipedia is not a guidebook; please help rewrite such content to be encyclopedic or move it to Wikiversity, Wikibooks, or Wikivoyage. (August 2023) Javadoc (also capitalized as JavaDoc or javadoc) is an API documentation generator for the Java programming language. Based on information in Java source code, Javadoc generates documentation formatted as
JavaでHello World JNI編
Captcha security check hellohiro.com is for sale Please prove you're not a robot View Price Processing
禁断の JNI
[戻る] 調査しながら書いているので、抜けている項目がかなりあります。ご了承くださいませ。 またご質問・ご要望・ご指摘なども募集しています。keisuken atmark cappuccino.ne.jp (NISHIMOTO Keisuke) までお問合せください。 1.概要 様々な分野に進出した Java ですが、まだまだ標準 API だけでは目的を達成できない事があります。例えばプラットフォーム固有の機能を使いたいときなどです。 また最近の CPU と HotSpot VM を使えば十分な処理速度が出ますが、それでもマルチメディア処理や解析処理などでは満足できない事もあります。 こういう場合は JNI (Java Native Interface) を使いましょう。Pure Java に反するかもしれませんが、目的を達成するための選択肢の1つと考えていいと思います。 2.仕様 3.ビ
eclipseコンパイラ調査報告書
eclipseのコンパイラ ここでは、eclipseのコンパイラを変更する際に、念頭に置くべき事柄を述べる。 eclipseのコンパイラの概要 eclipseでのJavaの開発支援は、org.eclipse.jdt.coreプラグインが行っており、Javaのコンパイラもこのプラグインの中に含まれる。 JDTのコンパイラはJikesで使用されているパーサージェネレータJikesPGで生成されている。文法定義は、plugins/org.eclipse.jdt.core/grammarディレクトリに収められており、J2SE1.4用の文法定義ファイルは、java_1_4.gである。 文法定義ファイルからJDTをビルドする方法は、文法定義ファイルからのコンパイル方法章を参照。 後述のjikesPGがLALR(1)の文法を扱うため、eclipseのコンパイラはLALR(1)の文法を扱う。 JDTのコン
Heretic Programmer(2005-11-27)
＠ [Java]J2SE5対応のソースコードをJ2SE1.4向けにコンパイル ソースコードはJ2SE5で書きたいが、システムはまだまだJ2SE1.4/1.3で動いているので現場の開発でJ2SE5で拡張された文法を使えずに苛立っているプログラマはいないだろうか?そういう場合は、J2SE5の文法でコードを書いて、ソースを1.5に指定して、ターゲットを1.4に指定してコンパイルすればすればいいように思う。しかし、 $ javac -source 1.5 -target 1.3 Hage.java javac: リリース 1.5 のソースにはリリース 1.5 のターゲットが必要です。 というように、targetを1.5にしないとコンパイルできない。結局、J2SE5の文法で書いたコードからはJ2SE5用のバイナリしか生成できない。しかし、下記のパッチをEclipseのコンパイラに当てるとJ2SE5の
2005-12-28
２週間くらい値を入力していなかったので、まとめて入力してみると、kabu.com１株だけなんだけど、なだらかに上がっている！？ やっぱり派手に買わないと、グラフ的にはつまらない。 目標が下にあるというのは張り合いがないので、７００万から９５０万に引き上げた。 この＋２５０万は平成電電の負債ですがな。 はーーー、なんだか負債を取り戻すために自転車操業やっているみたいだ。 ・・・ とりあえず来年の半年間（１月〜６月）の目標値だな。 このくらいの金額と期間がなんとかなれば、年収を抜くのも当たり前になるんだが。 ずっぽり▲５００万みたいな落とし穴がありそうで怖い・・・。 おそらく今日思いついたことが、今年で一番の価値があるはず。 一言で書くと非常に単純で、何だそんなことかという感じです。 ・・・ javaでインスタンスを生成する際に、実装クラスをnewするのではなく、インターフェイスをnewする。
デフォルトコンポジションとデフォルトメソッド - lethevert is a programmer
[id:lethevert:20051002:p6] [id:lethevert:20051003:p5] [id:lethevert:20051008:p1] 昔、この辺で、継承についてあれこれ考えていたのですが、 「インターフェース」と「クロージャ」さえあれば、「継承」は要らない とかって書いていました。 数ヶ月ぶりにそれを振り返って、その当時考えていたのとはちょっと違う意味で、その命題に納得しているのですが、それを説明するのはちょっと難しいので、まずはタイトルのような概念を定義してみようと思います。 デフォルトコンポジション 下のMixinの記事にあるように、継承をコンポジションで模することは可能なわけなのですが（そして、その実現のためにクロージャ*1を利用しているのですが）、このコンポジションは本物の継承とどう違うのかということを考えてみます。 最大の違いは、コンポジションにアクセ
Java : 高階関数 - lethevert is a programmer
当初の目的とはだいぶ違う方向に進んでいってしまいましたが、そのおかげでだいぶJavaという言語に対する知見を深めることができたような気がします。 ということで、そろそろJavaで高階関数を書くテーマに挑戦できそうです。 - まず、ここで考える高階関数として、配列に対する次の３つの関数を挙げます。 collect 配列の各要素に対して操作を加え、その結果を別の配列として返す。 filter 配列の各要素に対してテストを行い、結果が真となったものだけからなる新しい配列を返す。 fold 配列の各要素に対する操作の結果を蓄積する。 この３つは、SICPでは、"2.2.3 Sequences as Conventional Interfaces"のところで、map, filter, accumulateとして登場する関数であり、Smalltalkでは、Collectionクラスの、collect:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.ingrid.org/java/i18n/encoding/
dW : Javaプログラミングのダイナミックス 第1回
STRATO - Domain reserved
http://www.physics.orst.edu/~bulatov/HyperProf/
yoshimov.com
クラス・ローディング問題の神秘を解く 第１回
http://www.tom.sfc.keio.ac.jp/~psnow/report/index.html