Try Red Hat products and technologies without setup or configuration fees for 30 days with this shared Openshift and Kubernetes cluster.
Try Red Hat products and technologies without setup or configuration fees for 30 days with this shared Openshift and Kubernetes cluster.
原文(投稿日:2018/12/31)へのリンク 2018年は,InfoQの記事でもまとめているように,Javaにとって非常に興味深い年であった。 2019年になったので,新たな年にJavaとその関連技術において注目すべきことを確認し,今年は何が起こるのかを予測してみたい。 免責事項:以下は著者の個人的な予測であり,Oracle,InfoQ,その他による公式声明あるいはロードマップといったものではない。 Java 11の小規模な,しかし重要な意味を持つ導入が始まる これは,今回のリストの中でも最も論議を呼ぶ予測かも知れない。Java 9と10は事実上,運用環境にはまったく展開されていない。多くの開発チームが,Java 8の次のLTSリリースを待っていると思われるからだ。それが現れたのだから,Java 11は少しずつ,しかし着実に採用され始めるようになる。 採用の大きな推進力となるのは,マイク
Application migration and modernization can be a daunting task. The release of Red Hat Application Migration Toolkit 4.2.0 has made this process easier with a number of new capabilities. This release continues the mission of helping you understand the scope, dependencies, complexity and risks that may be associated with your software migration project. What is RHAMT? Red Hat Application Migration
今後のJavaの成長と仲良く付き合う 時代の波にあったリリースモデルのアップデート 2017年Java SE 9がリリースされて以降、Java 10、11が半年に1度リリースされるようにリリースモデルが変更されました。このリリースモデルの変更に関して、グローバルのJavaエンジニアはとても好意的に受け取っています。 今までJavaは約3年に1度大きなメジャーバージョンアップを行っていました。しかし、今の時代、IT業界における3年という時間はあまりにも長すぎます。今から3年前、2016年のIT業界では、Dockerなどのコンテナ技術がトレンドになりました。このころは、まだKubernetesも主流になっていないころです。しかしこのたった3年で、IT業界のトレンドや情勢は大きく変わりました。 このような変化の激しいIT業界において、3年ごとにしかアップデートができないプログラミング言語は致命的
Welcome to the largest survey ever of Java developers. The data presented in the following report was taken from more than 10,200 questionnaires. If you were one of those survey-takers, many thanks to you for putting aside the time to share your experience for the benefit of others.This report is split into four posts: JVM Ecosystem report 2018 - About your JDK JVM Ecosystem report 2018 - About yo
HelidonはMicroProfileに対応したフレームワークです。 Helidon このあたりで紹介されていますね。 Oracle、Java用のマイクロサービスフレームワーク「Helidon」を発表 - Computerworldニュース:Computerworld HelidonにはシンプルなSEとMicroProfile対応のMPがあります。Maven Archetypeが用意されているので、こちらを使うと楽です。 SEだと関数を登録する感じで、MPだとJAX-RSやCDIを使ったアノテーションベースのコードになります。 ちょっと試すにはSE、大きめのプロジェクトを作る場合はMPがよさげ。 面白いのは、Dockerfileが用意されているので、ビルドしてそのままDockerイメージが作れるところです。 FROM openjdk:8-jre-alpine RUN mkdir /app
8u191でDocker対応がバックポートされたので、頭の整理と確認をしておいた。 ## まとめ Java 11使っておけばそもそも安心なんだけど、Java 8でも8u191以降を使えば安心。 ## 課題だったこと DockerでJavaを動かすときJavaが「そのコンテナに割り当てられたCPU・メモリ」じゃなくて「Dockerが動いてるHostのCPU・メモリ」を見てしまうことが課題だった。 ## Java 10以降 Java 10以降なら「そのコンテナに割り当てられたCPU・メモリ」を見る対応が入ってるから安心になった。 https://www.oracle.com/technetwork/java/javase/10-relnote-issues-4108729.html#JDK-8146115 ## Java 8は? Java 8で入ってた対応は8u131のこれ: Bug ID:
Javaでコンパイラを書くと大きな利点がいくつかあるとわかる。次のようなことだ。 コンパイラエンジニアが新規に加わる際のハードルが非常に低くなる。 コンパイラにおいてメモリ安全になる。 コンパイラ開発で成熟したJavaのツール群を活用できる。 新しいコンパイラ機能のプロトタイプをより早く作れる。 コンパイラがHotSpotから独立したものとなる。 コンパイラが自分自身をコンパイルでき、自分自身のより速いJITコンパイルされたバージョンを生成できる。 Graalは新しいJVMコンパイラインタフェース (JVMCI) を使っている。これはHotSpotにプラグインできるようJEP 243として提供されているが、GraalVMの主要な部分としても使われている。この技術はもう存在しており、現時点でリリースされているが、Java 10ではまだかなり実験的な技術である。次のようにすると新しいJITコン
Java 9から含まれているjlinkを使うと、必要なモジュールだけに絞ってコンパクトなランタイムを作る事ができるので、アプリをコンテナで動かす時は便利そうです。 JEP 282: jlink: The Java Linker http://openjdk.java.net/jeps/282 Java Day Tokyo 2018でこれに関するセッションがあり、スライドと動画が公開されています。 jlinkで実際どのくらい小さくできるのか�例が出されているので、おすすめです。 Java in a World of Containers https://www.oracle.com/technetwork/jp/ondemand/online2018-javaday-4489556-ja.html OpenJDK 11でjlinkを試してみたところ、jlinkで生成したランタイムのサイズがめ
インデックス 概要 OpenJDK のライフサイクルおよびサポートポリシー OpenJDK の更新リリース日 OpenJDK のライフサイクルの日付と RHEL のバージョン OpenJDK のライフサイクルの日付と Windows のバージョン OpenJDK エンタイトルメント Eclipse Temurin の Red Hat サポート Eclipse Temurin のライフサイクルおよびサポートポリシー Eclipse Temurin サポートのエンタイトルメント よくある質問 (FAQ) および参照情報 このアーティクルの情報は、随時変更される可能性があります。 概要 OpenJDK (Open Java Development Kit) は、Java Platform Standard Edition (Java SE) のオープンソース実装です。アップストリームコミュニティ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く