[mayaa-user:243] Re: validatorエラーで再表示時にbeanの値がとれない
Katsuhiko Nagashima katsuhiko.nagashima ＠ gmail.com 2006年 8月 2日 (水) 23:09:20 JST 前の記事 [mayaa-user:241] validatorエラーで再表示時にbeanの値がとれない 次の記事 [mayaa-user:244] Re: validatorエラーで再表示時にbeanの値がとれない 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] 永島です。 この問題はS2Strutsが原因で発生しています。 Strutsでは、POJO Formを受け取ったとき、BeanValidatorFormでラップして処理します。 <s2struts:init>タグの初期表示のときは、DtoそのままがRequestに設定されるので <m:write id="hogeId" value="${foo
モチベーションは楽しさ創造から - なぜ、あの人には教えたくなるのか？ 教わり上手な人の８つの...
自分の力を向上していこうとする際に、最も効率の良い学習の仕方は、「達人から教えて貰う事」。 読書やネットで様々な事が勉強できる環境になったとはいえ、それだけに頼っている人より、身近な達人から『どんどん教えて貰える人』の方が仕事の上達も早い。自分だけの学習では、どうしても限界があったり、効率が悪かったりします。私の身の回りにも教えて貰い上手の人がいて、コンサルティングフィーを支払わずに、上手にノウハウを聞いていく人がいます。こちら側はいつの間にか教えているのです。（後で、無料でコンサルティングしてしまったと思うのですが・・） みなさんも自分の回りを眺めてみると、『どんどん教えて貰える人』と『全く教えて貰えない人』がいませんか？振り返ってみると学生時代も、先生の方に好き嫌いがあり、『懇切丁寧に、どんどん教えて貰える生徒』と『全く教えて貰えない生徒』がいた。社会でも同じような事が多いものです。み
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
LAPISLAZULI HILL#Hatena - AtomPPやRESTなどのAPIにおける認証のメモ
WSSE認証 Basic認証 Digest認証 ひとまずはBasic認証で充分な気がする．WSSEは消えつつあるのかな? 以下引用メモ # 2007年06月30日 miyagawa miyagawa Basicのほうがいいよ VoxのフィードはmiyagawaさんがBasic認証対応にしたみたいです。確かにWSSE認証に対応したフィードリーダーなんて聞いたこと無い。 でもたとえば記事のPOST/PUT/DELETEとかはBasic認証でやちゃっていいのかな？今作ってるサービスでも認証方法が決まらなくてscaffold_resourceで生成したAPIもPOST/PUT/DELETEはコメントアウトしてるんですよね。 Basic認証 より正確にいうと、Atom 自体に独自の認証スキームは定義せずに、既存のHTTPで利用できるBasic/Digestを使おうということだと認識しています。WSS
ブログサービス | SSブログ
おトクなブログを選ぶならSSブログ。1アカウントで5ブログ・5ギガの大容量。デザインカスタマイズも自由自在。すべて無料で利用できます。
AtomPP でタグの編集に関するつぶやき - naoyaのはてなダイアリー
思考がまとまらないまま少しつぶやいてみます。 はてなブックマークの API の拡張の実装をぼちぼちやってます。フィードにページングの機能を付けて過去のフィードを取得できるようにしたり、タグで絞り込んだフィードが取得できるようにしたりといったところは実装済みです。 以前に Atomフィード内のタグはどう表現するかというところで、dc:subject か category か、と思ったのですが現在はてなブックマークで利用している IETF ドラフト以前の仕様では category 要素はないし、既存のクライアントやAtomPP 側との整合性を考えるとドラフト版に移行するのは早計、と見て dc:subject で表現しています。 ... <entry> <title>はてなブックマーク</title> <link rel="related" type="text/html" href="..."
yohei-y:weblog: REST -> AtomPP -> blog -> Permalink -> RSS/Atom -> Remixing (Ajax/Microformats/Folksonomy)
REST -> AtomPP -> blog -> Permalink -> RSS/Atom -> Remixing (Ajax/Microformats/Folksonomy) 少し前の話だが、Blog Hackers Conference 2005 に行った。 miyagawa さんのキーノートも、naoya さんの講演も、キーワードは Web 2.0 (的なもの)だなという印象だった。 中でも特に気になったのはこのスライドで blog が missing piece を埋めた、という話だ。 こちらのコメントにも書いたのだけれど、 ここでいう blog というのはいわゆる weblog system/service だけを指すのではなくて、 blog 周辺の技術 (RSS, Atom, AtomPP, REST, Permalink) が方法論として、プラットフォームとなる、というの
sitemaps.org
サイトマップとは何ですか。 サイトマップを使うと、ウェブマスターはサイト内のクロールされるページを検索エンジンに簡単に知らせることができます。 サイトマップは、最終アップロード日、通常の更新頻度、サイト内の他の URL との相対的な URL 優先度など、各 URL の詳細メタデータのほか、サイトの URL がリストされている簡単な形式の XML ファイルであるため、検索エンジンでより正確にサイトをクロールできます。 通常、ウェブ クローラは、サイト内のリンクや他のサイトからのリンクを基にページを検出します。サイトマップはこのデータを補足するもので、サイトマップをサポートしているクローラがサイトマップ内のすべての URL を取得し、関連付けられているメタデータを使用して、URL に関する詳細情報を把握できるようにします。サイトマップ プロトコルを使用しても、検索エンジンにウェブページが必ず登
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yahoo!検索 ヘルプ - サイトマップ（Sitemaps）のサポートについて