- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]
- JSFについて語ってくれ
前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
- 119 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 11:01:35 ]
- >>118
標準になってツールやら資料やらが揃って、自分が便利と思うなら、それで十分だと思うが。
- 120 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 12:35:18 ]
- 流れ切ってすいません。
条件によってコンポーネントを表示させたり、させなかったりする
という処理は可能でしょうか？（１つのJSPで）
- 121 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 12:44:30 ]
- >>119
広く使われなきゃ、ツールも資料も出てこなくない？
- 122 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 13:31:17 ]
- EJBの二の舞にならなきゃいいね
- 123 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 18:48:14 ]
- >>120
可能
- 124 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 22:25:48 ]
- >>121
今の流れでいくと、JavaEEに取り込まれれば、NetBeansが必ず対応するだろうし、Eclipseも続くと思われ。
資料もそれなりに揃っていくと思う。
- 125 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 11:51:22 ]
- 標準になるってのは判るけど、全面的にJTA一色に
なるとも思えない。もっとシンプル単純明快な構成を
求めるデベロッパーも多いだろうからね。
EJB2以前 ：HeavyWeight
去年までのDI ：LightWeight、だとすれば、
Seam：作り方が指定されてる感じがMiddleWeight・・・
という感じがする。（間違ってる？）
まぁSeamも選択肢の一つという位置づけだね、
オレにとっては。
- 126 名前：125 mailto:sage [2006/08/02(水) 11:57:26 ]
- ｽﾏｿ、訂正
×JTA
○JPA
- 127 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 01:41:28 ]
- ちょっと調べてみたのですが、
JSFで作ったページってアクションが発生するときは必ずJavaScript経由でPOSTされるんですか？
この仕様だとSEO的にはあまりよろしくないということになると思うのですが…
- 128 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 02:49:42 ]
- >>127
どこで調べたのか聞きたい。
- 129 名前：127 mailto:sage [2006/08/12(土) 16:14:27 ]
- 調べたというか、自分で本を少しプログラムを作成してみた範囲です。
ActionButton, ActionLinkともにPOSTが発行されてましたんで。
見当違いだったらすみません。
- 130 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 16:30:50 ]
- >>129
ActionButton, ActionLinkって？
使ったJSF実装は？
JSFは、仕様を決めているところ（Sun/JCP）と
実装をしているところ（ApacheとかIBMとか）が
違うんだから、動作の全てがJSF仕様だと思わない方がいい。
仕様でそう決められているのか、
仕様では明確になっていないための実装依存なのか、
ちゃんと切り分けろ。
- 131 名前：127 mailto:sage [2006/08/12(土) 19:15:36 ]
- すみません、h:commandButton,h:commandLinkの間違いでした。
JSF実装はmyfacesで確認していました。
うろ覚えですが、Sun RIでも確認したはずです。
うろ覚えで申し訳ないので、自分でまた調べてきます。
- 132 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 11:29:31 ]
- 質問！
h:selectOneRadioのRendererだけ独自で作って描画させました。
valueChangeListenerを利用してるのですが、バッキングビーンに
Eventが通知されません。カスタムコンポーネントを作ってて
同じような事象を解決された方いませんか？
描画してるタグはこんな感じです
<input type="radio" name="myForm:capacity" value="500">〜500人</input><br />
<input type="radio" name="myForm:capacity" value="2000">〜2000人</input><br />
<input type="radio" name="myForm:capacity" value="2001">2000人〜</input><br />
RendererではvalueChangeListenerになにか作用するプログラミングはしてないです。
つうか、何も必要ないはずですよね？なんで独自レンダラーだとEventが通知されない
のか不思議です。よろしくお願いします
- 133 名前：132 [2006/08/13(日) 23:00:18 ]
- あれぇ。誰かあいてしてよぉ
- 134 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 22:50:47 ]
- >>131
JSF1.1ではcommandLinkはformとの関係上、JavaScript必須だったような気がする。
commandButtonはJavaScript無くてもよかったはず。
携帯使うときはcommandButtonで代用する必要がある。
java.sun.com/javaee/javaserverfaces/1.1_01/docs/tlddocs/h/commandLink.html
- 135 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 23:04:32 ]
- >>132
よくわからんけど、decodeは実装した？
- 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 ]
- 質問です。
データテーブル内で入力項目１の値を変えたとき、
入力項目の２との積を入力項目３に表示する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>
画面に表示時の入力項目１の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
検索エンジンにはひっかかる。
|
 |
