Serverless時代のJavaEEコンテナ - Quarkus - ブログなんだよもん
はじめに JavaEEコンテナの世代と移り変わり Quarkus まとめ 参考 はじめに Quarkusをご存知ですか？ Redhat社が出した爆速のJavaEEコンテナです。 Publickeyの記事でも紹介されていますがGraalVMのnative-imageでコンパイルされるため、JAX-RSやCDI、JPAや100ms以下の起動速度と省メモリを誇るスーパーソニックなが最大の特徴です。 「WildflyやThorntailがあるのになんでまた作り始めたの？」となりますが、サーバレスへの対応は既存のマイクロサービスへの対応だけでは不十分だからです。 ここで言うサーバレスはAWS LambdaのようなFaaSに限ったことではなく、実際のコンピュートではなく使用リソースなどを指定してオンデマンドでプロセスを立ち上げたり課金がされるような仕組みのことをさします。 JavaEEコンテナの世代と
Jersey & Grizzly を用いた REST アプリケーションをApplication Container Cloud Service にデプロイしてみた - Qiita
Jersey & Grizzly を用いた REST アプリケーションをApplication Container Cloud Service にデプロイしてみたMavenCloudDockerjerseycontainer 説明 Java EE アプリケーションサーバを利用せず、軽量な Grizzly Web サーバと、Jersey REST フレームワークを使用して RESTful アプリケーションを開発します。 Grizzly Web サーバ Project Grizzly とは、NIO API を使用したピュア Java Web サーバ・エンジンです。主な用途は、GlassFish アプリケーションサーバの Web サーバ・コンポーネントとして利用されています。 Jersey, REST, and JAX-RS Jersey とは、RESTful アプリケーションを開発に利用される
GlassFish SSLの設定 (サーバ証明書の設定)
2010年2月5日 at 6:29 午後 ※ GlassFish で証明書の管理や鍵の管理を行う場合、 管理コンソールからは行えません．コマンドを使用してください． SSLの設定(サーバ認証の設定) クライアントのWebブラウザからサーバに対してSSL通信を行う場合，通常アプリケーションサーバの前段に配置するロードバランサもしくはリバースプロキシなどのシステムでSSL設定を行い，前段のシステムとアプリケーションサーバ間はSSLによる通信を行わない場合が多いです．しかしミッションクリティカルな環境では，前段のシステムとアプリケーションサーバ間もセキュアな通信路を確保する必要があリます．そのような場合，アプリケーションサーバ上でもSSLのサーバ証明書を設定する必要があります．ここでは前段のシステムからSSLで負荷分散されることを想定しクラスタ環境に対してSSLの設定を行う方法について紹介します
【Glassfish】CentOS7.0へGlasssfish4.1インストール - タイガー！タイガー！じれったいぞー！（SE編）
CentOS7.0のLinux ServerへGlassfish4.1のインストールにトライします。 今回もVagrant上での作業になります。 (1) JDK8ダウンロード Java SE Development Kit 8 - Downloads License同意の必要があるので、同意したうえで、サイトよりダウンロードしました。 ダウンロードしたファイル jdk-8u31-linux-x64.rpm Windowsから取得したので、ファイルをwinSCPで｢/tmp｣へ格納しました。 (2) JDK8インストール rpmコマンドでインストールします。 # rpm -Uvh /tmp/jdk-8u31-linux-x64.rpm 準備しています... ################################# [100%] 更新中 / インストール中... 1:jdk1.8.0
RedHat7.3にGlassfish4.1.1をインストールする - Qiita
[Unit] Description=Glassfish Application Server After=syslog.target network.target [Service] Type=forking ExecStart = /opt/glassfish4/bin/asadmin start-domain ExecStop = /opt/glassfish4/bin/asadmin stop-domain ExecReload = /opt/glassfish4/bin/asadmin restart-domain PIDFile=/opt/glassfish4/glassfish/domains/domain1/config/pid EnviromentFile=/etc/sysconfig/glassfish TimeoutStartSec=600 TimeoutStopSe
JAX-RSを始める #javaee — 裏紙
Mavenの場合 まず、 mvn archetype:generate してください。 それから出来たpom.xmlを編集します。 次のdependencyManagement要素を追加してください。 <dependencyManagement> <dependencies> <dependency> <groupId>org.glassfish.jersey</groupId> <artifactId>jersey-bom</artifactId> <version>2.13</version> <scope>import</scope> <type>pom</type> </dependency> </dependencies> </dependencyManagement> それからjersey-bomのpom.xmlを見ながら好きなものを選んでdependency要素に追加します。
JAX-RSはHTML Webアプリケーションを開発するのに充分なフレームワークであるか？ - AOEの日記
JavaEEでのWebアプリケーション開発フレームワークと言えばJSFですが、JSFはデスクトップGUIの開発スタイルに似せた、コンポーネントベース、イベントドリブンなフレームワークであるため、拒否反応を示す人も多いようです。 で、フロントコントローラー型のフレームワーク (StrutsやRuby on Railsなど) が必要な人への選択肢をJavaEEは提供していないのか？ ということになるのですが、JAX-RSがこの役割に向いているのではないかと言われています。 でも、基本的にRestful Webサービスを開発するためのJAX-RSがHTML Webアプリケーションの開発に本当に使えるのか、疑問に思っている人も多いと思います。 最近JAX-RSを使ってRestful Webサービスのみならず、HTMLを返却するWebアプリケーションの開発にも使ってみる機会があったので、そこで分かっ
JAX-RSとかの話 — 裏紙
<dependency> <groupId>com.sun.jersey</groupId> <artifactId>jersey-bundle</artifactId> <version>1.11.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>com.sun.jersey.jersey-test-framework</groupId> <artifactId>jersey-test-framework-http</artifactId> <version>1.11.1</version> <scope>test</scope> </dependency> Jerseyのartifactはjersey-serverやjersey-jsonなどいくつかに分かれているのですが、jersey-bun
JAX-RS2.0でRESTサービスを作る際にヘッダーを指定する - 自分の仕事を憎むには人生は余りにも短い
RESTサービス作るのを楽にやりたいとおもったらまあJava使わないのですが、 大人の事情でやっぱJavaだよねということはよくあり、そんなときにはJAX-RS (Java API for RESTful Web Services) がめっちゃ便利です。 NetBeansでポチポチーするだけでRestWebサービスは作れます。 RESTサービスとして使うにはクロスドメインでアクセスを許可（CORS）するため「Access-Control-Allow-Origin」ヘッダーをつけましょう。 JAX-RS2.0 JAX-RSというと1.1の頃からの参照実装であるJersey1系が有名ですが、 JavaEE7時代としては大幅な機能追加されているJAX-RS2.0をつかいます。 JavaEE7から標準になったので特に追加なく使えてよい。 ちなみJAX-RS2.0はこんな感じで機能拡充しています ・
オラクル、「Java EE」のオープンソース組織への移管も視野
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「Java EE 8」プラットフォームの完成が見えてきているが、Oracleは米国時間8月17日に、Java EEのテクノロジをいずれかのオープンソース組織に移管する可能性について触れた。 Oracleはブログ記事の中で、この動きについて、「より機動的プロセスを取り入れ、より柔軟なライセンス形式を実現し、ガバナンスのプロセスを変えるための次のステップとしては適切かもしれない」と述べている。 同社は、候補となる複数の組織や、ライセンス使用者、コミュニティとその可能性について探っていくとしている。また同社は、既存のJava EEの実装と今後のJava EE 8の実装のサポートを継続し、将来のJava EE技術の発展にも参加するという。 Ja
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Remove "type" from JSON output jersey moxy
How are Jersey @Consumes endpoints matched?
Grizzly + Jersey Listening ONLY on Localhost
Jersey fails when creating uber jar with maven-assembly-plugin
How to get jersey logs at server?
Glassfish v4 & SSL - admin no longer works
rakugakibox.net
http://blog.rakugakibox.net/entry/2014/08/27/glassfish_jaxrs_env