JSF(JavaServer Faces)2

1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ] JSFについて語ってくれ 前スレ JSF(JavaServer Faces)【.NET死亡？！！！】 pc8.2ch.net/test/read.cgi/tech/1059208396/l50 188 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:44:41 ] JSFでViewにVelocityを使うのってできないんだっけ？ 189 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:55:12 ] 無理だろ。 190 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 23:05:32 ] >>188 JSFはJSPのカスタムタグに依存している。 191 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:23:56 ] Velo結構人気だな。 ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。 192 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:25:44 ] XSLTとVelocityがライバル関係なんだろうけど バインドされるデータがXMLかPOJOかという点で差がでちまってるからね 193 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:36:47 ] SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、 Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。 VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に 適用できるのが便利。 HTML、CSS、JS、XML、JSON etc... 194 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:50:25 ] つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね 195 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:03:47 ] CSSやJSなどで、Velocityを使っているってのは、 ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？ 実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。 Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら 標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。 EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。 「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。 196 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:06:04 ] >>195 おまえを基準にスレは進んでないから。 197 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:11:17 ] VelocityはWriterに出力するってのが最大の利点だわな。 198 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:29:51 ] まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、 我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？ 199 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:33:06 ] JSPの代替と勝手に位置づけられてもな 200 名前：195 mailto:sage [2006/10/01(日) 03:23:49 ] スレ違いでした。すんません。 JSPの代替とは思っていないですが、 Webで使って良さを感じているのであれば、それを知りたかっただけです。 201 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:24:57 ] CSS出力に使っている人は、どういう使い方なんだろ？ CSSでサイズ指定とか色指定の数値をパラメタライズできれば 便利だよなぁとは思うんだけど、そういう方向なのかな。 202 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:32:21 ] ユーザページのCSSとして物理的にファイル出力するとか ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな 掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと 203 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 07:39:16 ] >>199 ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？ 純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。 204 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 15:59:14 ] >>201 HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。 色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。 Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。 CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。 でも画面遷移とかは全然扱ってないから、JSFと比べる場合には 他のフレームワークと組み合わせるのが前提だけど。 とりあえず個人的なおすすめはVelocity＋SpringMVCかな。 自分がVelocity使うときに参考にしたのはこのへん。 www.techscore.com/tech/ApacheJakarta/Velocity/index.html 205 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 15:28:03 ] >>190 ということは、JSFのJSPカスタムタグ相当のものを Velocity Toolsで用意すれば・・・ きついかorz 206 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 17:08:38 ] freemarkerはどうなんだ〜？ いっそがしくて手が出せないよう 207 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:10:49 ] >>206 Velocity も Freemarker も使ったが、確かに Freemarker は Velocity の欠点は解消されている。 一番恩恵を受けるのはエラーの特定だな。 俺としては過去の資産が無いなら Velocity を使う理由は無い。 208 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:21:20 ] SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。 ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。 209 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:44:16 ] >>207 やっぱり？Veloやった事があってFreemarkerやった人、 何人か居るんだけどみんなそういうんだよなあ。 時間が出来たらいじってみよう。 210 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:47:56 ] 最近は重厚長大なフレームワークに目が行きがちだから ここらで小奇麗にまとまったパッケージ作るのも乙かもね 211 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 01:59:35 ] いまさらTapeはないでしょ。 212 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 06:45:12 ] 今だからこそじゃねか。JSFなんてショボデザ前提だぞ。 まともなのが来ちゃったらプログラマの負担がでかいだけだ。 213 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 15:59:38 ] WicketとかClickとかでいいんじゃないの？ 214 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 22:07:06 ] おおWicketすげー分かりやすい。目から鱗。 でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。 215 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 02:48:02 ] Wicketいいね。 216 名前：デフォルトの名無しさん mailto:sage [2006/10/10(火) 17:10:34 ] JSFちょっと使ってみた。 生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。 普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？ 217 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:19:38 ] >>216 無かったはず。 携帯用にMyfacesのjarを修正したことがあった気がする。 修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。 218 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 02:00:26 ] >>216 マジで！？ これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。 検索エンジンにも引っかからないんじゃね？ 219 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 05:15:44 ] >>218 検索エンジンにはひっかかる。 220 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:51:55 ] >>218 仕様じゃないよ。 MyFacesがそうなっているだけ。 221 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:42:17 ] >>220 SunのRIやGlassfishの実装もそうなってるね。 222 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:04:20 ] 外人はマルチバイトをバカにしているのか… 223 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:13:27 ] UTF-8もマルチバイトだろ。 ローカライズに積極的に参加しない OS周りの日本コミュニティの責任 224 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:59:22 ] >>223 なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ と思ったのは俺だけじゃないよな 225 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 02:11:09 ] もうShift_JISとEUC-JPは捨てなきゃね FCはもう移ってるんだっけ課 226 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 06:45:53 ] まあ、捨てるのはいいすぎかも知れないが、 新規で作るなら出来るだけUTF-8に移行すべきだとは思う。 Ubuntuも移っているとｵﾓﾀ 227 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 09:59:28 ] UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。 228 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 20:05:57 ] ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。 みんなStrutsが好きなんですか？ 229 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:37:09 ] JSFは3.0になるまで様子見 230 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:53:49 ] というか、わざわざここで語ることがない。 231 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:13:23 ] JSFは２年前にまともな実装が存在していたなら、 今頃はJavaWebアプリのデフォルトになっていたかもな 結果として、広まる時期を逃してしまった。 今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない 現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする 232 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:34:30 ] >>231 言い得てる 233 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 00:28:31 ] > 世の中の中枢である２ｃｈの ネタやん。 234 名前：228 mailto:sage [2006/10/29(日) 02:39:42 ] 人が居て安心したｗ ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、 理解不能な挙動をして困っています。 勉強を続けるモチベーションを上げるための情報を下さい。 235 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 06:13:36 ] >>231 つAjaxFaces、Shale(Struts 2.x) 236 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 07:44:05 ] >>234 JSFは糞だ自分の感性を信じろ 237 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 09:51:49 ] >>234 >理解不能な挙動 どんな? 238 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 10:35:57 ] >>235 どっちも鳴かず飛ばずの状態だだがなｗ 239 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:08:08 ] AjaxFacesやShaleなんてもってのほか。 あんなもんが「使える」って思う奴の気がしれん。 しかも、いまだにShale(Struts 2.x)って？ 今のStruts2.xはShaleとはまったく関係アリマセンが？ 240 名前：234 mailto:sage [2006/10/29(日) 13:17:37 ] >>236 Strutsの本を読んでこれはだめだと落胆した後、ＪＳＦの本を読んだら天国にいる気がしました。 今から勉強するならStrutsよりJSFだと思ったのです。 勉強するからには、JSFは糞というよりは、単なる黎明期で、 すばらしい未来があるのだと信じたいのです。 >>237 ・ListDataModelを用いてクリックされたアイテムのインデックスを取得する仕組みが、 <t:dataList>を使った時だけ機能しません。 <t:newspaperTable>や<h:dataTable>では機能します。 ・作業フォルダworkを削ったら、work直下に今までと違うtldCache.serができるようになり、 セッションビーンがコンストラクトさえされなくなり、正しく動作しません。 ウェブアプリのURLを変えるとたまにうまくいったりします。 また、古いtldCache.serを戻し上書きしてやると、正しく動作します。 環境は、Tomcat5.5 Eclipse3.2+FacesIDE+TomcatPlugin Java5 WindowsXP JSFは、sunの1.1と、MyFace1.1.3（FacesIDEに同梱のもの）、が入っています。 241 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:27:50 ] Strutsよりは全然いいけど、JSPベースのViewという時点で・・・ RestやFlex、Ajaxという方向に行きそうなこのご時世。 242 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:32:18 ] もうVelocityでいいじゃない。 何か問題ある？ 243 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:36:55 ] >>242 標準技術ではない。 244 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:19:28 ] JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う 今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を 自ら捨ててしまっているし HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな 245 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:20:23 ] 別にJSF一辺倒でがんばらなくてもいいということでは？ 246 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 16:51:31 ] 別にJSFからJSP+servletのページ呼び出せるからそんなに 困った記憶はないんだが…。 JSFで提供されている機能以上の事をやろうとすると途端に敷居が 上がるのはあるけど、それはフレームワークだからそういうものと 漏れは思っているけど。 不満があるならテメーでタグ書けよって世界だと思ってた。 247 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 19:28:47 ] タグ書けっていう思考がうんこ。 248 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 20:02:31 ] タグ書けってのはStrutsが出た当初の思想だな。 249 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 09:10:32 ] >>241 AjaxはJSFで結構いい感じにコンポーネント化できてると思うのだが。 >>242 Viewの話はJSFと層が違う 250 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 11:05:07 ] >>244 JSF自体、Web用フレームワークではないからな。 もっと広い概念でのMVCフレームワーク。 まあ現実的にはWeb用なんだけど。 HTTPに特化したJSFとかがあれば、もうちっとマシかと。 251 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 12:13:21 ] そうやって無駄に広い分野をカバーしようとして失敗しつつある気がする。 EJBの二の舞。 きっと2年後に、Tapestry、WiketやClickの風味を取り入れた もっと便利なJSF3.0が出るよ。それまでJSFはおあずけ。 252 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 23:49:59 ] >>250 元の作りがそうだから、AjaxやRESTに積極的に対応するには不適格なフレームワークだと言える Ruby on RailsがRESTfulに突っ走ってるのとは対照的 JSFとは別の、今の時代に合ったフレームワークがJavaにも必要だと思うのだが 253 名前：240 [2006/10/31(火) 02:25:34 ] >>240 work削ったら動作がおかしくなった原因は、 libに、sun-RIのjarと、MyFaceのjarを両方入れていたのが原因だったようだ。 FacedIDEが自動で入れるものだけで十分なのが。 254 名前：デフォルトの名無しさん [2006/11/06(月) 02:10:38 ] 最近やっと色々うまく動かせるようになった。JSF最高！ tomahawk面白い。ただ情報が少なくてしんどい。 255 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:21:54 ] tomahawk-1.1.3のinputFileUploadって壊れてない？ サンプルのwarを探しても出てこないし。 256 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:24:27 ] 物騒な名前だな 257 名前：デフォルトの名無しさん [2006/11/13(月) 16:20:07 ] Faceletsて、どうなん？ HTMLベースでやっちゃうようだが。 258 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 04:19:02 ] >>255 動くよ 259 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 16:28:04 ] なんかスレが過疎ってるけど、JSFってまだあまり使われてないのかな 260 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 20:15:18 ] >>259 ×まだ ○もう 261 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:11:51 ] じゃあみんなで何故JSFが廃れたかについて語ろうか。 262 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:53:15 ] JSFを好んで使っている漏れがきましたよ。 263 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 01:54:19 ] JSFってデザイナとの分業が絶望的じゃない？ 264 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 20:28:20 ] 実際に分業している人っているの？ JSP+servletよりはマシだから使っているんだけど。 265 名前：デフォルトの名無しさん [2006/11/28(火) 22:11:54 ] 素人なので、まじめに聞くが、 デザイナがJSFのタグを覚えて打つって分業は完璧だよな。 266 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:37:11 ] Velocityが一番好きだな Writerを出力先にしてるから再利用しやすい 時点でWicketかな 267 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:57:16 ] >>265 今はどうか知らんがIDが自動生成なんでCSSとの連携がダメダメだろ デザイナーが使ってくれるとは思えない JSFはもう見捨てたから今後一切使わないけどな 268 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 23:12:33 ] >>267 CSSとの連携は、id使わないでclassだけじゃダメなの？ 269 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 02:46:40 ] JSFってNetBeans前提な感じじゃない？ 270 名前：デフォルトの名無しさん [2006/11/29(水) 09:41:43 ] idはtomahawkでforceId属性使えば固定できるよ。 JSFしかしらない素人なので、JSFは最高と思っているんだが違うのか？ 少なくともstrutsは気持ち悪いだろ。 271 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:14:56 ] >>268 getElementByIdを使わせない気か？ 272 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:18:23 ] >>270 別に今後広まるとも思えないComponent前提のJSFの方が気持ち悪い 273 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:43:41 ] JSFはIDEから作るという特性を出したいらしいから APIの美しさ云々ではなく、中間ファイル使ってでもいいから色んなIDEで というのに主眼が置かれていると思う。 保守性より生産性を優先するならJSFもいいツールだよ。 社内の使い捨てアプリとか作る分には最高だ。RoRとか選択肢になけりゃ。 274 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:23:24 ] IBMのWebSphere(Rational)だとRoRが選択肢にないので、今のところWebアプリの 製作で一番生産性が高く初心者でも扱えるのはJSFだと思う。 確かに.NET並にまったくプログラムをせずにデータの照会・更新・削除・アップロード ダウンロードくらいは簡単に出来る。 Javaの知識ゼロでもそこそこ出来るのはそこそこに感動したけど、 おそらく、楽に作れすぎてしまうので製作者がドキュメント作らなくなるのが 欠点だとは思う。 VB厨の気持ちが体感できる。（ｗ 275 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 23:36:52 ] 自分はガリガリコードを書く派だけれども、O/Rマッパーと DIコンテナとJSFを混ぜて使うと結構楽チンになる気がする。 276 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:33:02 ] EJB3+JBoss seam +JSFはかなり楽チンになりそうだね。 277 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:58:54 ] JBoss Seamイマイチ。 Conversation IDがアプリ全体で一意なのはいいけど、 なんで単純に1からインクリメントなんだ？カンタンに偽装オッケーじゃんか。 EventスコープでもConversation IDが振られる。 リダイレクトで画面遷移できても 「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。 SFSB使いすぎ。リソース消費激し過ぎ。 JSFのSAVING_STATE_METHODがClient必須。 正気かよ？？？？ TeedaとかS2xx等、Seaser関連使ったほうが良さげ。 278 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 03:05:06 ] TeedaはS2Container使わないといけないからなあ 279 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 05:57:33 ] panelGridやpanelGroupタグを使ってcolspan属性を付ける方法が見当たりませんでした。 facetを使うと丸々一行にcolspanが張られるのですが、指定した列をまとめることができなくてorz みなさんどうやって自在なtableタグをきってるのでしょうか・・ たとえば下の簡単な例でも、htmlタグをべた書きしないと作成することができませんでしたorz <table border=1> <tr> <td>ラベル</td> <td><input type="text" size="20" /></td> <td>メッセージ</td> </tr> <tr> <td colspan=2 align="right"><input type="button" value="ボタン" /></td> </tr> </table> 280 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 12:17:30 ] >>279 調べたら、tomahawkの<t:panelGroup>にcolspan属性が増設されたらしい。 tomahawk-1.1.3で使えなかったので、その後のバージョンのものか。 rowspanはないらしい。 手打ちJSFは楽しいな。 281 名前：279 mailto:sage [2006/12/01(金) 20:12:51 ] >>280 早速試してみます。ありがとうございますm(__)m またまた質問で申し訳ないのですが、 Sun Java Studio Creator2でtomahawkやsandboxを使いたいのですが、JSC用の complibってないですよね？　 探してみたのですが見つからなくて。。 これだけメジャーなライブラリのcomplibファイルを自分で作成するのも変なはなしですよね。。 というのも、BluePrints AjaxComponentsのautocompleteを試してみたのですが 使い勝手が悪くて（自分が使いこなせてないだけかもしれませんが） sandboxの方を使いたくて＾＾； 282 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 02:55:50 ] SunのCreatorってどうなの？ 最近のマシン（C2D）とかなら余裕でサクサク？ 283 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 03:59:10 ] C2D持ってないのですが Pen4の2.6G、Mem1Gの自宅PCでは、 セキュリティソフト無し、余分なプロセスが動作してない状態でも 固まったかな？と思うことがあります＾＾； 起動時にかかる時間はめちゃ長いと思いました。 284 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 07:44:05 ] >>282 もう単体の製品じゃなくなる。 285 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 20:18:16 ] >>283 そんなんだと上司説得しづらいなｗ 重いもん入れるとしかられちゃう 286 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 23:21:31 ] >>277 > リダイレクトで画面遷移できても > 「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。 ↓はダメなの？ www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/conversations.html#d0e3703 www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/tutorial.html#blog 287 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 23:35:49 ] >>286 試してみたことある？ SeamRedirectFilterを使ってRedirectによる画面遷移を行うと URLに常にConversationIDがパラメータとして付加されるんだよ。 288 名前：デフォルトの名無しさん mailto:sage [2006/12/05(火) 07:00:54 ] >>287 Seam付属のblogサンプルだとconversationIdが付くのって ログイン周りだけみたいなのだが、対話セッション中のコン テンツもブックマークしたいということか？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef