Azure での Java EE、Jakarta EE、および MicroProfile Java EE、Jakarta EE、および MicroProfile は、クラウド ネイティブ Java のオープン仕様です。 ここでは、これらのテクノロジの使用方法について説明します。
連載初回となる今回はなにはともあれまずはMicroProfileそのものについて、概要から説明していきたいと思います。 Javaのエンタープライズの標準仕様はなんですか?と問われたら、みなさんはなにを頭に浮かべるでしょうか?そもそも「Javaのエンタープライズ」ってなんだよ?とは思いつつも、多くの方はJava EEもしくはJakarta EE、そしてもしかしたらJ2EEと言った単語を浮かべるのではないかと思いますが、いずれも正解です! MicroProfileを語る上で標準であるJakarta EE(Java EE/J2EE)は切っても切り離せない関係にあります。ですので、MicroProfileの説明に行く前にまずは軽くJava EEのおさらいから始めたいと思います。 Java EEは1999年12月にエンタープライズ向けのエディションとして当初はJ2EEとして世にでました。エンタープラ
Quarkus Core repository has reached the incredible milestone of 1000 community contributors! Celebrate with us Get Started with Quarkus | Read the Guides Container First Quarkus tailors your application for GraalVM and HotSpot. Amazingly fast boot time, incredibly low RSS memory (not just heap size!) offering near instant scale up and high density memory utilization in container orchestration plat
Updated 3 MicroProfile Component specifications (Telemetry, Metrics, and Config) MicroProfile 6.1 adopts Jakarta EE 10 Core Profile. Jakarta EE 10 Core Profile defines a base profile to deliver the components used by MicroProfile as a single, complete package. In this release, MicroProfile Config, Metrics and Telemetry has minor updates.
初歩的な質問を失礼いたします。 エクリプスのマーズを用いて、webアプリの初歩を学んでいる者です。 題名の通り、本日ある時点からサーバーを始動しようとしても失敗するようになりました。 思い当たる点としましては、サーブレットの修正をしており、確認用にテストサーブレットを作成、使用後不要なので削除、そののちにこの症状が出るようになりました。 一応、わからないなりに現在までにした対応は、 ・トムキャットの使用ポートを確認、コマンドプロンプトでそれが使用されていないか確認。 →デフォルトの8080、8009であり、未使用みたいでした。 ・サーバー環境の作り直し(今までのものの削除、新しいサーバー作成) →同じメッセージが出る。 です。 なお、サーバを用いて動かしたいプロジェクトをサーバから除外すると起動しました。 皆様にお聞きしたいことといたしましては、 ・(可能であれば)このエラーの原因 ・サー
カテゴリ Java(6) Javascript(8) Actionscript(1) Flash(2) モバイル(9) データ/統計(2) テスト(3) ネタ(5) セミナー/勉強会(10) プロダクト(17) お知らせ(11) 書評(8) その他(9) (1) 月次アーカイブ 2014年7月(1) 2013年4月(1) 2013年3月(1) 2013年2月(1) 2013年1月(1) 2012年12月(3) 2012年11月(1) 2012年10月(1) 2012年9月(2) 2012年3月(1) 2011年9月(3) 2011年8月(1) 2011年7月(2) 2011年6月(1) 2011年5月(1) 2011年4月(1) 2011年3月(1) 2011年2月(1) 2011年1月(1) 2010年12月(2) 2010年11月(2) 2010年9月(3) 2010年7月(4) 20
「DIする」,「インジェクション(注入)する」──新しい技術に敏感なソフトウエア開発者たちの間で使われている言葉である。DIとは,「軽量コンテナ」を実現する新しい設計思想Dependency Injection(依存性注入)の略称である。同じ概念をIoC(Inversion of Control,制御の反転)と呼ぶ場合もある(詳細は後述)。「DIする」と言えば開発者の間では通用するぐらいに,この設計思想は注目されているのだ。 DIが注目される理由は簡単だ。ソフトウエア開発者の開発サイクルを大幅に改善するからだ。筆者が司会を担当した「軽量コンテナ」に関するパネル・ディスカッション(注1)では,DIを適用した軽量コンテナ「Spring Framework」のおかげで「睡眠時間が確保できるようになりました」と複数のパネリストが真顔でコメントしたほどである。DIは,それだけ有効な技術なのだ。 注1
ここまで説明してきたクラスファイルが実行時にどのように扱われるか?メモリ上にどのように展開されるか?これらの疑問に答えるためには、まずJava仮想マシン(JVM)の構造を理解する必要があります。 まず、図2.2にJVMの全体の構造を示します。ここに登場する様々なコンポーネントは、一部分はJVMの仕様書で定義されていますが、他の部分は名前だけ、場合によっては名前も載せられていません。この図では、JVM仕様書と現在の実装から、主要なコンポーネントと思われるものを、まとめておきました。では、それぞれのコンポーネントについて、紹介していきましょう。 図2.2 JVM の構造 (1) メモリ領域の構造と役割 JVMを構成するコンポーネントの中でも、特に重要な部分がメモリ領域です。この領域には、その名前が示す通り、JVMが実行中に使用する様々なメモリがまとめられています。図2.3に示すように、その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く