Javaにもう一度REPLを〜平成生まれのOpenJDKコミッターを刺激するOSS開発の緊張感 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
Javaにもう一度REPLを～平成生まれのOpenJDKコミッターを刺激するOSS開発の緊張感 平成生まれのOpenJDKコミッター、吉田真也さんにOSSに触れ始めた理由やモチベーションについてインタビューしました。もっと積極的にOSSに関わりたいと考えている方は、吉田さんの考えや言葉が一つの道標になるかもしれません。 Javaのオープンソースの実装であるOpenJDKの開発が始まってから、10年以上の月日がたちました。その間に成長した若いエンジニアは、ひょっとするとJavaがオープンソースで開発されていなかった時代を知らないかもしれません。 オープンソースという文化が身近で当たり前になっている現代のエンジニアは、何を感じ、何を思ってオープンソースにコミットしているのでしょうか。平成生まれのエンジニアである、吉田真也（よしだ・しんや／ shinyafox）さんにインタビューしました。 吉田
5 Things You Didn't Know About Synchronization in Java and Scala
5 Things You Didn’t Know About Synchronization in Java and Scala Practically all server applications require some sort of synchronization between multiple threads. Most of the synchronization work is done for us at the framework level, such as by our web server, DB client or messaging framework. Java and Scala provide a multitude of components to write solid multi-threaded applications. These incl
Java Just-In-Timeコンパイラの実装技術
PPLサマースクール2016「商用Java処理系の研究開発」のパート2です． http://ppl.jssst.or.jp/index.php?ss2016 Java言語処理系の実装について詳説する．まずJava仮想マシンの概要について述べ，その主要な構成要素として，クラス管理とインタープリタ，ヒープ管理とガベージコレクション，スレッド管理と同期機構，JITコンパイラとの連携，などについて説明する．性能改善のために行った各種手法についても触れる． 他のパート 1 Javaの登場と発展 http://www.slideshare.net/Tamiya_Onodera/java-66081108 2 Java仮想マシンの実装技術 http://www.slideshare.net/KiyokuniKawachiya/java-66003903 3 Java Just-In-Timeコンパイラの
Hibernateはどのようにして私のキャリアを破滅寸前にしたか | To Be Decided
このエントリでは、Grzegorz Gajosによる記事、How Hibernate Almost Ruined My Careerを紹介する。 (Grzegorzから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 想像してくれ。 君はJava開発者で、次のビッグプロジェクトを開始しようとしているところだ。 君は、そのプロジェクト全体に影響する根本的な決断をする必要がある。 君の柔軟なデータモデルをオブジェクト指向で抽象化するベストな方法を選択したい。生のSQLを扱いたくはないからね。 どんな種類のデータもサポートしたいし、理想では全種のデータベースをサポートしたい。 すぐに思いつくのは、単にHibernateを使うという解だ。そうだろ？ Javaディベロッパの90%は君に同意するだ
Scott Stark's Blog: Concerns Regarding Jigsaw(J...| JBoss.org Content Archive (Read Only)
Refining Jigsaw and timelinesMany of the issues could be fixed in a short amount of time, (e.g. layer primitives, circularity, version restrictions, etc.). Others might require a bit more time to get right, but would lead to a much better overall platform and user experience. A small delay is worth the cost if the alternative is rushing a solution that doesn't cover all use cases. It might also
Profile-based optimization techniques in the JVM
This article is part of a series on JVM JIT optimization techniques JVM JIT optimization techniques JVM JIT optimization techniques - part 2 Profile-based optimization techniques in the JVM Tuning the performance of Java applications is not always trivial. Even a seemingly simple program can work differently under the hood than we might expect it when we just skim its code. While it's not necessar
Java Just-In-Time コンパイラ
© 2002 IBM Corporation IBM Research, Tokyo Research Laboratory PPL Summer School 2004 | 9/14/2004 | Just In Time... Java Just-In-Time Kazuaki Ishizaki IBM Research, Tokyo Research Laboratory Java Just-In-Time | PPL Summer School 2004 | © 2004 IBM Corporation 2 � – – – – � – – IBM Research, Tokyo Research Laboratory Java Just-In-Time | PPL Summer School 2004 | © 2004 IBM Corporation 3 � � � � � – I
hotspot の NullPointerException 時の表示をわかりやすくできないかなあと思って調べたけど挫折した - tokuhirom's blog
解決したいこと foo.bar(baz.boz()); みたいなケースで、NPE が発生した場合に、foo が null で例外発生したのか baz が null で例外発生したのかわからん やってみる bash configure --with-native-debug-symbols=internal --enable-headless-only --with-debug-level=slowdebug --disable-warnings-as-errors make 動かしてみると以下のような出力を得られる。 Exception in thread "main" java.lang.NullPointerException at NPE.main(NPE.java:4) これは以下のソースから出力されている。Thread 単位で uncaught exception が発生させられ
JVM JIT optimization techniques
This article is part of a series on JVM JIT optimization techniques JVM JIT optimization techniques JVM JIT optimization techniques - part 2 Profile-based optimization techniques in the JVM There's a lot of buzz about JVM optimizations and how it makes production code perform better thanks to the Just-In-Time (JIT) compilation and various optimization techniques. A lots of excellent research mater
Java SE 8のラムダ式はどう実現されたのか？──実装の経緯、内部的な仕組みを理解する - builder by ZDNet Japan
Java SE 8で導入されたラムダ式は、どのような仕組みで実現されているのだろうか？ ラムダ式をより深く理解したいと考える読者にとって、これは気になるテーマの1つだろう。その秘密をお教えしよう。 Java SE 8で導入されたラムダ式は、Javaの言語仕様の歴史において最大級の変更だとされている。ただし、これはあくまでもJava言語の文法レベルの話であり、Javaプログラムを実行するJava仮想マシン（JVM）に新たな仕組みが導入されたわけではない。つまり、言語仕様に関する旧バージョンとの相違はコンパイラとランタイムが吸収し、バイトコードレベルでの互換性は保たれているということだ。 それでは、このような大きな変更を、既存のJVMの仕組みの中でどのように実現したのだろうか。それを知ることは、ラムダ式をより深く理解する手助けとなるかもしれない。Java SE 8のラムダ式実現の経緯と仕組みに
JEP 254: Compact Strings
Summary Adopt a more space-efficient internal representation for strings. Goals Improve the space efficiency of the String class and related classes while maintaining performance in most scenarios and preserving full compatibility for all related Java and native interfaces. Non-Goals It is not a goal to use alternate encodings such as UTF-8 in the internal representation of strings. A subsequent J
Java8のHotSpotVMからPermanent領域が消えた理由とその影響 | ギークを目指して
今回も前回の記事につづき、Java8による変更点で未だあまり紹介されていないポイントを記事にしようと思う。 今回はJava8のHotSpotVMの話。Java8ではJEP122が取り込まれ、VMのメモリモデルが変更された。JEP122のタイトル「Remove the Permanent Generation」から想像できるとおり、Java8のHotSpotVMからは従来のPermanent領域が無くなった。 なぜ、こういった変更が行われたのだろうか？また、元々Permanent領域に格納されていた情報は何処にいってしまったのか？JVM付属のツールにどういった影響があるのか？ 今回の記事ではこの点をまとめていこうと思う。 なお、HotSpotVMのメモリモデルについて詳しくない方は、先にこちらの項番（「補足 – HotSpotVMのメモリ構造概説）を読んでいただくとスムーズに読み進められるだ
Java用JSONパーザのベンチマークをした話 | さにあらず
このたび JSON パーザのベンチマークを書きましたので、どうぞご査収下さい。 taichi/json-benchmarks Java8 がインストール済みの環境で、当該リポジトリを clone して と実行する事で追試できます。 結果について#jackson-databind が最速なので殆どの皆様におかれましては安心して下さい。 特に驚きに値するような事は何も起きていません。 僕のマシンで実行した結果はこちらです。（エビデンスが無いとの指摘を受け追記しました。） Json benchmark results結構な長文になってしまいましたので、マニアな皆様だけが続きを読んで下さい。 課題設定について#まず、おおまかな課題設定について説明します。 JMH を使った本格的なベンチマークを書くJava 用 JSON パーザのショーケースを作る事で使い易いものを明らかにする結局どのパーザが速いの
JEP 193: Variable Handles
Summary Define a standard means to invoke the equivalents of various java.util.concurrent.atomic and sun.misc.Unsafe operations upon object fields and array elements, a standard set of fence operations for fine-grained control of memory ordering, and a standard reachability-fence operation to ensure that a referenced object remains strongly reachable. Goals The following are required goals: Safety
OracleとGoogleの判決文を斜め読む - Qiita
(7/7追記)僕は斜め読みだったんですが、もっときちんと読んだ上で解釈を書いてくれている方がいます。僕も時間をとって全文を読みたいとは思っていますが、まだ時間がかかりますし、yudaiさんの会社の方が妥当性は高いと思いますので、そちらをご参照ください↓ 朝っぱらから色々衝撃が走った第一四半期の最終日ですが、OracleとGoogleの裁判について、どのあたりが問題だったとされるのか気になるので判決文等を読んでみました。 経緯 2010年8月、OracleはGoogleを訴える。当初の争点は特許侵害 (publicKey1) 2012年4月、サンフランシスコ連邦地裁の法廷開始 2012年5月、Googleの特許侵害はないとの陪審評決。ただし、フェアユースは意見が別れる。 2012年6月: Oracle対GoogleのJava/Android訴訟、損害賠償金ゼロで合意。今回議論された37件のJ
今どきのJava Webフレームワークってどうなってるの？ - きしだのHatena
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの？」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Panamaを先取り！？ JVMCIでJITと遊ぶ
GitHub - graalvm/sulong: Obsolete repository. Moved to oracle/graal.
BLP: Applying ILP Techniques to Bytecode Execution
Javaのログ出力: 道具と考え方
