You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

socket.ioがJavaやGrailsから扱えるかを調べている関係でvert.xを調べていて興味深かったので、こちらにあるVert.xの記事を翻訳してみました。JGGUG G*Workshopにおける杉浦さんのVert.x資料もお奨めです。 Vert.xは急速に発達つつあるサーバ・フレームワークです。 世にあまたあるサーバ・フレームワークのいずれもが、多様なプロトコルをサポートし、高速であることが特長であると主張していますが、Vert.xはそれらよりも一歩抜きん出ています。例えば、Vert.xは、サーバサイドのネットワーク環境の確立と操作も対象としています。言いかえれば、Vert.xは、単一サーバ上のデーモン実行だけでなく、クラスタリング環境での複数サーバデーモンの実行を考慮しているのです。 したがって、Vert.xを調査するにあたっては、どのように高性能を実現しているかだけではなく、

Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode

忘年会シーズンで肝臓への負担を極力避けている@masudaKです。今回はJavaアプリケーションの運用のポイントに関して、書いてみたいと思います。 このエントリはJava Advent Calendar 2012の22日目のエントリです。 Javaアプリケーションの運用ポイントとは 昨今ではLLのほうが敷居が低く、開発スピードも早いということからか、PHPやRubyなどのLLによるWebアプリケーションが多くリリースされているかと思います。 しかしながら、TwitterがJVMベースの開発にシフトしたように、より深いレベルで実装を行おうとした際にLL以外の実装も一つの選択肢として残っているのは間違いないでしょう。 そのようななかで自分が最もよく触れているJavaでのアプリケーションの運用ポイントについて述べてみたいと思います。 ここでいう「運用」とは、サービスをリリースしたのち、サービスへ

動画ストリーミングサービスを提供する米Netflixは11月26日、分散サービス運用のためのライブラリ「Hysterix」をオープンソースで公開した。クラウドサービスの耐久性を強化できるとしている。 Hysterixは分散サービスのやり取りを制御するツール。2011年に同社内のAPIチームがスタートしたプロジェクトで、現在Hysterixを経由して、100億単位のスレッド分離コール、1000億単位のセマフォ分離コールが実行されているという。システムのアップタイムと耐性を大きく改善できたと報告している。 Hysterixを利用することでサービス間のアクセスポイントを分離し、レイテンシや障害耐性を改善できるという。また、同時にフォールバックオプションを提供することで、システム全体の耐性を改善できるという。 HysterixはGitHubのプロジェクトページより入手できる。ライセンスはApach

Kestrelは大規模かつ高速に運用できるメッセージキューサーバーです。Twitterで使っています。 ソースはhttps://github.com/robey/kestrelよりチェックアウトできます。 ・特徴 Kestrelは特徴として – memcachedプロトコルをサポートしており、クライアントのプラットフォーム非依存 – Scalaで書かれており、高速なJVMの恩恵を受けることが出来る – 全部で2500行ほどとシンプル – 基本メモリベースで高速だがメッセージはファイルシステムにジャーナルが記録されており耐障害性が確保されている – キューから取り出したメッセージをクライアントがacknowledgeするまで捨てないことで処理漏れを防ぐことができる といったことが挙げられます。 ・Memcachedプロトコル Memcachedプロトコルの基本は非常に簡単で、setコマンドで

The document describes the architecture and components of the Grizzly NIO framework. It shows the main threads and channels used in Grizzly including acceptor threads, worker threads, and selector threads. It provides examples of configuring Grizzly servers and deploying web applications on Grizzly.

ここ数日、Nettyについて調べていたので理解できたことを書きます。 JBoss Netty Netty は Java で非同期、イベント駆動のネットワークアプリを作るためのフレームワークです。Netty を使うと早くて簡単にハイパフォーマンス、ハイスケールでメンテナンス性がいいものが作れます。いいとこ取りの全部乗せです。 なぜハイパフォーマンス、ハイスケールか？ Netty は Java NIO(New I/O)をラップしていて、ノンブロッキングなIO操作ができます。そのため、1つのコネクションにずっと1スレッドを割り当てる必要がないため効率のよいリソース消費をします。従来のブロッキングなOIO(Old I/O)もサポートしており、僅かな変更で好きな方を使えます。また、NIOの複雑なByte BufferをChannelBufferというオブジェクトに抽象化し、不必要なコピーが発生しない

JBoss Application Server 7はJBoss AS 6をベースにせず、ノウハウだけを流用しコードはスクラッチから書きなおした新しいJBoss ASのリリースです。書きなおしているので良いところは残しつつ、今までのJBoss ASとは大幅に異なるリリースとなっています。 バージョン7ということでJBoss AS 7を選ぶ上位7つの理由を挙げてみます。 超高速 - 10倍以上の起動速度、世界最速のJava EE 6アプリケーションサーバ Java EE 6 - CDIによるカスタマイズ容易なプログラミングモデル 超軽量 - 16Mのメモリ指定でも起動 モジュール化 - アプリケーション空間の独立とクラスローダ地獄からの開放 管理容易性 - 新しい管理API、管理コマンドラインインタフェースとグラフィカルインタフェース ドメイン管理 - 複数のサーバをまとめて管理 テスト容易

■ リクエスト処理のアーキテクチャ Tomcat 4時代から採用されているリクエスト処理のCatalinaアーキテクチャは変更なしで、そのまま採用しています。Tomcatが受け付けたリクエストは、リクエスト処理パイプラインによってServletまで到達し処理されます。 ■ クラスタリング（セッションレプリケーション） 若干のインターフェイスの改良はありますが、基本的には同じ仕様です。 「All-to-All」「primary-secondary」の2つのレプリケーション方式が利用可能となっています。 ■ DBコネクションプール 今までどおりApache Commons DBCPを使用し、バージョンはDBCP 1.4系(JDBC 4用)を採用しています。Tomcat独自のjdbc-poolを利用する場合は別途ビルドが必要です。jdbc-poolは近いうちに同梱されるかもしれません。 では、T

2010年12月21日 at 9:24 午前 1件のコメント 先日の JavaFX & GlassFish 合同勉強会で発表した資料とデモを公開します。 また、デモを行った際の手順も下記に記載します。 GlassFish v3.1の入手はコチラから WebSocket サンプルアプリケーションの入手はコチラから zip 版 GlassFish をインストールする為、unzip してください。