タグ

関連タグで絞り込む (8)

タグの絞り込みを解除

J2EEに関するshny_wdのブックマーク (5)

  • エンタープライズ仕様のTomcatを実現するJBossの基盤ソフト群：日経 xTECH Active

    資料の紹介 JBoss Enterprise Web Serverは、レッドハットが公式にサポートするApacheとTomcatおよびそのコネクタであるmod_jkなどを組み合せた製品である。 Tomcatを企業のWebシステムの基盤として使う場合、バージョン管理やセキュリティ対策のほかに、用途に応じたApacheや関連モジュールとの組み合わせ方を考慮する必要がある。レッドハットが提供するTomcatへのサポートでは、ユーザーが「JBoss Open Choice」に基づいて標準的なオープンソースソフトウエアを安心して選択できるという特徴がある。 ミッションクリティカルなスケーラビリティを求める用途には、JBoss Enterprise Application PlatformをJava EE完全対応のソリューションとして提供する。リッチクライアントやWebサービス中心の企業システムの基盤

    エンタープライズ仕様のTomcatを実現するJBossの基盤ソフト群：日経 xTECH Active
    shny_wd
    shny_wd 2013/02/06
    　JBoss Enterprise Web Serverは、レッドハットが公式にサポートするApacheとTomcatおよびそのコネクタであるmod_jkなどを組み合せた製品
    リンク

  • Java、バッチ処理の仕様を策定へ | エンタープライズ | マイコミジャーナル

    Java Programming Language Javaを使ったバッチアプリケーションの開発と運用の標準化を目指した新しい仕様「JSR 352: Batch Applications for the Java Platform」の策定作業が開始された。IBMから提出された仕様で、Java SEとJava EEの双方における利用を想定。策定目標時期は2012年第2四半期とされており、かなりアグレッシブに作業を進める気概であることがわかる。 JSR 352ではバッチアプリケーションの開発と、ジョブをスケジュールに従って実行するための実行環境の2つに対して、標準化されたプログラミングモデルを実現することを目指している。提案されている資料では「バッチジョブ」「バッチジョブステップ」「バッチアプリケーション」「バッチイグゼキュタ」「バッチジョブマネージャ」を定義しモデリング対象を明確化している。

  • Java EEサーバーが重くてテスト不能というイメージはもう過去の話かもしれない - 達人プログラマーを目指して

    Java EE 5まではいろいろな面で生産性が低かったと言わざるを得ないところがあった 今まで仕事上、Java EEのサーバーを実行基盤として用いるさまざまなシステムの開発に関わってきましたが、JavaEE（古くはJ2EE）のサーバーというと経験上 xmlの設定ファイルの記述がきわめて面倒 J2EE1.4までは、EJBを使った場合Pojoとしてサービスやエンティティを作成できない サーバーの再起動にものすごく時間がかかる ライセンス料が高い サーバーを気軽にダウンロードして試せない というような非常に悪いイメージがあったというのが正直なところでした。 それゆえ、JavaをSEとEEに分類するのは今では無意味になってきている？ - 達人プログラマーを目指してでも紹介したように、Seasar2やSpringといった軽量コンテナというしくみが登場し、事実上EJBコンテナの機能はほとんど利用せず、

    Java EEサーバーが重くてテスト不能というイメージはもう過去の話かもしれない - 達人プログラマーを目指して

  • Webシステムのボトルネックを回避するメモリ管理技術

    日立独自のメモリ管理技術で、既存の業務アプリケーションを変更なしにFull GCの発生を抑止！　（提供：日立製作所） 順調に動いていたWeb システムが、ある時突然応答を返さなくなり、しばらくするとまた動き出す。そのような事象に不安を感じてはいませんか？ Java を基盤としたWebシステム環境では避けられないこの現象は、Java VM のガーベージコレクション(GC)、中でもFull GC と呼ばれるものが原因です。 近年、Webシステムは大規模化・複雑化し、業務で参照・更新するデータのサイズはさらに大きくなってきています。巨大なデータには、64bit OS を適用することで対応できますが、Java VM が扱うメモリを増やすと、ガーベージコレクションはより長時間化するため、この問題はさらに深刻なものとなります。 本冊子では、まず、Java VM のメモリ管理とガーベージコレクションにつ

    Webシステムのボトルネックを回避するメモリ管理技術

  • J2EEアプリケーションにおけるAOPを使ったフェッチ戦略の実装

    注意：問い合わせの際に二次キャッシュにあるデータを熱心にフェッチ(eager fetch)しているとしたら上記の問題に対する解決策をとることは出来ません。O/Rマッピング・ツールのHibernateでは、もし二次キャッシュにあるデータに対して熱心なフェッチ(eager fetch)を使うと例えそのデータが既に二次キャッシュ内に存在してたとしてもキャッシュからではなくデータベースからデータを取得することになるでしょう。Hibernateでは上記の問題に対する解決策はありません。このことは二次キャッシュにあるオブジェクトに対する問い合わせでは決して熱心なフェッチを使うべきではないということを暗示しています。 オブジェクトに対する問い合わせに関するチューニングが出来るO/Rマッピング・ツールをキャッシュを利用するように設定している場合、問い合わせ対象のオブジェクトが既にキャッシュ上に存在していれ

  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.