OpenAM(旧OpenSSO)でシングルサインオンをしてみる - sinsengumi血風録
やりたいことは、クロスドメイン（CDSSO）でシングルサインオンを実現し、ユーザーを識別（認可）して、アクセスできるURLを制限したい、というもの。 SSO製品は色々あるようですが、一番とっつきやすそうなOpenAMで試す。 SSOエージェントなど、独特のSSO用語は以下のページがとてもわかり易いです。 http://dev.ariel-networks.com/column/tech/opensso/ 前提 SSOサーバーとSSOエージェントは別マシン（同じマシンで実行した（もちろんポートを変えて）が上手くいかなかった為） SSOサーバーのホスト(10.29.56.64) ： sso.server.com SSOエージェントのホスト(10.29.55.56) ： sso.agent.com SSOはCookieを用いて、SSO Tokenをやり取りするので、localhostなどでアクセ
TomcatやJBossでHTTPリクエスト単位で並行実行数を制限するサーブレットフィルタ - nekop's blog
WebLogicからの移行とかで、HTTPリクエスト単位で流量制御などの目的で並行実行数を制限したいという要望がたまにある。WebLogicではWork Managerというのがあって、これがHTTPリクエスト単位での設定なのだそうだ。 TomcatやJBossではApache httpdのMaxClientsと同じく、リクエスト単位ではなくクライアント単位(ソケット単位)でスレッドを割り当てる。このモデルでは、例えばmaxThreads="20"とかにしたら常に同時に20個のリクエストをさばいてくれる、という仮定は成り立たない。クライアントがkeep aliveで接続している間はスレッドも待ち続けるので、21番目のリクエストは先に接続した20のクライアントがkeep aliveを終了してコネクションを切断するまで処理されない。MaxClientsは名前の通りMaxClientsなのであっ
独自機能とポータビリティのジレンマ - nekop's blog
JBoss / WildFly (全部俺) Advent Calendar 2013の18日目です。 Tomcat, Jetty, WildFly, GlassFish, Resin, WebSphere, WebLogic, Cosminexus, Interstage, WebOTXなどいろいろなJavaアプリケーションサーバがありますが、仕様に準拠するための機能の他に、それぞれ独自の機能を持っていたりします。JBossでも昨日紹介したsarのような独自の機能があります。 独自の機能を考えたときに、常につきまとうのがポータビリティの問題です。不用意な独自機能はポータビリティを阻害しますし、JBossはオープンソースでありポータビリティマターな信条の人が多いので当然これを嫌います。 他のアプリケーションサーバの独自機能の流量制御に依存している、デプロイメント機能にロックインされていて移行
JavaEE7 環境構築 - Qiita
JavaEE7環境を構築する 今回は以下の様な構成を考えています。 Java8 JavaEEコンテナはWildFly(http://wildfly.org) 開発環境はEclipse(Luna) Mavenを使う（今回はGradleは使わない） JavaEE7に対応しているコンテナは、WildFlyとGlassfishがありますが、今回はWildFlyを使うことにします。（理由は、直近で使う機会があるため） JavaEE7の仕様 JSR 236: Concurrency Utilities for JavaEE 1.0 JSR 338: Java Persistence API 2.1 (JPA) JSR 339: JavaAPI for RESTful WebServices 2.0 (JAX-RS) JSR 340: Java Servlet 3.1 JSR 341: Expressi
Good-bye EJB, Hello CDI – Java EE Advent Calendar 2015
Good-bye EJB, Hello CDI – Java EE Advent Calendar 2015 This is for the “Java EE Advent Calendar 2016” event material among Japan. Thanks for using auto translator for English. Java EE アドベントカレンダー2015の12月23日分です。寺田さんの記事からの続きになります。 ※注: 内容がエンタープライズ開発の中核方面に寄っているので難度高かなという気がします。 今年のJavaOne 2015ではキーノート発表に日本人として超久しぶりに登壇させてもらったり去年に引き続きセッションを一枠喋ったりとなかなかのプレッシャーでしたが、なんとか無事終わりほっと一息、なんて余裕が全くないのですが、そんなことより個人的にショッ
GlassFishの商用乗り換え先について(補足)
昨日のJava EE Advent Calendarの続きなんですが、前回はWebLogicをターゲットにしたんですけど、それだけだとちょっと物足りない感じもするし、何だかOracleの回し者のような気もする(笑)ので、とりあえず他の会社のも簡単に補足しておきたいと思います。 ※「補足」の字が間違ってました(笑) 疲れてますねー (2013/12/09 09:35) ※ Interstageの選択について誤ったメッセージが伝わるといけないので、更に補足を追加しました(2013/12/09 14:39) その他の会社のJava EE商用サーバー群について 今年の楽天テックカンファレンス2013でも語ったのですが、Java EEにはそれぞれ対応バージョンがあり、各社から下記のような形で出ています。 ※英語のWikipediaでもかなりいい加減だったので、各社の発表やドキュメントを開き、必死に調
WebLogicをGlassFishの商用版として使う方法
※ WebLogicだけ書いておくのも何なので、その他の商用Java EEサーバーもこちらでまとめてみました(2013/12/08 22:20) https://www.mushagaeshi.com/2013/12/08/from-glassfish-to-other-commercial/ ※ GlassFish2系・3系のサポート継続について言葉が足りなかったので、念のため補足を入れました(2013/12/09 14:46) こんにちは。Advent Calendarな時期になりましたね。この記事はJava EE Advent Calendar 2013の12/7の担当回です。12/6の回はwaritohutsuさんの http://d.hatena.ne.jp/waritohutsu/20131206 になります。 Java EE Advent Calendar 2013 http
Java EE Compatibility
In every industry, businesses face the challenge of accommodating ever greater demands for high-speed data access, diverse clients, and secure transactions without incurring extensive additional costs. To extend existing IT investments while meeting these demands, developers have consistently adopted the Java Platform, Enterprise Edition. The de-facto standard for delivering secure, robust, scalab
Java EE 8でエンタープライズJava開発はどう変わるのか？--リンダ・デミケル氏が語る - builder by ZDNet Japan
2017年前半に正式リリースが予定されている「Java EE 8」では、どのような機能強化が行われ、それによってエンタープライズJava開発はどう変わるのか？ スペック・リードのリンダ・デミケル氏が解説する。 Java EEの最新版であるJava EE 7がリリースされたのは2013年7月のこと。それから2年が経過した現在、JCP（Java Community Process）では次期バージョンとなるJava EE 8のリリースに向けた作業が進められている。Java EE 8は2014年8月に「JSR 366」として正式に仕様策定がスタートし、最初の提案（JSR Review）は満場一致で承認された。果たしてJava EE 8ではどのような機能追加や拡張が検討されているのか？ 米国オラクルで長年に渡ってJava EEの開発を牽引し、JSR 366のスペック・リードも務めるリンダ・デミケル氏
いざStrutsからJSF 2へ！ 移行における最大のポイントは？──最新Java EE開発“虎の穴” 第2回 岩崎浩文氏 - builder by ZDNet Japan
いざStrutsからJSF 2へ！ 移行における最大のポイントは？──最新Java EE開発“虎の穴” 第2回 岩崎浩文氏 楽天で金融系システムのアーキテクトを務める岩崎浩文氏は今年、Strutsによる既存システムをJava EE 6のJSF 2に移行するプロジェクトを指揮した。岩崎氏が語る、StrutsからJSF 2への移行における最大のポイントとは？ 楽天は今年、StrutsベースのシステムをJava EE 6ベースに移行。その最大の難所は？ かつて独自フレームワークやオープンソース・フレームワークで補完されていた機能を意欲的に取り込み、標準仕様の枠内で高機能なエンタープライズ・システムを効率的に開発することが可能になったJava EE。欧米ではJava EE 6など最新のJava EE環境への移行が進んでおり、その波は国内にも波及しつつある。では、これからJava EE 6への移行や
Java EE 7はどこが変わった？ そしてJava EE 8はどう変わる？──Java EEエバンジェリストのレザ・ラーマンが語る - builder by ZDNet Japan
Java EE 7はどこが変わった？ そしてJava EE 8はどう変わる？──Java EEエバンジェリストのレザ・ラーマンが語る アプリケーション・サーバ・ベンダー各社が対応を急ぐJava EE 7の主な変更点は何か、またJava EE 8はどのような方向性で仕様策定が進められているのか。Java EEエバンジェリストのレザ・ラーマン氏が解説する。 ご存じのとおり、Java EEの最新バージョンは2013年7月にリリースされた「Java EE 7」である。現在、アプリケーション・サーバ・ベンダー各社は、同バージョンに対応すべく製品開発を進めている。また、次期バージョンのJava EE 8は、アプリケーション・サーバ・ベンダー各社も加わり、2016年第3四半期のリリースを目指して仕様策定が進められている。それでは、Java EE 7ではどのような機能が追加され、またJava EE 8では
JSF 2への第一歩──その基本と、オンラインで読める参考ガイド／チュートリアル - builder by ZDNet Japan
Java EE 6によるWebアプリケーション開発に臨む際、多くの方が最初に学ぶのがプレゼンテーション層を担う「JavaServer Faces（JSF） 2」だ。その基本事項と、オンラインで読める参考記事、チュートリアルを紹介する。 独自フレームワークはもう要らない。JSFはJava EEの標準Webアプリケーション・フレームワーク J2EE 1.4などで作られた旧式のJava EEシステムの更改を機に、Java EE 6など最新のJava EE環境への移行を検討する企業が増えている。そうした企業の開発者が初めに取り組むのは、プレゼンテーション層を担うJSFであろう。初学者に向け、関連技術書もいくつか刊行されているが、欧米に比べると、まだその数は圧倒的に少ない。ただし、オンラインでは、開発者によるブログなどにおいて、JSFの学習に有用な情報が発信されている。ここでは、JSF 2の基本事項
WildFly
WildFly A powerful, modular, & lightweight application server that helps you build amazing applications. Now available: WildFly 32.0.1 Final Powerful Configuration in WildFly is centralized, simple and user-focused. The configuration file is organized by subsystems that you can easily comprehend and no internal server wiring is exposed. All management capabilities are exposed in a unified manner a
Java EEのためのMVC 1.0JSR
Oracleは先頃，MVC 1.0 JSRを発表した。このJSR 371は，今年３月にInfoQでも取り上げたJava EE 8サーベイの結果を踏まえたものだ。調査対象者の61％が，JSFに加えて，アクションベースのMVCフレームワークのサポートを提供する，というそのアイデアを支持した。同じ処理を行うフレームワークはすでに存在する，と答えたのはわずか26%で，その内の42%がSpring MVCの名前を挙げている。また，関連する役割を果たすものとして，AngularJSやPlay Frameworkの名前も挙がった。 MVC 1.0の仕様では，Web UIフレームワークはアクションベースとコンポーネントベースに分類される，としている。同仕様はこのアクションベースの部類に入るものだ。JSFに代わるものではない。Java EEプラットフォームでWeb アプリケーションを構築するための，単にもう
Java EEを説明してみる #javaee - 日々常々
これは Java EE Advent Calendar 2014 の2日目です。 Java EE をよくわかっていない私がよくもまぁアドベントカレンダーなんて登録したなーとしみじみ思いながら。 確かアドベントカレンダーに登録したのをきっかけに、なんか調べようと思ってたのですが、 思ったより12月が来るのが速くて無理でした！ そんなこと言っていても仕方ないので、今書けるものを書くとしましょう。そうしましょう。 Java EEってなんぞ Java EEはJavaのEnterpriseEditionのことで、企業向けとかだけど、なんかサーバーとか使うせいか、Webっぽい雰囲気がある物体です。また、Java EEはいくつかのJSRをまとめたJSRのことを指したりもします。 こういうJSRを"アンブレラJSR"と言うとか言わないとか。 JSR(Java Specification Request)は
株式会社デーコム
404 NOT FOUND 申し訳ございません。お探しのページが見つかりませんでした。 お探しのページは見つかりませんでした
EJBコンテナが分散コンポーネントモデルから軽量なDIコンテナに変化してきた歴史を振り返る - 達人プログラマーを目指して
十年一昔といいますが、文字通り一昔前の書籍ではJ2EEのEJBコンポーネントはプロセスが分散化されたリモート呼び出しにより処理を行う分散コンポーネントとして説明されています。そして、残念ながら現状Java EE関連の日本語の書籍はこうした古い時代に書かれたものがほとんどとなっています。それゆえ、 開発効率がきわめて悪い 実行性能が悪い*1 仕様がきわめて複雑で理解が大変 といった悪いイメージが定着してしまっているのではないかと思います。しかしながら、最新バージョンのJava EE6では、Spring、Guice、SeamなどのOSSの軽量コンテナのアイデアを取り込むことにより、以前とは比較にならないくらい開発効率が改善されているという事実があります。 ここでは、Hello WorldのEJBの書き方を以前の古いバージョンから順次振り返りながら比較してみることで、EJBのプログラミングモデル
私のBeanValidationの使い方(Java EE Advent Calendar 2013) — 裏紙
このエントリは Java EE Advent Calendar 2013 の3日目です。 昨日は @matsumana さんのご担当で JAX-RS + mustache - @matsumana の技術メモ でした。 今回はBeanValidationの自分なりの使い方をご紹介します。 その前に BeanValidationてなんや？という方は JSR 349 の仕様を読むと良いでしょう。 200ページ超えてますが半分以上コードっぽいのでそんなにしんどくないんじゃないかと思わなくもないけどどうでしょうか？ もしくは「BeanValidation しんさん」でググると良いですよ。 本題 BeanValidationではフィールドやgetterに@NotNullとか@Sizeとかアノテーションをモリモリ付けてバリデーションするわけですが、調子に乗ってるとすぐアノテーション地獄になってキツいの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apache MyFaces