WebAssemblyでOpenJDKのJavaランタイムを実装、JarファイルをそのままWebブラウザで実行できる「CheerpJ 3.0」正式リリース
WebAssemblyでOpenJDKのJavaランタイムを実装、JarファイルをそのままWebブラウザで実行できる「CheerpJ 3.0」正式リリース Webブラウザ上で実行可能なWebAssembly製JavaVM 前バージョンのCheerpJは、Javaのバイトコードを事前コンパイルによりJavaScriptコードに変換することで、Webブラウザ上でJavaアプリケーションを実行可能にするコンパイラを中心とするツール群でした。 今回の新バージョン「CheerpJ 3.0」では、WebAssemblyによってOpenJDKのJavaランタイムを完全に実装したと説明されています。これにより、JITコンパイラなどを含むJavaVMの機能をWebブラウザ上で実行できるようになりました。 Javaアプリケーションのソースコードは不要で、ビルド済みのJarファイルをそのままWebブラウザで実行
Javaがﾊﾟﾌﾞﾘｯｸｽﾀﾃｨｯｸｳﾞｫｲﾄﾞﾒｲﾝの呪文から解放される - きしだのHatena
みなさん、今日もﾊﾟﾌﾞﾘｯｸｽﾀﾃｨｯｸｳﾞｫｲﾄﾞﾒｲﾝしてますか？ ｼﾞｬﾊﾞと言えばﾊﾟﾌﾞﾘｯｸｽﾀﾃｨｯｸｳﾞｫｲﾄﾞﾒｲﾝですよね。 最近はIDEでmain[tab]と入力すれば補完してくれるとはいえ、コードを読むときには目に入ってきたりしますね。 そんなﾊﾟﾌﾞﾘｯｸｽﾀﾃｨｯｸｳﾞｫｲﾄﾞﾒｲﾝの呪文から解放される日が近づいています。 TL; DR 9月リリースのJava 21の試用機能として void main() { System.out.println("Hello"); } をhello.javaで保存したら、java hello.javaで実行できるようになります。 (Java 21では--enable-preview --source 21が必要) Javaではプログラムを開始するときにpublicなclassなどにStringの配列を受け取るpublicでs
100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋
要約 技術的な話だけ教えて、という方のために先に結論だけ書いておきますと、PostgreSQLはクエリを実行した時点で全レコードの情報を一気に読んできてヒープを埋めてしまう場合がある、ということ話です。 たとえば、ResultSet#nextメソッドを使いながら処理を回すようなコードを書いて、少ないヒープでも処理できるようにするのは常套手段だと思いますが、そういうコードを書いていても一気にヒープを消費してしまうことがあるのです。詳しくはこのドキュメントを見てください。 https://jdbc.postgresql.org/documentation/head/query.html#query-with-cursor ことの発端 ちょっと仕事でJava + jOOQ + PostgreSQLで、DBのデータを集計するようなバッチ処理を書いてまして、もちろん俺様の書いたコードにバグなんてある
JVM Minimal Survival Guide
Last updated: 07th January, 2018 Why this Guide Work in progress Target Audience The Basics Java the language. Java the ecosystem. Java the JVM. A Multi-language platform JVM Bytecode Cross Platform JVM Implementations, Editions and Versions Editions and Versions Editions Versions Installing Java Application Output a.k.a Artifacts JAR Files WAR Files Running Java Applications Classpath Build Tools
Javaはなぜ変わらなくてはならなかったのか。JavaOne改め「Oracle CodeOne」の基調講演で語られた理由。Oracle CodeOne 2018
Javaはなぜ変わらなくてはならなかったのか。JavaOne改め「Oracle CodeOne」の基調講演で語られた理由。Oracle CodeOne 2018 米オラクルがOracle OpenWorld 2018と同時開催していたイベント「Oracle CodeOne 2018」は、昨年までJavaOneとして開催されていたイベントです。今年から「CodeOne」と名称が変わりました。 このイベントがJavaデベロッパーにとって最大のイベントであることに変わりはありません。初日の基調講演は「 The Future of Java Is Today」としてJavaの最新動向と今後が紹介されました。その内容をダイジェストで紹介しましょう。 Javaが迎えた変化の理由とは Javaと言えばこの人。米オラクルJava Platform Groupチーフアーキテクト Mark Reinhold氏
Javaのリスク考察 2018年版 - プログラマーの脳みそ
Java10以降、Java SEのリリースサイクルを6カ月単位とすることが発表されてしばらく経ち、また、予告通りJava11からいよいよJavaのサポート体制も変更となった。 本稿ではJavaを使い続けるリスク、あるいはほかの言語ランタイムを使い続けるリスクについて検討してみたい。プログラム言語は用途に応じて様々なものが使い分けられている。特に本稿では選択肢が多く、またJavaのシェアも高いサーバーサイドのWebシステムという戦場で検討してみたい。 「Javaリスク」という単語、語呂が良い— なぎせ ゆうき (@nagise) 2018年10月11日 pic.twitter.com/tBGvupxtJ4— rf (@rf0444) 2018年10月11日 ランタイムの有償化リスク 無償で提供されていたプログラム言語のランタイムが、突如有償化するリスクをまず考えてみよう。この点で、Javaは
Javaは今も無償です
Oracle JDKの配布とサポートが少し前に変更され、Oracle JDKやオラクルのOpenJDKビルド、他プロバイダのOpenJDKビルドを利用する際の権利に関して不透明なところが少なからずあります。無償アップデートや (新規と既存の) 有償サポートモデルがさまざまなベンダから提供される予定もあり、検討の余地があります。このドキュメントには要約バージョン と全詳細がある詳細バージョンのセクションがあります。 要約バージョン今もOracle JDKやオラクルのOpenJDKビルド、他プロバイダのOpenJDKビルドを無償で取得できます (このニュアンスについては以下のコラムや以降のセクションを読んでください)。これは複数のプロバイダがJava SE仕様の実装を提供するからこそ可能となっているのです。 Java SE / OpenJDK / オラクルのOpenJDKビルド / Oracl
Javaのサポートについてのまとめ2018 - Qiita
Javaのサポートについてのまとめ Javaのライセンスやサポート状況について混乱が発生しているように思います。Javaのサポートを各団体がどのように行なっているかをまとめてみます。 知っておいてほしいのは、Javaの実装やサポートはOracle JDKかOpenJDKの二択、ではなくAdoptOpenJDKやAzul Zulu、Corretteなど多くの選択肢があるということです。 ここでサポートはバグやセキュリティに対応したパッチがリリースされることを表しています。 Javaのリリースサイクル これまで、Javaは3年ごとを目標に結局5年くらいかけて次のバージョンを出したりしていましたが、それでJavaはなかなかバージョンアップしなくて古いと言われていました。それが2017年9月、今後は6ヶ月ごとにフィーチャーリリースを行うというリリースモデルに変更されました。Java9が2017年9
Java 9のモジュール機能「Project Jigsaw」の基本を紹介
はじめに モジュール機能はJava 9にとって最も大きな変更といえます。コードだけを見ると、ほんのわずかな違いに思えますが、その意味を知れば知るほど、この変更によるJava自身の変化の大きさに気づくのではないかと思います。 また、このモジュール機能は、機能の追加というよりもポリシー自体の変更と表現したほうが適切でしょう。それは、既存の環境だけではなく新しい環境に対して必要なことであり、Javaの用途がさらに広がったことを意味するのではないかと思います。 対象読者 Java関連に携わる開発者 これからJavaを学ぼうと思っている方 モジュール機能「Project Jigsaw」とは（1） Javaでこれまでモジュールといえばパッケージの概念と同じでした。しかしJava 9ではパッケージとは別に、モジュールという新たな概念が追加されています。 Javaのクラスやメソッド、そしてフィールドなどに
Java SE 9の紹介: モジュール・システムを中心に
Java SE 9を、新たに導入されたモジュール・システム（Jigsaw）を中心として紹介します。JJUG CCC 2017 Fallの発表資料です。 補足: p. 7 正しくは「JMX」→「JMS (Java Message Service)」。JMXはJava SE内の、モニタリング用の仕組みです。 p. 43 これに加えて、SPIの実装を提供するモジュールも、モジュールレイヤーに含まれます。具体的にはConfiguration.resolveAndBindの動きです。 p. 47「Oracle JDKでは、外部モジュールの非公開メンバへのリフレクションが可能」は、OpenJDKでも同じ動作です。「HotSpot系の」とすべきところでした。 このスライドはCC Attribution Licenseの元に、利用・改変・再配布をライセンスします。
Java SE 9、API以外の新機能で知っておきたいこと
前回まで、Java SEの最も基本となるjava.baseモジュールの新機能を紹介してきました。今回はちょっと趣向を変えて、API以外に知っておきたい新機能や変更について紹介します。バージョン表記や非推奨APIの明確化、コンパイラのjavacやドキュメント自動生成のJavadocの改善といったものです。 バージョン表記 Java SEのバージョン表記に紆余曲折があったのは、みなさんご存じの通りです。Java SE 8も「8」が表向きの「バージョン番号」であるにもかかわらず、javaコマンドを-versionオプションを指定して実行すると「1.8.0_131」のように出力されます。過去の経緯もあり、1.8.0は「バージョン文字列」として扱われます。バージョン番号とバージョン文字列は別物だと、公式ドキュメントにもうたってあります。この使い分けは煩雑でしかなく、アップデートリリースの番号も複雑に
Java SE 9で変わる言語仕様の勘所、Milling Project Coinとは
いよいよJava SE 9のリリースが迫ってきました。予定通りであれば、2017年の7月にはJava SE 9がリリースされます。今回からはJava SE 9の言語仕様の変更や、コアライブラリの新機能について紹介していきます。今回は言語仕様の変更について紹介します。 Java SE 7で言語仕様に小さな変更があったことを覚えておいででしょうか。この仕様変更はProject Coinと呼ばれていましたが、まだやり残したことがあったのです。その積み残しが「JEP213 Milling Project Coin」です。 JEPはJDK Enhancement Proposalsのことで、OpenJDKにおけるJava SEの機能拡張提案を示します。Javaの標準を策定するJCPにおける提案（JSR）とは異なり、小さい機能拡張なども含まれています。例えば、Project Jigsawは5つのJEP
「Java SE 9」がいよいよ7月リリース。櫻庭祐一氏と吉田真也氏に注目ポイント、移行時の留意点を聞いた - builder by ZDNet Japan
「Java SE 9」がいよいよ7月リリース。櫻庭祐一氏と吉田真也氏に注目ポイント、移行時の留意点を聞いた 「Java SE 9」の正式リリースが2017年7月に迫った。新機能の導入でさらに進化するJava SE 9の注目ポイントなどについて、Java Championの櫻庭祐一氏とOpenJDKコミッターの吉田真也氏に聞いた。 “待ちに待った”Java SE 9リリース 2017年7月、いよいよJava SEの最新版となる「Java SE 9」がリリースされる予定だ。「Project Jigsaw」や「JShell」などの新機能が追加されるJava SE 9の登場により、Java開発はどう変わる可能性があるのか？ Java Championの櫻庭祐一氏と、OpenJDKにおいてJShellのコミッターを務める吉田真也氏に話を聞いた。 ──Java SE 9のリリースが7月に迫りました。今
作って理解するWebフレームワーク - きしだのHatena
前回、簡単なDIコンテナを作ってみたので、次はこれを使ってWebフレームワークを作ってみたいと思います。 Webサーバーをつくる まず、WebフレームワークなのでHTTPサーバーが必要ですね。なので簡単なものを作ります。 とりあえずブラウザからリクエストを受け取ったら200 OKとHTMLを返すだけのサーバーです。 今回は、そこらのブラウザからアクセスできればいいや、ということで、RFCとかの仕様に準拠することは考えません。 public class Server { public static void main(String[] args) throws IOException { ServerSocket serverSoc = new ServerSocket(8989); for (;;) { Socket s = serverSoc.accept(); new Thread((
Javaの謎のパフォーマンス劣化現象との戦い - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます！ 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oracle、新元号に対する「Java」言語の対応状況を明らかに／プレースホルダーによる対応をすでに実施。4月16日の更新で実際の元号に置き換え
JDK 12: Raw String Literals - DZone
OpenJDK
JDK 10 Releases
ScalaとKotlinを業務で使ってみた
