JSF(JavaServer Faces)2 - 暇つぶし2ch

JSF(JavaServer Faces ..

554:デフォルトの名無しさん
07/11/28 01:52:36
ふと思ったんだけどJavaでのWebアプリ開発って
社内業務ツール：一般向けWebサイト
ってどっちの利用実績が多いの？

JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは
社内ツール開発を主眼に置いているってことなのかね？

555:デフォルトの名無しさん
07/11/28 11:08:35
一般に公開されててjavaで作られたまともに動くサイトってどこ？一つか二つ教えて。
駄目なのは遅い上にすぐ利用不能になるビックカメラと無印良品、両方java。

556:デフォルトの名無しさん
07/11/28 11:24:54
>>555
楽天トラベル

557:デフォルトの名無しさん
07/11/28 11:37:51
>>555
ネットバンキング・ネット株式全般。

アンチが必死にブックマーク、ブックマークと叫んでいるが
それらのサイトはURLは意識しない作りになっている。

ちなみにJavaだから遅いのではなくて、大抵はDB鯖を含め全体のチューニング不足がほとんど。
PHPだろうとperlだろうと落ちる時は落ちる。

JSFがNGでRailsがOKと言う意見ならともかく、
代替案もなしに「使えない」と言うヤツは仕事でも「使えない人材」だな。

558:デフォルトの名無しさん
07/11/28 12:32:52
>JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは
>社内ツール開発を主眼に置いているってことなのかね？

URL粘着はなにがなんでも上手くないって思い込んでいるらすぃ。

559:デフォルトの名無しさん
07/11/28 13:22:15
シマンテックとかビックカメラ.comとかルーヴル美術館とか
ジュンク堂とか富士通とかNECとかナビタイムとか

まぁいくらでもあるな

560:デフォルトの名無しさん
07/11/28 13:25:02
社内アプリならSwingのほうがいいんじゃないかな

561:デフォルトの名無しさん
07/11/28 13:31:58
>>560
状況次第かな
クライアントを把握できるようなところならそれでいいと思う

562:デフォルトの名無しさん
07/11/28 16:13:02
ビックカメラが使えるってハードルがえらく低くないか
びっくりするくらい遅いぞ。

563:デフォルトの名無しさん
07/11/28 16:20:01
SwingのGUIエディタはNetBeans以外壊滅と思ってたが
そんな話はスレ違い棚。

MyFacesはどうなるんだろうね。迷走してるってか
死の一歩手前って感じだが。

564:デフォルトの名無しさん
07/11/28 16:58:43
>>562
実装次第
あそこはネットの対応も悪いから実店舗にいけ

565:デフォルトの名無しさん
07/11/28 16:59:33
IDEAもがんばってないかい？Eclipseが壊滅してるだけかと。

566:デフォルトの名無しさん
07/11/28 17:02:49
JSF実装は結局RIできまりくさい

567:デフォルトの名無しさん
07/11/28 19:19:26
RI使っている人もいるとは思うが、仕事で使うなら
商用JSF(AP鯖)使うんじゃないのか？
WebLogicなりWebSphereなり。

漏れはIBM関連の鯖で開発するからRIやMyFacesは選択肢に上がらないワケだけど
RIなんかは使いにくいと言うか足りない印象があるが。

568:デフォルトの名無しさん
07/11/28 19:43:01
そういえば将来的にはWebページ以外にも適用させるみたいな話ってどうなった？
JSFの話じゃなかったかも知れないけど。

569:デフォルトの名無しさん
07/11/28 21:34:48
>>567
sunとredhatがRI使ってるよ
ユーザーが多いおかげでかれやすいのが特徴だね

woodstockだけ取り出して使えるようにする予定もあるようだね
他の実装でもweb.uiコンポーネント使えるように

でも、1.2ベースな時点で使うのはツリーとファイルアップロードに制限されるかな
web.uiのファイルアップロードは楽だね
フォームのエンコード方法自動で切り替わる

570:567
07/11/28 21:53:34
>>569
ああ、そりゃSUNはRIだわな。

漏れはWebSphereでJ2EE1.4ベースなIBM拡張JSFだけど、
SDOってO/Rﾏｯﾊﾟｰと一緒くたなパッケージなんで、
ファイルのアップロードとかも昔(1.1以前)から対応していてスゲー楽してた。
しかし移植性は最悪な希ガス。

まあ、逆に商用のダメってところでもないがまだJ2EE5正式版が
ないところかな？
企業はむやみやたらとVerUPしないのでそれはそれでもいいんだろうけど
J2EE1.4が出てからずいぶん経つからなぁ・・・。

571:デフォルトの名無しさん
07/11/28 22:23:50
J2EE1.4とJavaEE5じゃまったく別物だよなぁ
JavaEE5でやっとJSFがはいってUIからロジック、パーシスタンスとオールインワンになったのが大きいかな
あとXMLもほとんど書かないですむし

572:デフォルトの名無しさん
07/11/28 22:52:25
J2SDKとJDKの使い分けもそうだが、Java屋って結構律儀だなって思う。

573:デフォルトの名無しさん
07/11/28 23:26:33
表記をあいまいにしたところでいいことないでしょ
それくらい技術屋はみんなやってるよ
Javaに限らず

574:デフォルトの名無しさん
07/11/29 00:05:32
strutsってなくなるの？

575:デフォルトの名無しさん
07/11/29 00:11:39
無くならないよ。View層だけ変えたいとかいう場合も素直に付け替えられるし、超現役。

576:デフォルトの名無しさん
07/11/29 00:39:12
ちゃんとViewとロジック分離して作っていれば
フロントエンドは何を選択してもいい、となるんだが
EJBとかWEBサービスのように物理的に分かれてないと
なかなかきれいにいかなかったり

Railsはこんなにカンタン！という宣伝にTodoリストの作成あるけど
正直IDEサポートがあればJSF+JPAだともっとカンタンにできあがるよね

577:デフォルトの名無しさん
07/12/03 02:16:37
あ～あ、JSF無条件マンセー派がファビョりだしたから
また過疎スレになっちゃった。

578:デフォルトの名無しさん
07/12/03 11:50:56
またアンチの勝利宣言か。

579:デフォルトの名無しさん
07/12/03 13:44:07
Java関連スレに出てくるアンチ君だとおもう

中学生くらいはそういうお年頃だから仕方ない

580:デフォルトの名無しさん
07/12/04 00:35:03
Ajax使うときのベストな手法って固まってるの？
jMakiとか気になるんだけど、基本的にタグライブラリの中でやりくりするのかな？

581:デフォルトの名無しさん
07/12/04 01:21:07
タグライブラリが全て面倒見るタイプならぽとぺたとプロパティの設定だけでいい
webuiはこっち

でもボタン押したらJavaのこのメソッドをコールとかならDWRとかいわゆる別の入り口作ればいい

582:デフォルトの名無しさん
07/12/07 01:10:15
★FAQ

Q：
RESTがやりにくそうなんだけど？

A：
現在のJSFはいわゆるログイン必須のブックマークを取らないシステムしか考慮されていません。
次のバージョンである2.0でRESTがサポートされる見込みです。

現在の1.2では自前でアクション時にリダイレクト処理をしていくしかありません。
結果、他のアクションベースの開発のようにURLを意識しての開発は生産性がかなり落ちます。

583:デフォルトの名無しさん
07/12/07 06:44:07
釣れますか？

584:デフォルトの名無しさん
07/12/08 21:42:53
>>582
>次のバージョンである2.0でRESTがサポートされる見込みです。

ごめん、これ知らなかったので、ソース教えて。

585:デフォルトの名無しさん
07/12/08 21:55:18
>>584
RESTの仕様であるJSR311サポートするとある
それに伴ってGETも対応させるようだ

数値文字参照がなくなれば標準コンポーネントに関しては携帯電話も動きそうな予感
今の状態だとフルブラウザ使えとかスマートフォンつかえとかになっちまうからね

586:デフォルトの名無しさん
07/12/12 02:23:26
URLﾘﾝｸ(www.itmedia.co.jp)

587:デフォルトの名無しさん
07/12/12 02:38:46
>>586
貼り付けるスレ間違えてるぞ

588:デフォルトの名無しさん
07/12/12 15:51:19
Railsは世の中の流れをうまくとらえてるよなあ。
それに比べてJSFは・・・

589:デフォルトの名無しさん
07/12/12 16:56:17
またアンチ君復活か

590:デフォルトの名無しさん
07/12/12 17:21:54
信者vsアンチか
どっちも頑張れ

591:デフォルトの名無しさん
08/01/25 22:13:11
なんか世界ではJSF+Faceletsが中心になってってるみたいだな。
Web Beans、JSF2.0の乗っかるJavaEE6が、EoDのとりあえずのゴールになりそうだ。
EE5でも十分All-In-Oneで行けるし、今からJavaに来る子は幸せだな。

592:デフォルトの名無しさん
08/01/26 00:30:08
Faceletsだとぽとぺたじゃないから手間が増えるのがガンだよね
JSFはコンポーネントバインディングして何ぼだと思うし

今からさわる子は幸せというのは同意

でも、今でも新規作成でstruts1やってるところも結構見るから運次第か

593:デフォルトの名無しさん
08/01/30 00:49:53
今現在チャットのようなものを作ろうとしてるんですけれど……
普通、form中にinput でsubmitボタンを作れば、他の入力部品にフォーカスが入ってる場合でもエンターでsubmitされますよね？
が、JSFのh:form内でtype=submitのcommandbuttonを作ってもenterじゃsubmitされないようなのです。
これって、なんかプロパティなり設定を変えれば済む話なんでしょうかね。
なんか初歩的なことを尋ねるようで申し訳ない。

594:デフォルトの名無しさん
08/01/30 02:16:44
submitされるかどうかはブラウザ依存だが、
通常リターン押すだけでsubmitボタンがなくてもされるよ

595:デフォルトの名無しさん
08/03/17 01:48:55
Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？

どうやってコンポーネントのIDとればいいんでしょうか？
Update Model Values の後にValidationするタグとかってどうつくれば・・・

596:デフォルトの名無しさん
08/03/17 01:54:37
なぜそういうことを考えるの?

597:デフォルトの名無しさん
08/03/17 02:24:11
基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
モデルのValidationは作成済みで、その機能をそのまま利用したいからです。

Validationでは基本的に各属性のみの値を使って検証することになりますが、
モデルのその他の設定されている値(プロパティ)も見たいのです。

598:デフォルトの名無しさん
08/03/17 17:34:31
JSFのバリデータは個々の値の検証のみを行うものだよ

複数の検証なら当たり前だけどinvokeApplicationフェーズで行うしかない
ロジック呼ばなければいいだけでしょ？

599:デフォルトの名無しさん
08/03/17 20:47:24
カスタムバリデータ作ればいいじゃない。

600:デフォルトの名無しさん
08/03/18 23:40:31
>>599のいうことは>>597のやりたいことに対してなんにも解決方法になってないんだが

601:デフォルトの名無しさん
08/03/23 02:27:52
>>597の「やりたいこと」が分かってしまう>>600はエスパーか同じ穴の狢

602:デフォルトの名無しさん
08/03/23 06:06:36
ここってGWT-Ext2.0のスレで良かったけか？

603:デフォルトの名無しさん
08/03/23 14:39:19
>>601
エスパーじゃなくても分かるくらいの情報は書いてあるが。
人によって理解度に差があるのは仕方の無いことか。

604:デフォルトの名無しさん
08/03/23 14:50:53
カスタムバリデータ作ればいいじゃん

って俺も思うけどな。

バリデータの階層的呼び出しができないとか
モデル値の参照ができないと思い込んでないか？

605:デフォルトの名無しさん
08/03/23 15:37:28
単に>>597はバリデータの理解度が足りてないだけだと思う
もちろん理解度に個人差があるのは仕方ないことであるｗ

606:デフォルトの名無しさん
08/03/23 16:35:52
メソッドバリデータでいいんじゃね？
どっちにしろ>>597のほしいものとは違ってくるけど

607:デフォルトの名無しさん
08/03/23 20:40:02
モデル値の参照ってどうやるの？

608:デフォルトの名無しさん
08/04/09 03:03:39
結局だれもまともな解答付けられずw

609:デフォルトの名無しさん
08/04/09 13:08:04
だってJSFのライフサイクルにあわないもん

610:デフォルトの名無しさん
08/04/15 00:39:22
UIComponent#getParent()/getChildren()使えば他のUIComponentの値を
参照できるんだからカスタムバリデータで頑張れば解決で終了

611:デフォルトの名無しさん
08/04/15 00:43:19
>>610
モデルでほしいといってるからそれは解決方法にならないだろ
それでいいのなら何をしてもいいことになる

612:デフォルトの名無しさん
08/04/15 01:02:40
>>611
モデルでほしいなんてC/C++のポインタが自動的に割り当てられた
アドレスを指してるってくらい無茶な願望だってことに気づくべき

613:デフォルトの名無しさん
08/04/15 01:49:10
>>612
いや、だからみんなむちゃだといってるんでしょ
そのものの解決は無理だと

614:デフォルトの名無しさん
08/04/15 02:06:11
>>613
だからカスタムバリデータで終了だと言ってるのになんでループ？

615:デフォルトの名無しさん
08/04/15 02:21:09
>595=597の問題をどう定義するかで解決が変わるんだな
>599,604,610は↓が問題で
> 基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
↓は問題ではなく単なる(願望としての)解法だと捉えてるからカスタムバリデータで解決
> Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？
> モデルのValidationは作成済みで、その機能をそのまま利用したいからです。
>600,611,613は↑が問題だと捉えてるから解決しない

616:デフォルトの名無しさん
08/04/15 08:32:16
immediate=true を組み合わせればmodel値取れるじゃん

617:デフォルトの名無しさん
08/04/15 13:22:52
>>616