_%25E3%2582%25A4%25E3%2583%25B3%25E3%2583%2588%25E3%2583%25AD%25E3%2583%2580%25E3%2582%25AF%25E3%2582%25B7%25E3%2583%25A7%25E3%2583%25B3)
詳説GraalVM(1) イントロダクション - Fight the Future
GraalVMが1.0.0 RC1を出し、公式サイトを公開しました！ http://www.graalvm.org/ 日本の技術ブログメディアPublickeyさんも取り上げておられます。 www.publickey1.jp そのこともあって、Graalで検索しこのブログへたどり着いた方も多かったです。私は1年ほど前、0.23の頃からGraalVMとGraal（両者の違いは後述）を触ってきました（単に触っているだけの1ファンです）。おそらく熱狂的なファンの方で、JavaOneではGraalとあるものは全セッション入りましたし、YouTubeにある世界の技術カンファレンス動画でGraalに関するものはおそらくすべて見ています。 なので自己満足がてらGraalVMについて書いていきます。 GraalVMって何なの？ 端的に言うと"Polyglot VM"です。Polyglotとは多言語を意味し
JEP 305: Pattern Matchingをテキトーに訳した - kagamihogeの日記
2016/02/23 コメントを基に修正。 http://openjdk.java.net/jeps/305 をテキトーに訳した。 JEP 305: Pattern Matching Author Brian Goetz Owner Gavin Bierman Created 2017/05/30 19:48 Updated 2017/06/16 16:25 Type Feature Status Candidate Component specification/language Scope SE Discussion amber dash dev at openjdk dot java dot net Priority 3 Reviewed by Mark Reinhold Issue 8181287 Summary Java言語をパターンマッチング(pattern matching)
Google対OracleのJava API訴訟。歴史的経緯とIT業界への影響を考える（その１）。JJUGナイトセミナー
Google対OracleのJava API訴訟。歴史的経緯とIT業界への影響を考える（その１）。JJUGナイトセミナー 2016年5月、GoogleとOracleがJava APIを巡って争っていた裁判に最初の陪審員による評決がくだりました。結果は、GoogleがJava APIをAndroidに流用したことはフェアユースにあたる、というものです。 この評決にはどのような背景があり、IT業界にどんな影響を与えるものなのか。このことをテーマに2016年7月に行われた日本Javaユーザーグループ主催の「JJUGセミナー」の内容を紹介しましょう。 記事は全部で4本（その1、その2、その3、その4）。いまお読みの記事は「その1」です。 日本マイクロソフトで開催したJJUGナイトセミナー 日本Javaユーザーグループ会長 鈴木雄介氏。 今日の前半では私から、JavaとAndroidとOSS（Ope
IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016
IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016 IBMは、これまで自社で開発してきたJavaVMをオープンソース化すると、サンフランシスコで開催されていたJavaOne 2016で発表しました。 JavaOne 2016の3日目の基調講演に登壇した同社Distinguished Engineer兼Java CTOのJohn Duimovich氏は、冒頭で聴衆に「With Community」（コミュニティとともに）と呼びかけたあと「Make Java Great Again」（Javaを再び素晴らしいものにしよう）と書かれたキャップをかぶって見せました。 これはIBMが、コミュニティと一緒にJavaを進化させていくのだという心意気を示したメッセージのように受け止め
Java8におけるindyとLambdaの絶妙な関係、もしくはSAMタイプを継承する内部クラスの.classファイルはどこへ行ったの? - uehaj's blog
JJUG CCC 2013 Springのさくらばさんのセッションで「Java 8の怖い話」として、Lambda式をJVM上で実行するにあたり、 invokedynamicを使っている Lambda式の仕様は、意味的にはSamタイプを継承する内部クラスのインスタンスのはずだが、lambda式を使っているJavaソースをコンパイルしても、内部クラスに対応する.classファイルが生成されない という話を聞きました。Lambdaの実行に、内部的にバイトコードを生成して使っている、という話だったのですが、indy使ってるってのは、良く考えると解せないです。Lambdaになんらかの動的な側面があるんでしょうかね？？？ ということで、調べてみました。 [:contents] 結論 結論から書くと、OracleのJava8のJDKのJavacは、Lambda式の本体を、SAMタイプを継承する内部クラス
Javaと偽Javaの話。 - なるようになるかも
qiita.com これの話。ブコメに書こうとしたら4000字は入らなかった。 Microsoft Java VM かつての WIndows には MS 製の Java VM が搭載されていました。 古代の Java は「Write once, run anywhere」を掲げていた通り、クライアントサイドで Java アプレットとして利用されるのが主流でした（サーバーサイドで動くようになって、真価を発揮した感じがあります）。 しかし Java VM の仕様は、パフォーマンスについての記述は曖昧になっており、OS ごとの実装の違いによって、実行速度に顕著な差がありました。 Windows の Sun 純正の Java VM は性能が悪かったため、MS は独自の Java VM を開発し、Internet Explorer にバンドルしました。調子に乗った MS は Windows GUI
グーグル、Java API使用が「フェアユース」と認められる--対オラクル訴訟
Googleは、Java APIを使用してモバイルOS「Android」を構築していることをめぐるOracleとの法的な争いにおいて、優勢に立った。 Oracleは、著作権ライセンス料を支払わずに37件のAPIパッケージを使用しているとしてインターネット大手Googleを提訴し、数十億ドルのライセンス料支払いを求めていた。しかしGoogleは、自社による同APIの使用が「フェアユース」に相当すると米連邦裁判所の陪審員団に認めさせることに成功した。 この評決はGoogleにとって大きな勝利である。陪審員団がOracleの主張を支持していたとすれば、この訴訟における次の段階では、Googleが支払うべき対価の査定が始まるところだった。Oracleは、90億ドル以上の賠償金を求めていた。その額は、米国における著作権関連の評決でこれまでに認められた賠償額をはるかに超えている。 しかし、何年にもわた
Java 9ではWebブラウザ用のJavaプラグインを廃止。オラクルが発表（追記あり）
米オラクルは、2017年3月にリリース予定のJava 9では、Webブラウザ用のJavaプラグインが廃止非推奨になる予定であることを明らかにしました。 Moving to a Plugin-Free Web (Java Platform Group, Product Management blog) Java Platform Group, Product Management blogのブログにポストされた記事「Moving to a Plugin-Free Web」で、次のように記されています。 Oracle plans to deprecate the Java browser plugin in JDK 9. This technology will be removed from the Oracle JDK and JRE in a future Java SE release
JavaFX 8 公式ドキュメント日本語訳へのリンク集 - ソフトウェアエンジニアリング - Torutk
2024/09/13 Bashシェルスクリプティング 2024/09/10 InfluxDB Homebrew 2024/09/09 InfluxDB excercise-1 2024/09/08 StyleSheet 2024/09/07 Java読書会 2024/09/04 コマンドラインツール JavaFX 8 公式ドキュメント日本語訳へのリンク集¶ 2015年9月13日時点で、OracleのJava SE 8公式ドキュメント日本語訳トップページ（次のURL）からJavaFX 8関連ドキュメントのリンクは日本語訳ページではなく英語版ページへのリンクとなっています。 2016年5月3日時点で、OracleのJava SE 8公式ドキュメント日本語訳トップページ（次のURL）からJavaFX 8関連ドキュメントのリンクは日本語訳ページになっていました。 http://docs.oracl
JDK9 新機能 (日本語＆ショートバージョン) #jjug
4. What features will come? 102: Process API Updates 110: HTTP 2 Client 143: Improve Contended Locking 158: Unified JVM Logging 165: Compiler Control 193: Variable Handles 197: Segmented Code Cache 199: Smart Java Compilation, Phase Two 201: Modular Source Code 211: Elide Deprecation Warnings on Import Statements 212: Resolve Lint and Doclint Warnings 213: Milling Project Coin 214: Remove GC Combi
String.format("%d", i)で数字が出てくると思ってたら死んだ話 - Qiita
あるSlackでの会話 何がおきているのか Android 端末でプラットフォームの API バージョンを出すのに、ちょっと色気を出して、 なんて書いたりします。で、だいたい android-22 みたいな感じになるんですけど、でもやっぱり世界ってのは広くて、ふと見たらなんか android-١٦ とか android-၂၂ とか不思議なやつがいるんですよ。 何それ読めない。 もしかして SDK_INT が変な端末がいるのかな？？と一瞬考えたんですが、 Build.VERSION.SDK_INT は名前通りプリミティブな public static final int なので疑いようがなかった。 AndroidじゃなくてJavaの仕様 でよくよく調べると、 java.util.Formatter のドキュメントに Number Localization Algorithm なんてものが書か
Javaのマイクロフレームワーク ― この新トレンドは見逃せない | POSTD
この記事は、JavaとScalaの例外分析・パフォーマンス監視のツール Takapi の blog に投稿されたものです。 Javaのマイクロフレームワークとは何か、推奨される理由とは？ どんなプログラミング言語にも、長所と短所はあるものです。例えばJavaは、安全性の高さや、厳しいテストを経ていること、後方互換性などの利点を持つ言語です。しかし、その代償として、アジリティ（俊敏性）や合理性といった面が少なからず犠牲になっています。冗長で、Java自体が肥大化しているという事実も否定できません。とはいえ、新規開発や大規模な開発を行いたい場合、JVM（Java仮想マシン）はバックエンドとして非常に魅力的です。JVMはパワフルな上に、非常に厳しい環境でテストされています。このような利点があるため、結果的にJavaは広く使用され、積極的にデプロイされているのです。 しかし、このJavaの現状を皆
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
Server::Starter から簡単に Java プロセスを起動できるようになった - tokuhirom's blog
JVM には inetd から起動するときのために､file descriptor 0 をソケットとして開く機能がついている｡Jetty 等もこの機能に対応しているので､簡単に利用できる｡ file descriptor を 0 に固定出来る機能が Server::Starter にあればよかろうということで､以下のような指定で起動できるように実装した｡ $ start_server --port=20000=0 java EchoServer この機能により､Java も LL と同様な形態でアプリケーションを運用することが可能となる｡ Java では昔から ClassLoader 機構を利用することによりホットデプロイを行うことが可能だが､リソースの解放が漏れるなど開発時の難しさが指摘されている｡ Server::Starter 方式では JVM のプロセスごと死ぬので､綺麗な状態で都
Java VMの改善案が楽しそう - きしだのHatena
なんか、Java VMの改善案がでてますね。 すげー楽しそうです。 http://cr.openjdk.java.net/~jrose/pres/201407-JVMEvolution.pdf プロジェクトValhallaとプロジェクトPanamaがあります。 http://openjdk.java.net/projects/valhalla/ http://openjdk.java.net/projects/panama/ Valhallaは、Value TypesとSpecialization、PanamaはArrays 2.0とLayoutsがあります。 概要をまとめてみますが、かなり適当な解釈で書いてたりするので、細かいことはちゃんと原文みてください。 Value Types 簡単にいえば、新しい基本型を定義できるようにするというものです。 http://cr.openjdk.ja
OTN Japan マニュアル
お探しのものを見つけるために、以下の項目を試してみてください。 キーワード検索のスペルを確認してください。 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。 新しい検索を開始してください。
Javaのコレクションフレームワークで物足りないならGS Collections使ったほうが良いかもしれない - Javaプログラマーのはしくれダイアリー
ってな感じで、大体これぐらい覚えておけばなんとかなりました笑 ・縦の問題、横の問題が起きにくい bitter_foxさんの言葉をお借りすると、ソースコードが手続き的な処理で 間延びしてしまう縦の問題や、Stream APIのメソッドチェインにより発生してしまう 横の問題は多少は起こりにくく、簡潔に書けるようになります。 コレクションに関してはCollection#streamが操作の起点になると思うのですが、 GS Collectionsの場合はライブラリに含まれているので省略できます。 縦の問題、横の問題についてはJavaエンジニア養成読本の [マルチコアCPU対応]Java SE 8時代のデータ入門 第２章「縦の問題」を解決するラムダ式をチェック！ ・LazyかLazyでないか また、JavaのStreamの場合は終端操作が発生されるまで処理は行われない 遅延処理だと思いますが（あんま
Javaにおけるnull。これまでとこれから
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
だれも教えてくれないJavaの世界。 あと、ぼくが会社員になったわけ。
