WildFly 10.0.0.Final リリースしました - nekop's blog
Java EE 7アプリケーションサーバであるWildFly 10.0.0.Finalがリリースされました。WildFlyのサイトからダウンロードできます。 リリースノートはこちら。起動時間は僕の手元で1.6秒でした。 09:53:17,610 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 10.0.0.Final (WildFly Core 2.0.10.Final) started in 1606ms - Started 267 of 553 services (371 services are lazy, passive or on-demand) ハイライトとしては以下のような感じです。 Java EE 7 Java 8以降 Java 7では動作しません JMS実装がActiveMQ A
TomcatではなくJBossを選ぶ○○の理由 - nekop's blog
java-ja忘年会でharu860さんに聞かれたのでエントリを書くよ。と思ってざっくり書いて放置していましたすみません。この質問へのよくある回答として「EJBを使うとき」みたいなものがありますが、この回答は多くの場合何の役にも立ちませんね。このような回答をする人はJBossをあまり良く理解していない可能性があります。 というわけで、JBossを使っているユーザがどのようなモチベーションでTomcatではなくJBossを使うのか、もしくは完全にJBossに乗り換えているのか、実例ベースの理由をいくつか紹介しましょう。 機能 Tomcatで提供される機能は基本的にServlet, JSP, JDBC接続プールのみで、他のものは提供されていません。シンプルですが、他のものが必要になったときに、それらをインテグレーションするコストが発生するなど、少し面倒なことになります。 TomcatになくてJ
JBoss AS 5登場、3年開発でマイクロコンテナ化 | エンタープライズ | マイコミジャーナル
JBoss Application Server Red Hatは5日(米国時間)、同社の最新アプリケーションサーバとなるJBoss Application Server 5.0.0.GAを公開した。JBoss AS 5.0はJava EE 5に対応したアプリケーションサーバ。3年におよぶ再設計の賜物で、JBoss Microcontainerと呼ばれる完全に新しいカーネルアーキテクチャに準拠した実装がおこなわれている。 JBoss AS 5.0に含まれている主なコンポーネントは次のとおり。 JBoss EJB3 JBoss Messaging JBossCache JBossWS JBoss Transactions JBoss Web JBoss AS 5.0のテーマはASを構成するコンポーネントをそれぞれ独立したプロジェクトへ分離し、それらを統合できるプラットフォームを構築することに
Webの上のポジョをステートフルにつなぐJBoss Seam (1/3) - @IT
Webの上のポジョ をステートフルにつなぐJBoss Seam 【特集】Java EE 6のWeb Beansを先取りするオープンソース 株式会社 クロノス 大石宏一 2008/8/28 EJB 2.1って使えましたか？ JBoss.orgが開発した次世代Web2.0アプリケーションを構築するためのオープンソースフレームワーク「JBoss Seam」を皆さんはもうご存じでしょうか。 最近のJavaシステム開発の現場では、POJO（ポジョ、Plain Old Java Object）をベースとした「軽量コンテナ（※注意）」（Spring FrameworkやSeasar2など）を用いた開発が主流となっています。 ※注意：本稿で使用する「軽量コンテナ」という用語はコンポーネントがコンテナに依存せず、テストや実行が容易なコンテナを意味することとします。 そもそもこの流れは、EJB（Enterpr
【特集】JBoss Seam - EJB 3.0時代のフレームワークを使いこなす | エンタープライズ | マイコミジャーナル
【特集】 JBoss Seam - EJB 3.0時代のフレームワークを使いこなす 2006/08/31 杉山貴章
プログラミングと開発者のためのCodeZine：SeamでJavaプロジェクト開発を大幅に効率化する（Seam, JBoss, J2EE）
本連載では、Curlを利用したことのないJavaプログラマを対象にCurlを説明します。Javaで作られたサーバーサイドと、クライアントサイドであるCurlとの間で通信を行い、簡単なデータの受け渡しを行うまでの入門的な内容を連載の中で説明します。 Builderパターンは、Template Methodパターンによく似ています。Template Methodパターンとの大きな違いは、その目的がオブジェクトを生成することであり、アルゴリズムを実行することではないという点です。Builderパターンは、役割分担を明確にするだけでなく、インターフェイスと実装の分離を実現する代表的な事例であり、パターンを使用しない場合に起こりうる重複をかなりの程度防ぐことができます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
