[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 09/11 23:13 / Filesize : 137 KB / Number-of Response : 618
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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

136 名前:デフォルトの名無しさん [2006/08/17(木) 01:39:37 ]
sun java studioむずいわ。

137 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 02:04:58 ]
pointbase以外で動くのかこれ

138 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 09:30:29 ]
質問です。
データテーブル内で入力項目1の値を変えたとき、
入力項目の2との積を入力項目3に表示するJavascriptを作りたいのですが、
うまく値を取得することができません。
どのようにすればよいでしょうか。
現在以下のようになっています。
<h:dataTable id="htmlList" value="#{list.list}"
var="list" rows="10" width="100%">
<h:column id="clm1">
<h:inputText id="text1" value="#{list.cnt}"
onchange='keisan()'>
</h:inputText>
</h:column>
<h:column id="clm2">
<h:inputText id="text2" value="#{list.cnt2}" />
</h:column>
<h:column id="clm3">
<h:inputText id="text3" value="#{list.cnt3}" />
</h:column>
</h:dataTable>
画面に表示時の入力項目1のnameは
form1:htmlList:0:text1
form1:htmlList:1:text1
    ・
    ・
のようになっています。
よろしくお願いします。

139 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 10:59:20 ]
>138
です。
自己解決しました。
TomcatPlugin内のDevLoader.zipを解凍して
Tomcatのlibフォルダに入れることで解決しました。
ですが、次は
java.lang.NoClassDefFoundError:
org/apache/commons/javaflow/bytecode/Continuable
が発生してしまいました。
解決方法を教えてください。

140 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:02:59 ]
>139
誤爆すみません

141 名前:デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:07:39 ]
頭を使った形跡が見られない質問だな。

ライブラリが足りない。 ttp://jakarta.apache.org/commons/sandbox/javaflow だ。
自分で入れたjarがこいつに依存してるんだろ。 入れろ。

142 名前:132 [2006/08/17(木) 11:46:05 ]
>>135
decode実装ってどうするんですか?
encodeBeginしかオーバーライドしてないんですがそれが問題でしたかね。
具体的に教えていただけるとありがたいです。

sun download centerからjarのソース持ってきて
SelectOne系のtableタグを描画してるMenuRendererとか
のstartElementsを削除してうまく動作したのだけどね。

143 名前:デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:00:56 ]
>>142
UIInput系のRendererは
 出力時にencodeXXXでUIComponentの内容を描画
 入力時にdecodeでUIComponentに値を設定
ということをするので、decodeではUIComponentの
setSubmittedValue()を呼んで値を設定する必要がある。

UICommand系の場合はdecodeでUIComponentの
queueEvent()を呼んでイベントをキューに入れる必要
がある。

きゅう。

144 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 02:22:50 ]
JSFでweb.xmlのURLのマッピングって本とかネットだと大抵
/faces/*とか*.facesなんかを推奨してるけどこれだとURL直打ちで
jspファイルを指定できてしまうわけだが、500エラーが出ちゃうのって
あんまりよろしくないわけだけどこれらの問題はどう解決したらいいんだろう?



145 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 02:37:09 ]
あるべきオブジェクトがないとか期待する値と違うとかだろ?
ちゃんと状態を見てハンドリングすれば問題なし

146 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 04:19:09 ]
>>144
RIのサンプルなどを見ればわかると思うけど、
web.xmlの<security-constraint>やServletFilter等でチェックして弾くなど
アプリ側で対処するしかない。

従来のように/WEB-INFの下にJSPを配置できればよいのだけれど、
*.facesではそれができないし、(やってみればわかる。404NotFoundになる)
/faces/* では他の/WEB-INF/以下のリソースにアクセスできてしまう。※
(jarとか設定ファイル類とか)
なので、JSPはWEB-INFの外側に置いて、直接アクセスされないようにするには
アプリ側で対応することになる。

※ただし、MyFaces1.1.3では後者の問題には対応したようだけど、
 これがJSF1.2仕様によるものなのか、MyFaces独自の実装なのかはまだ調べてない。

>>145
そういう問題じゃないだろ。

147 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:02:08 ]
>>146
よく嫁500エラーだぞ

148 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:12:43 ]
ところで俺今まで一度もWEB-INFの下にJSPを配置したことないんだが、、、

149 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:53:00 ]
>>147
読んでますが、何か?

150 名前:デフォルトの名無しさん [2006/09/01(金) 13:27:24 ]
誰か「 hifaces 」というSubProjectについて三行で説明して。

151 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 14:17:20 ]




152 名前:150 mailto:sage [2006/09/01(金) 18:18:49 ]




153 名前:デフォルトの名無しさん mailto:sage [2006/09/01(金) 18:21:30 ]





154 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 10:45:04 ]
>>150
テンプレートでなんかやりたいらしいが
プロジェクト参加者いねーし
そもそもJSF自体どうでもいいや



155 名前:デフォルトの名無しさん [2006/09/02(土) 13:13:10 ]
CommandLinkのmethod bindingってsessionスコープじゃないと動かないYO
なんで?

156 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:22:41 ]
そんなわけない

157 名前:155 [2006/09/02(土) 13:33:56 ]
あった。これひどいねー。

しかしこの場合、ListBeanに引きずられて、
DetailsBeanもsessionスコープの
オブジェクトとして宣言しなければなりません
(<h:dataTable>内のボタンを正しく機能させるためには、Listモデルをsessionスコープに保存しなければなりません)


158 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:59:30 ]
>>157
問題の切り分け能力の無い奴だ。

159 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:00:29 ]
>>157
何がひどいんだ?

160 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:25:27 ]
dataTableの欠陥じゃん。

161 名前:デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:40:46 ]
どこがよ?

162 名前:デフォルトの名無しさん mailto:sage [2006/09/22(金) 21:19:12 ]
JSFは生産性が1/10に落ちる糞フレームワーク
氏ねよ

163 名前:デフォルトの名無しさん mailto:sage [2006/09/23(土) 06:58:35 ]
IBMのJSFはそんなに悪くないと思うけど。

164 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:47:40 ]
JSF+Springで、DIによって結合されたクラスを使用して
初期化メソッドを実行するにはどうすればいい?



165 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:55:07 ]
initMethodを使えばいいんでねーの?

166 名前:デフォルトの名無しさん [2006/09/26(火) 09:09:36 ]
initMethodってseaserだけじゃないの?

167 名前:ルアーマン [2006/09/26(火) 10:46:42 ]
kansuu.com
また一から組むのまっぴらごめんよ。。
共有一番よ。。。
所詮プログラムなんてよ。。


168 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 13:27:58 ]
Springの場合はinit-methodだったはず
つかマニュアル嫁

169 名前:デフォルトの名無しさん mailto:sage [2006/09/26(火) 17:52:02 ]
>>164
Web層でいいならServletContextListenerでもいいんじゃない?

170 名前:デフォルトの名無しさん [2006/09/28(木) 23:57:05 ]
デザイナとプログラマの分離とは言うけどさ、
JSFベースのレイアウト職人なんてSOHOにも居ないだろ
結局ELだけのがいいんじゃないかなとか思う

171 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:00:04 ]
JSFでデザイナとプログラマの分離は無理でしょ。
そもそもそこを目指していないように見えるんだけど誰が言い出したんだ?


172 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:37:18 ]
プレゼンテーション層との分離を業務の分離と解説してるとこが多いだけか。
でもFlashデザイナさんとなら相性いいかもね。ASでCGI使い慣れてる人多いだろうし。

173 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 03:37:10 ]
>>170

デザイナとプログラマの分離だったらVelocity使ったプロジェクトが一番やりやすかったな。

JavaScript書けるレベルのデザイナだったらVTLでスマートなページ作ってくれるよ。

174 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:46:47 ]
Velocityはいいよな。個人的にはJakartaの中ではAntの次に傑作だと思う。
社内システムとか組むなら一番汎用性があるよ。



175 名前:デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:53:02 ]
俺もベロに一票

176 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:15:52 ]
Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか?

177 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:23:14 ]
Velocityは「○○のテンプレート」ではない。
まさに「テンプレート」そのものなのだよ。
HTML、XML、メールとその用途は何でもいい。

178 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 01:20:51 ]
>>177
そんなの知っているし、今はどうでもいい。
WebアプリのView構築においてJSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか?


179 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:04:12 ]
>>178
なんか上手く言えないんだけど、
「単なるテキストデータのテンプレート」
なのがいいのかなあ?
HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。
あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。
動的にSQL文を組み立てたり、いろんなとこに利用してる。

他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。

JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合
負担が大きいと思う。

180 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 04:56:34 ]
>>179
JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。
結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。

181 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 08:58:35 ]
>>179
JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない?
俺は、ライブラリ追加したり設定ファイル追加したり、
勝手にバージョンアップする依存ライブラリもあったり、
流行り廃りがある可能性のあるベロより、
標準技術のほうが良いと思う。


182 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 12:29:26 ]
JSPに固執してるんなら「○○のテンプレート」でええやん

183 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:34:41 ]
SwingでもJSFが出来るみたいに書いてる記事があるけど
navigation-ruleってJSP前提みたいになってる気がするんだけど。
XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。

184 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:07:08 ]
標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた



185 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:29:10 ]
>>183
将来のバージョンではそうしたいというだけ。今はJSP前提。


186 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 20:19:32 ]
>>184
じゃあなに使うの?

187 名前:デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:41:00 ]
JSFとTapestryを流し読みしてみたが
俺の印象ではTapestryのほうに軍配が上がるな。
JSFがSwing対応したら使い分けたいと思ったが。

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 ]
JSFの勉強してるんですが、世の中の中枢である2chのスレでさえ過疎っていて不安でしょうがありません。
みんな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は2年前にまともな実装が存在していたなら、
今頃は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 ]
> 世の中の中枢である2chの

ネタやん。

234 名前:228 mailto:sage [2006/10/29(日) 02:39:42 ]
人が居て安心したw

JSFで色々試してるのですが、バグるし、日本語情報少ないし、
理解不能な挙動をして困っています。
勉強を続けるモチベーションを上げるための情報を下さい。



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は糞だ自分の感性を信じろ






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<137KB

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