JSF 2.0 の Ajax 対応はとてもかんたん
JSF 2.0 の Ajax 対応はとてもかんたん 2011年1月18日 at 6:25 午後 4件のコメント JSF 2.0 の新機能の一つに Ajax 対応があります。今日は JSF 2.0 に追加された Ajax と 画面遷移が無いページ(同一描画内)で利用可能な @ViewScope について紹介します。 JSF 2.0 で追加された Ajax の機能を使うと、JavaScript の知識が殆どなくても Ajax のページを作成する事ができます。またその際、自身で XMLHttpRequest, XMLHttpResponse の通信処理も記載する必要がないため開発効率が向上します。 もっと誇張していうなら、通常の JSF ページに対してほんの数行追加するだけで、簡単に Ajax 対応させる事ができます。下記に示す例ではほんの１〜２行追加するだけで Ajax 対応ページを実現してい
葉っぱ日記 - レジストリの HKCR￥MIME￥Database￥charset 以下に定義されています。
UTF-7を利用したXSSは、charset が指定されていない場合に発生すると考えられていますが、少なくとも Internet Explorer においては、これは大きな間違いです。正しくは、Internet Explorer が認識できる charset が指定されていない場合であり、charsetが付加されていても、IEが認識できない文字エンコーディング名である場合にはXSSが発生します。 例えば、次のような HTML は(HTTPレスポンスヘッダで charset が明示されていない場合)IEが文字エンコーディング名を正しく認識できないため、その内容からUTF-7と解釈されるためにスクリプトが動作します。"utf8"という表記はUTF-8の慣用的な表現ではありますが、ハイフンが抜けており正しい表記ではありません。 <html> <head> <meta http-equiv="Co
AjaxとCometで作るリアルタイムWeb
はじめに Ajax+Cometは、WebSocketsが定着するまでのつなぎの技術という見方もあります。しかしながら、クライアントがシンプル、プロトコルを拡張しない、といったメリットもありますので概要を紹介します。 今回は実装までのソースを解説していくのではなく、Ajax+Cometアプリケーションでの在席状況確認の仕組みやシステム構成のポイントといった部分を中心に解説していきます。 Ajax+Cometアプリケーションの場合、クライアント側にはリクエストを投げる仕掛けのみを構築しますので、Cometを実現するWebサーバーのアプリケーションが双方向通信の実体になります。 システムの構成 今回は、CometをJavaで実装するケースを想定しますので、jetttyのサーブレットの仕組みを解説することになります。 クライアント側の仕掛けは非常にシンプルですので、サーブレットの解説の前にクライア
ハイテンションAjax入門 - 三等兵
JSが少しできる人ならうじうじ考えるほどのこともでもない！ 何も難しいことはない！ぶっとんぢまいなよ！ヒャッパー！！！ というノリでAjaxを学んでみました。醜いです。 Ajax入門 Ajaxはいろいろできるんだぜ！ 以上入門終り！キミは完璧だ！次いけ！ Ajaxは非同期通信だかなんだかそんなもんはどうでもいいんだ！ どうでもいい！そんなことよりもXMLHttpRequestオブジェクト生成！ var request = false; if(window.XMLHttpRequest) { request = new XMLHttpRequest(); //frefox ie7,8 safai opera } else if(window.ActiveXObject) { try { request = new ActiveXObject("Msxml2.XMLHTTP"); // ie6
Ajax - AWS Caching Proxy w/ Authentication Support : 404 Blog Not Found
2009年06月26日06:00 カテゴリLightweight Languages Ajax - AWS Caching Proxy w/ Authentication Support ありがとう、たださん。 Amazon API認証のPROXYを書いたよ(AmazonのAPI認証導入はOSSに対する挑戦だよなぁ(4)) - ただのにっき(2009-06-19) ご提案いただいている アプリ --(ASIN)→ PROXY --(ASIN+秘密キー)→ Amazon の方法でしたら、ライセンス上問題となりませんので、対応につきご検討いただけますと幸いです。 ニヤリ。 というわけで、私も書きました。 Synopsis すごくRESTful。とっても簡単。ASINが4534045220とすると、 XML //api.dan.co.jp/asin/4534045220.xml YAML //a
第1回 JavaScriptの復権 ― ＠IT
連載目次 JavaScriptが、いま注目を浴びている。JavaScriptの復権、といってもよい。 最初にJavaScript（当初は「LiveScript」と呼ばれていた）がブラウザに実装されたのが1995年の「Netscape Navigator 2.0」というWebブラウザでのことであるから、すでに登場から10年以上も経過しているわけであるが、そんな枯れた言語がなぜいまごろになって注目されているのか。 いうまでもない。昨今、GoogleやYahooをはじめとした多くの企業が積極的にJavaScriptを採用したリッチなユーザー・インターフェイスを公開し、これが「Ajax（Asynchronous JavaScript And Xml）」という名前とともに急速に注目を浴びたことが、その理由である（Ajaxについては拙稿「枯れた新しいUI革命「Ajax」をASP.NETで活用する」を参
HeartRails Glance | リンク先 「チラ見」 サービス
「チラ見」 ウィンドウに必要を感じないお客様は、「チラ見」 ウインドウ下部の x ボタンをクリックすることにより、以後、そのサイトに付加された 「チラ見」 機能を無効にすることができます。また、「チラ見」 機能を導入済みのサイトには、併せて 「チラ見」 機能の有効／無効を切り替えるための Switch を設置することができます。 Switch を設置したい場所に下記の JavaScript をペーストしてください。 お客様のサイトの文字コードが UTF-8 の場合 <script type="text/javascript" charset="UTF-8" src="http://glance.heartrails.com/api/utf8/switch.js"></script> お客様のサイトの文字コードが EUC-JP の場合 <script type="text/javascrip
Adobe - Adobe AIR
The state of Adobe AIR For information about the transition of Adobe AIR, please visit the HARMAN website and the Adobe AIR Community Forum. AIR developers needing assistance can also contact HARMAN at adobe.support@harman.com. For information about using Adobe APIs for Creative Cloud, Document Cloud, Experience Cloud and Experience Platform, visit adobe.io/apis More Adobe developer resources are
Lingr Blog: Lingr- Under The Hood
Hello everyone- my name is Danny Burkes, and I'm the technical leg of the Lingr triumvirate. Lingr is a new type of website- it's an interactive, desktop-style application that runs right inside your browser. In our case, the application is realtime chat, with community and discovery aspects that make us oh-so-Web-2.0-y. We want to be completely open about our technology, and also give kudos and
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer
not found