Java EE、Jakarta EE、および MicroProfileAzure での Java EE、Jakarta EE、および MicroProfile Java EE、Jakarta EE、および MicroProfile は、クラウド ネイティブ Java のオープン仕様です。 ここでは、これらのテクノロジの使用方法について説明します。
MicroProfileってなにそれ？ - MicroProfileの登場 | 豆蔵デベロッパーサイト
連載初回となる今回はなにはともあれまずはMicroProfileそのものについて、概要から説明していきたいと思います。 Javaのエンタープライズの標準仕様はなんですか？と問われたら、みなさんはなにを頭に浮かべるでしょうか？そもそも「Javaのエンタープライズ」ってなんだよ？とは思いつつも、多くの方はJava EEもしくはJakarta EE、そしてもしかしたらJ2EEと言った単語を浮かべるのではないかと思いますが、いずれも正解です！ MicroProfileを語る上で標準であるJakarta EE（Java EE/J2EE）は切っても切り離せない関係にあります。ですので、MicroProfileの説明に行く前にまずは軽くJava EEのおさらいから始めたいと思います。 Java EEは1999年12月にエンタープライズ向けのエディションとして当初はJ2EEとして世にでました。エンタープラ
Quarkus - Supersonic Subatomic Java
A Kubernetes Native Java stack tailored for OpenJDK HotSpot and GraalVM, crafted from the best of breed Java libraries and standards. Now Available Quarkus 3.21.4 Read the release notes Developer Joy A cohesive platform for optimized developer joy with unified configuration and no hassle native executable generation. Zero config, live reload in the blink of an eye and streamlined code for the 80%
Home - MicroProfile
MicroProfile 7.0 is a major release that introduces significant changes, notably replacing MicroProfile Metrics with the more comprehensive MicroProfile Telemetry 2.0. Additionally, it specifies Jakarta EE 10 Core Profile as a dependency, simplifying integration. This release also includes updates to several specifications, and allows certification on Java SE 11 and higher.
tomcatの始動失敗について
初歩的な質問を失礼いたします。 エクリプスのマーズを用いて、webアプリの初歩を学んでいる者です。 題名の通り、本日ある時点からサーバーを始動しようとしても失敗するようになりました。 思い当たる点としましては、サーブレットの修正をしており、確認用にテストサーブレットを作成、使用後不要なので削除、そののちにこの症状が出るようになりました。 一応、わからないなりに現在までにした対応は、 ・トムキャットの使用ポートを確認、コマンドプロンプトでそれが使用されていないか確認。 →デフォルトの8080、8009であり、未使用みたいでした。 ・サーバー環境の作り直し（今までのものの削除、新しいサーバー作成） →同じメッセージが出る。 です。 なお、サーバを用いて動かしたいプロジェクトをサーバから除外すると起動しました。 皆様にお聞きしたいことといたしましては、 ・（可能であれば）このエラーの原因 ・サー
マイクロサービスアーキテクチャ - アーキテクチャ設計の歴史を背景に
メインフレーム上に構築された「モノリシック」な基幹システムは、まだまだ現役です。こうした基幹システムをリプレイスする際に、複数のアプリケーションを「疎結合/高凝集」に組み合わせるいわばマイクロサービス的な設計が目指されることはよくあります。その時に重要なのは、システムをどう分割し、統合するかという方針です。 本講演では、こうしたコンテキストでドメイン駆動設計をとりあげ、アーキテクチャに関する具体的な意思決定をする方のために、有益な考え方を示すことを目指します。 受講対象: システムのマイクロサービス化を実現したい開発者の皆様、特にどのように開発をすすめていけば良いかわからない方はぜひご参加ください。 和智 右桂 株式会社ハピネット 情報システム部 新基幹開発チーム
Java EE 6勉強会やりました。 - マピオンラボ
カテゴリ 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
Java開発を変える最新の設計思想「Dependency Injection（DI）」とは：ITpro
「DIする」，「インジェクション（注入）する」──新しい技術に敏感なソフトウエア開発者たちの間で使われている言葉である。DIとは，「軽量コンテナ」を実現する新しい設計思想Dependency Injection（依存性注入）の略称である。同じ概念をIoC（Inversion of Control，制御の反転）と呼ぶ場合もある（詳細は後述）。「DIする」と言えば開発者の間では通用するぐらいに，この設計思想は注目されているのだ。 DIが注目される理由は簡単だ。ソフトウエア開発者の開発サイクルを大幅に改善するからだ。筆者が司会を担当した「軽量コンテナ」に関するパネル・ディスカッション（注1）では，DIを適用した軽量コンテナ「Spring Framework」のおかげで「睡眠時間が確保できるようになりました」と複数のパネリストが真顔でコメントしたほどである。DIは，それだけ有効な技術なのだ。 注1
Java 仮想マシン
ここまで説明してきたクラスファイルが実行時にどのように扱われるか？メモリ上にどのように展開されるか？これらの疑問に答えるためには、まずJava仮想マシン(JVM)の構造を理解する必要があります。 まず、図2.2にJVMの全体の構造を示します。ここに登場する様々なコンポーネントは、一部分はJVMの仕様書で定義されていますが、他の部分は名前だけ、場合によっては名前も載せられていません。この図では、JVM仕様書と現在の実装から、主要なコンポーネントと思われるものを、まとめておきました。では、それぞれのコンポーネントについて、紹介していきましょう。 図2.2 JVM の構造 (1) メモリ領域の構造と役割 JVMを構成するコンポーネントの中でも、特に重要な部分がメモリ領域です。この領域には、その名前が示す通り、JVMが実行中に使用する様々なメモリがまとめられています。図2.3に示すように、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Reactive Streams 入門 #jjug
J2EE Connector Architectureとは ウェブの人気・最新記事を集めました - はてな