【Java】Wicket【HTML】

**デフォルトの名無しさん** · 2005/11/19(土) 22:35:08

JSPやXML設定ファイルを使わないWebアプリケーションフレームワーク。

Wicket
ttp://wicket.sourceforge.net/

JavaとHTMLで全てを完了 - ウェブアプリケーションフレームワークWicket
ttp://pcweb.mycom.co.jp/news/2005/11/01/033.html

ちょっと良さそうじゃない？と、使ったことのない俺が立て逃げ。

**デフォルトの名無しさん** · 2005/11/19(土) 22:42:57

なんだこれ
わけわからんから３行で説明よろ

**デフォルトの名無しさん** · 2005/11/19(土) 23:46:38

画面デザインは HTML でつくる。
イベント処理は Swing などのような普通のアプリケーション風。
設定ファイルはあまり使わない。

↓からコピペ
ttp://www.h7.dion.ne.jp/~a.d.1976/naguri20050703.html

**デフォルトの名無しさん** · 2005/11/20(日) 23:03:43

HTML内にPHPやJavaのコードを書いてDreamwaverで見るとぐちゃぐちゃ。
だから一度HTML内にプログラムコードを書くとプログラムが分からない
Webデザイナーはデザイン変更ができない。

そんな時Wicketはよさそう。 HTML内にはWicketの特殊なタグが入れる
入れる必要があるけど、Dreamweaverで見てもちゃんと表示されるので、
修正が可能。

まだ学習中だけど結構よさそう。

**デフォルトの名無しさん** · 2005/11/20(日) 23:07:59

ASP.NETはDreamweaverでも大丈夫だよ

**デフォルトの名無しさん** · 2005/11/21(月) 00:26:11

同じようにデザインにHTMLを使うTapestryより良さげ。

コードはSwing使ったことある人には馴染みやすいかと。
Swing開発チームメンバーが開発しただけあるよ。

SwingやっててこれからWebやろうかという人にはいいかも。
そんな俺もJSFやめてこっちを使ってみる予定。

**デフォルトの名無しさん** · 2005/11/22(火) 14:20:59

テンプレート部分だけ見るとMayaaの方がいいかなぁ。
でもトータルなフレームワークとしてみると面白そう。

**デフォルトの名無しさん** · 2005/11/23(水) 01:38:40

巷の変態HTMLにどれだけ対応できるか、だな。
「年収500万円くらいの平均的なwebプログラマー」様とやらは、平気な顔で

　<font size=5><b>ぎゃああああ<i>氏ねえええ
　　　
　<a>ここを</a>クリック！</i>

のように、さすが、プロとして恥ずかしくない前衛的なHTMLを納品して頂ける。
いつかﾇｯころｶﾞしてやる。

**デフォルトの名無しさん** · 2005/12/09(金) 18:06:46

俺は日ごろTapestryを使っているけど、
ちょっと使った感じだとよさそうだね。

ただTapestryより日本語の情報が少ないのが難点。

でも来月号だったかな？ Javaプレスで取り上げるらしいので期待。
http://www.7andy.jp/books/detail?accd=R0166022

**デフォルトの名無しさん** · 2005/12/25(日) 10:33:30

ところで、

HTMLはデザインするためにあるのではありません

**デフォルトの名無しさん** · 2005/12/25(日) 22:11:43

HTML+CSSと言えば許してくれますか

**デフォルトの名無しさん** · 2006/01/10(火) 12:24:23

Wicket Communication
http://www.eisbahn.jp/wicket/
↑Wicketをメジャーにすべく頑張るそうです。

JAVA PRESSももうすぐ発売。

応援age

**デフォルトの名無しさん** · 2006/01/18(水) 22:34:25

本屋でぱっと見てきたけど JAVA PRESS に載ってないよね?
Trails に変更したのかな?

**デフォルトの名無しさん** · 2006/01/20(金) 02:22:10

>>13
【残念です。】

**デフォルトの名無しさん** · 2006/01/20(金) 02:26:06

>>13
ttp://www.gihyo.co.jp/magazines/javapress/archive/Vol46
ほんとだWicketのWiの字もない…

**デフォルトの名無しさん** · 2006/01/21(土) 13:45:43

変更になったんだろう
残念だ。

**デフォルトの名無しさん** · 2006/01/21(土) 13:47:54

ttp://www.cbook24.com/bm_detail.asp?sku=4774126365
ここに取り上げると書いてあるが。

**デフォルトの名無しさん** · 2006/01/21(土) 13:58:34

>>10
それは「ボインは父ちゃんのためにあるんやないんやで～」と言ってるのと本質は同じだな。

**デフォルトの名無しさん** · 2006/01/27(金) 17:34:05

Wicket 1.1.1公開 - 1.2からのバックポートも
ttp://pcweb.mycom.co.jp/news/2006/01/27/343.html

**デフォルトの名無しさん** · 2006/01/29(日) 13:13:38

これ、XMLがとんでもなく少ない（というかweb.xml以外ない）のがすごくいいな。
あらゆる制御がソースコードに表れるので、中規模くらいまでならこれでいいような
気がする。

というか、Strutsとか使っててもXML書き換えたら、サーブレット再起動だったりする
しさ、もうプログラム修正のほうが分かりやすいよ、という感じで。

まあ客はプログラム修正だと再起テスト要、XML修正なら「さっさと入れちゃって」
だったりするという現実もあるんだけども....

**デフォルトの名無しさん** · 2006/02/22(水) 16:20:17

wicketを使ったサイトって知りませんか？

**デフォルトの名無しさん** · 2006/02/23(木) 02:56:55

つ ttp://www.ibfd.org/portal/app?bookmarkablePage=home

**デフォルトの名無しさん** · 2006/03/02(木) 14:43:47

まだTapestryもJSFもつかいこなしてないのにこれはなんぞやと。

Seasar2やStrutsと併用できるんかいな？

Java5対応はどうなってる？
EJB対応は？
JBoss, Apache Geronimo対応は？

**デフォルトの名無しさん** · 2006/03/02(木) 15:47:12

サーブレットが動く環境なら動きますよ！

Strutsとは併用不可でしょう。基本的にTapestryとStrutsとは競合になりますので併用不可でしょう。
Java5で動かしていますが問題ないです。 EJBとの連携も可能です。
JBoss、Apache Geronimo下で動かせるはず。
うちらはTomcatで動かしていますが...

**デフォルトの名無しさん** · 2006/03/02(木) 21:36:03

Glassfishで動いたみたいな話がある
Wicketがオブジェクトの生成をやるんで
Dependency Injectionとは相性が微妙に悪いはず

EJBはどうだろ？JNDI経由になるから問題ないんかね。

**デフォルトの名無しさん** · 2006/03/03(金) 00:35:34

つうかWicketは発想からして、徹底的にフロント層にだけ特化したフレームワークなんだから、
モデル層にEJB使おうがSpring使おうがSeasar2使おうが、全然問題ないだろ。

Springについてはサブプロジェクトでサポートしているけど、Seasar2でも普通に使えば
使えるだろ。

Strutsは同じフロント層なんでぶつかるね。

**デフォルトの名無しさん** · 2006/03/09(木) 16:01:14

JavaとHTMLで全てを完了 Wicket、1.2ではAJAXサポート強化
ttp://pcweb.mycom.co.jp/news/2006/03/09/342.html

**デフォルトの名無しさん** · 2006/03/12(日) 19:03:42

>>26
Springサポートの内容を見てて問題点が分かったような気がする。

一つはWicketコンポーネントにインジェクトしてもらいたい場合。
もう一つがWicketのコンポーネントは全部、セッション内に格納されるので、
Serializableでないといけない点。これはコンポーネントに保持されるモデル
オブジェクトもすべてそう。

DIコンテナに登録されるオブジェクトはほとんどPOJOだから、その制限は
ちょっとよろしくない。

WicketのSpringサポートでは、Wicketコンポーネントのプロパティにアノテー
ションを付けておくと、（DIコンテナにインジェクトさせる代わりに）プロキシが
生成されてそれがプロパティに入るみたい。

実際にプロパティを使うときに、プロキシがSpringとやりとりするようでした。

**http://www.vector.co.jp/soft/win95/util/se072729.html** · 2006/03/18(土) 21:41:34

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？

**デフォルトの名無しさん** · 2006/03/18(土) 22:56:31

誤爆に負けないようネタ提供。
sourceforge の Community Choice Awards の
development カテゴリにノミネートされています。
ttp://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.php
気に入ったら投票してあげて～

**デフォルトの名無しさん** · 2006/04/02(日) 16:33:13

1.2でたら開発に使おうと思ってるんだけど

**デフォルトの名無しさん** · 2006/05/03(水) 11:39:54

なんかネタねーのかよ。
誰か解説サイトとかユーザコミュニティサイトでも立ち上げろ。

**デフォルトの名無しさん** · 2006/05/09(火) 15:29:55

MYCOM Wicket入門
ttp://journal.mycom.co.jp/articles/2006/05/08/wicket/

**デフォルトの名無しさん** · 2006/05/09(火) 22:21:31

読んだ。こんな記事が出てきたことはすごくうれしい。ちょっと最初のほうがうざいけど。
でもなんかつっこみどころが何ヶ所かあるんだよな。敢えてつっこんでみる。

１なんで次画面に情報を引き渡すだけのために、WebSessionなんて使うんだよ

WicketはRequest/Responseベースのフレームワークに対して、コンポーネント(POJO)と
イベントでなんでも片づけよう、つまりはSwingみたいにWebアプリケーション作ろうぜ、という
フレームワークだろ。
確かにWebアプリケーションである以上セッションを使うシーンは確かにあるんだけど、
次画面に情報を引き渡すなら、次画面のPageオブジェクトのコンストラクタに、必要なオブ
ジェクトを渡しちゃえば済む話だ。

session.put(TEXTFIELD_ID, (Object)this.textfield);
super.setResponsePage(NextPage.class);
なんてところは、
setResponsePage( new NextPage( textField));
でいいじゃん。

だいたい、WebSessionにputなんか作ったら、HttpSessionと変わらんだろうが。
WebSessionはサブクラス化して、キーごとにgetter/setterをちゃんと作ることで、
型安全性を最大限に利用しろと作者ﾀﾝもMLで言ってたぞ。

２なんでそこでBoundCompoundPropertyModelなんだよ。

処理が余計ややこしくなってるじゃん。wicket:idとbeanのプロパティ名が一緒の
時は、CompoundPropertyModelが一番楽だろ（というかそのためにあるんだろ）
BoundCompoundPropertyModelは、親コンポーネントのモデルにOGNL式で
アクセスできる(CompoundPropertyModelかつ一部PropertyModel可)のが嬉しいものなのに、
プロパティ名そのままかよw

たしかにCompoundPropertyModelの使い方って分かりにくいけどな。MLでも何度か
使い方について質問が上がってるし。

**デフォルトの名無しさん** · 2006/05/10(水) 02:43:51

確かにちょっと変わったコードだったね。
でも初の本格的な紹介記事だしね。
おつかれさま!

**デフォルトの名無しさん** · 2006/05/10(水) 12:06:07

多少、へんなコードでも紹介されないと普及しないよ。

**デフォルトの名無しさん** · 2006/05/12(金) 15:03:30

wicketでhttpからhttpsのページへ遷移させるにはどうしたらよいのかな？

**デフォルトの名無しさん** · 2006/05/12(金) 22:32:58

リダイレクトしたいってこと？
1.2なら、

getPage().getResponse().redirect("http://www.google.co.jp");
getRequestCycle().setRequestTarget( EmptyRequestTarget.getInstance());
↑２行目のようにリクエストをキャンセルしないとリダイレクトしない。

だが。「httpからhttpsのページへ」というところが質問のキモなのかな？

**デフォルトの名無しさん** · 2006/05/12(金) 23:11:03

BookmarkablePageLinkでhttpsのURLを指定するとか。
Wicket自身にhttpsをサポートする機能はまだないみたい。

**デフォルトの名無しさん** · 2006/05/13(土) 00:13:19

ちがった。ExternalLik

**デフォルトの名無しさん** · 2006/05/13(土) 01:21:27

ExternalLinkでリダイレクトってできるの？
ExternalLinkってonClick()メソッドもないからクリック動作のエミュレーションも
できそうにないし、この手のマークアップ・コンポーネントって id が必須だから、
もしnewしても、対応するhtmlテンプレートに同じwicket:idがなかったら、
実行時にエラーになっちゃうんじゃないかなあ。

もちろん物理的にクリックすれば外部サイトに飛ぶわけだけど。

**デフォルトの名無しさん** · 2006/05/13(土) 02:03:05

リダイレクトはできないよ。
単にhttpsのリンクを張るだけ。

**デフォルトの名無しさん** · 2006/05/13(土) 03:25:42

たぶん、理想的にはページに要httpsというメタデータを付けておくと
勝手にWicketがhttpsのURLを生成してくれるというものだろうけど
そういうのはまだない。MLでは@Secureとかそういうアイディアがでてたけど。

**デフォルトの名無しさん** · 2006/05/26(金) 14:11:14

JavaとHTMLだけで完了、Wicket 1.2 待望の正式公開
http://journal.mycom.co.jp/news/2006/05/26/347.html

3度目のメジャーリリースage

**デフォルトの名無しさん** · 2006/05/27(土) 01:20:09

で、使ってみた人いるの?

**デフォルトの名無しさん** · 2006/05/27(土) 01:53:18

シンプルさでいったらVelocityのほうがよくね？

**デフォルトの名無しさん** · 2006/05/27(土) 03:03:28

Velocityとは全く用途が違うよ
Wicketが比較されるべきはStrutsやJSFなど

**デフォルトの名無しさん** · 2006/05/27(土) 12:07:57

おれ最近めちゃ使ってるよ。
ちなみにVelocityとは全然違う。Strutsと比較するのもなんか違う気がする。
まあアプリケーションフレームワークだという点では同じだが。

比べるならJSFかなあ。

Wicketのほうが楽だな、おれは。JSFは、ツールで画面を作るのが前提の
仕様になっていると思う。WicketはGoLiveとかDreamWeaverとかで画面を
作るのが前提（もちろん、あと手書きも）。

いろいろ使ってると、Panelとか結構「あー実際の開発の時、どうやって
デザイナーの作ってきたHTMLからパネル用htmlテンプレートを作るか、
想像してつくってんなあ」と思うところがあっていい感じだ。

Pageにadd()でコンポーネントを貼っていくのが基本的なプログラミングなん
で、panelにadd()でコンポーネントを貼っていく、Swingみたいな感じ。

**デフォルトの名無しさん** · 2006/05/30(火) 00:53:24

1.2になって一部変わったところもあるけど、それよりなにより
htmlをjavaのソースと同じ場所に送っていうのになかなか気が付かなかった。

エラーメッセージもちょっとわかりにくくて、ライブラリが足りないのかとか
いろいろ考えてしまったし。

でもよく考えてみたら結構合理的なフォルダ構成かも。

**デフォルトの名無しさん** · 2006/05/30(火) 01:50:32

htmlをjavaソースと同じところに置くのは、一番最初からずっとそうだが.....

というツッコミはここまでとして。
おれは最初、htmlを表示したらクラス階層がURLに漏れてしまうんだと
思ってたんだけど、実際にはあくまでテンプレートファイルに過ぎないん
であって、URLに現れるのは（当然ながら）サーブレットのURLなのな。

テンプレートとして扱うようになってからは、>>49のいうように合理的な配置
だと思えた。

1.2で採用された機能では、マウントがいいね。ブックマーカブルなページを
自由なURLで表示できるようになる。

49 · 2006/05/30(火) 09:29:59

>>50

1.2からいきなり使い始めたんだけど使える記事がMYCOMの1.1の記事しかなくて
書かなかったけどほかのいろんなとこでもではまってた　orz..
(本家のサンプルですら1.2未対応のがあるし）

ＵＲＬは確かに結局servletなんだよね。　bookmarkable　なページとかできるみたいだけど。
もう少しいろいろいじってみます。

**デフォルトの名無しさん** · 2006/05/31(水) 04:07:43

Wicketで作られたポータルサイト
http://www.szeretgom.hu/portal/egom/hirek

**デフォルトの名無しさん** · 2006/05/31(水) 22:13:35

http://blog.drecom.jp/proshile/archive/325
で
ひとつでっかい気にくわない所を発見・・・フォームの各input要素に入力した値が、
てっきりWebPage#add()で登録したComponet経由で取得できるのかと思ったら、
フォームクラスの“compoundPropertyModel”プロパティに設定したJavaBeanクラス
経由で操作するという点。確かに、input要素を全てビハインド側で登録してないから、
そりゃそうなんだけど、なんでここだけStrutsやSpringと同じモデルなのさ・・・。
Java関係の設計者のみなさま、JavaBeans好きすぎ orz　（Wicketを設計した人は
Swingの設計者なんだそうで。良くできてるけどちょっと難しすぎるってばこれ）

ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
やっぱり邪道なのかなあ・・
変にDAOのbeanをつくるよりも1ページ1クラスになって見通しよくなると思うんだけど。

**デフォルトの名無しさん** · 2006/05/31(水) 23:04:39

>>53
> ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
> やっぱり邪道なのかなあ・・

次のページにまとめて渡す必要のある情報でないんなら、そのページ限定で使うん
だから、Pageクラスのプロパティをそのまま使えばいいっすよ。だってそこでしか
使わないんだし。

setterとgetterさえあればどこにでもバインドできちゃうのもWicketのうれしいところ
なんだし、どんどん使えばいい。逆に「別クラスのBeanにつめなくちゃいけない」と
思っちゃうのは、いままでのフレームワークの毒気が抜けてないってことだろう。

次のページに渡すとか、別のオブジェクトに渡すとかいう情報はBeanにまとめたほう
がいいね。

コンポーネントから値を取り出して、自分で別のBeanに詰めたりしなくていい
（そんなことはWicketがやる）というところがうれしいのに、なんで>>53のリンク先は、
わざわざ「おれは苦労したいのになんで助けるんだ」と言ってるのか不思議。

**デフォルトの名無しさん** · 2006/05/31(水) 23:11:37

MyPage() {
super(new CompoundPropertyModel(this)
}
ってこと?
それならMyPageのインナークラスで
bean用意した方が見通しがよいんじゃないかなぁ

**デフォルトの名無しさん** · 2006/05/31(水) 23:20:27

むしろ
add( new Label( new PropertyModel( "id", this)));
ってな感じでBeanに入れるまでもないようなもんを
ページのプロパティにぶち込むんじゃねえ？

**デフォルトの名無しさん** · 2006/05/31(水) 23:22:11

納得。そりゃいちいちbean用意しないですね。

53 · 2006/05/31(水) 23:40:57

>>56

そんな感じです。

で、たとえばボタンのOnSubmit() のなかで各プロパティをメンバ変数として取得して
計算とかロジック判定とかして

setResponsePage( new NextPage(arg1,arg2,...));

として次のページに渡せばBeanとか内部クラスが減っていい感じだと思ったんですが。

**デフォルトの名無しさん** · 2006/06/03(土) 08:49:01

ttp://www.physalis.net/ss/space/Wicket

**デフォルトの名無しさん** · 2006/06/17(土) 11:51:43

どっか業務でWicket導入したやつっている？

**デフォルトの名無しさん** · 2006/06/17(土) 17:37:26

導入してるよ

**デフォルトの名無しさん** · 2006/06/18(日) 01:49:02

>>61
おお！すごいね。
何て言ってまわりを説得したの？

ウチの職場だと「Wicket？なにそれ？」って感じだから業務では使わせてくれなさそう。

**デフォルトの名無しさん** · 2006/06/18(日) 05:07:47

すみません、ｽﾚ違いかもしれませんがどうか教えてください。

自分のブログに音楽を流そうと思ってタグを打ち込んでみました

<EMBED SRC="***********files/do.mp3"WIDTH="70" HEIGHT="40" AUTOSTART="true"←こんな感じなのですが
なぜかIEやスレイプニールではページを開いた時に音楽が流れはじめるのですがファイアーフォックスでは流れません：：
どうかご教授ねがえないでしょうか？
お願いいたします！

**デフォルトの名無しさん** · 2006/06/18(日) 15:26:43

超ｽﾚ違い

＝＝＝＝＝＝＝＝＝終了＝＝＝＝＝＝＝＝＝＝＝

**デフォルトの名無しさん** · 2006/06/18(日) 16:51:52

>>62
みんな新し物好きだから新しいの出たら使いたがるのよ。
新規で作るものはこれ使ってみようみたいな感じ。

おかげでプロジェクトごとにフレームワーク
違ったりするから大変っちゃ大変。

**デフォルトの名無しさん** · 2006/07/04(火) 21:05:52

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします

**デフォルトの名無しさん** · 2006/07/05(水) 13:38:17

時給が一桁足りないと思うが。

**デフォルトの名無しさん** · 2006/07/05(水) 20:16:28

パソコン教室でＪＡＶＡ教えているけど時給１５００円だよ

**デフォルトの名無しさん** · 2006/07/06(木) 10:48:21

企業プログラマ向けの講習の講師だと、時給1万円ぐらいが普通だ。
1500円だと、教えられる側のプログラマも雇えん。
パソコン教室でJavaって、いったいどんな人に何を教えてるんだろう。

**デフォルトの名無しさん** · 2006/07/06(木) 22:46:55

>>69
JavaScript(=Java)な定義の悪寒

**デフォルトの名無しさん** · 2006/07/07(金) 11:50:02

そんな発想はなかった

**デフォルトの名無しさん** · 2006/07/08(土) 00:36:00

JavaScript(=Java)な定義の悪寒
　　　　　　V
　　　　 ∧＿∧
　　　　( ´･ω･`) 　　　∧＿∧
　　　／　　　＼　　（´Д｀；）ｽｹﾞｪ･･･!!!
.＿＿|　|　　　 .|　|＿　/ 　　　ヽ
||＼　￣￣￣￣　　／ .|　　　|　|
||＼..∧＿∧　　　(⌒＼|_＿./ ./
||.　（; 　　　）ﾏｼﾞｶﾖ･･･ ___＿_ノ|　　 ∧＿∧
　　/　　　ヽ　　　　　　　　　＼| 　（　　　）その発想はなかった・・・」

**デフォルトの名無しさん** · 2006/07/11(火) 19:55:18

>>71-72
マジで？
俺の職場まだ二つを混同してる人いるよー。
いちいち「Script」付けて言い直すのも嫌味と思われそうで気がひける・・・orz

**デフォルトの名無しさん** · 2006/07/17(月) 21:00:25

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です

**デフォルトの名無しさん** · 2006/07/27(木) 00:43:36

WicketにJSR-168ポートレットサポートが追加
http://journal.mycom.co.jp/news/2006/07/26/343.html

ポートレットって何

**デフォルトの名無しさん** · 2006/07/28(金) 00:56:27

ページの一部分だけを制御する（パネルのような）モジュールを
取り扱う、標準規格だよ。

Portlet APIに準拠したコンテナは、Portlet APIに準拠したモジュールを
簡単に画面に表示したりできるというやつ。

**デフォルトの名無しさん** · 2006/07/28(金) 01:55:30

なるほど。ありがとう。

**デフォルトの名無しさん** · 2006/07/30(日) 15:13:02

Java Worldで特集来たね
俺は取りあえずハローワールド打ってみたけど、これは面白い。
職場は完全にCと.NETでクラサバのみなんで、休日くらいしかJava触れないのが苦しいところ。

**デフォルトの名無しさん** · 2006/07/31(月) 16:25:21

http://journal.mycom.co.jp/articles/2006/07/27/click/
でClickというフレームワークがあるようですが、
ClickとWicketではどちらがどのようによいでしょうか？

**デフォルトの名無しさん** · 2006/07/31(月) 16:52:58

>>79
お前がJSPとJSFのどちらがどのようによいか解説してくれたら俺もしてやろう

**デフォルトの名無しさん** · 2006/07/31(月) 23:34:02

>>79
つ ttp://journal.mycom.co.jp/articles/2006/07/27/click/

おれはWicket好きだけど、Clickも結構イカス。formからデータをコピーするところなんか
OGNL式でマッピングとか面白い（WicketのPropertyModelがデフォルトってとこか）

Click -->
構造がシンプル。ViewはVelocityなんで簡単なロジックも書けるしMacroも組める。
シンプル命なので複雑な機能は搭載しないんじゃなかろうか。シンプルさのために
型安全性とかはあまり（あえて？）重視してないかんじ。
発展はこれから注目ってところか。あとドキュメントが分かりやすいと思う。

Wicket ->
究極のPOHP環境。ありとあらゆるものをすべてJavaだけで制御する。web.xml以外の
定義ファイルがない。AJAX部品を使えばJavaだけでAJAXなウェブアプリが組める。
APIはSwingの手法に詳しいと分かりやすいが、ちょっとドキュメントが弱い感がある。
MVCの関係が独特なのにその図解がないんで.... 各クラスの使い方を覚えるとあとは
楽かな。
９月に本が（英語だけど）出るらしい。

**デフォルトの名無しさん** · 2006/09/13(水) 23:35:56

>>81

> ９月に本が（英語だけど）出るらしい。

詳しく！

**デフォルトの名無しさん** · 2006/09/14(木) 01:21:08

>>82
ttp://www.amazon.co.jp/gp/product/1590597222/ref=sr_11_1/250-2455345-2361867?ie=UTF8

おれは既に予約済みで、いよいよ届くのか？と思ってたらAmazonから
なんか手に入らないので発送遅れるとかいうメールがきてｼｮﾎﾞｰﾝ

**デフォルトの名無しさん** · 2006/09/21(木) 22:22:08

Wicket本届いたよ。

**デフォルトの名無しさん** · 2006/09/26(火) 01:32:04

>>84
どんな感じ？
買うべきかな？

**デフォルトの名無しさん** · 2006/09/26(火) 23:18:14

今読んでるところだけど....

・読みやすい
・わかりやすい

買って損はないと思うよ。コンバータとかバリデータとかの解説って
ネットには少ないけど、拡張の仕方とかきっちり書いてある。

**デフォルトの名無しさん** · 2006/09/26(火) 23:32:12

昨日発送したってメールが着たから今日届くんだろうな
楽しみだ

86 · 2006/09/27(水) 03:43:58

引き続き読み続けているのだけど、たとえば「Hibernate in Action」みたいな
本格的なものを想像していると、肩透かしをくらうと思う。
内部実装に至るまで徹底解説！というのではなくて、Wicketなやり方について
説明した本ですね。

入門から中級くらいまでを総ざらい、という感じです。WicketのModelから始まって、
Converter, Validator, コンポーネント、ビヘイビア、さらにはSpring拡張と、
Wicketの使い方はきっちり押さえている。

Wicketのはじめての本でもあるので、ちょうどいいくらいだと思います。なにより、
とても読みやすくてすんなり頭に入ります。

あと、ページレンダリングの処理順序が説明されているところも良かったです。
図がもうちょっとあれば完璧でした。

**デフォルトの名無しさん** · 2006/09/27(水) 19:34:02

まさに入門者、Wicket歴0分の私が本を購入してみました。
とりあえずインストールが終わったところです。

**デフォルトの名無しさん** · 2006/09/28(木) 01:29:26

Eclipse3.2 + WTP1.5 の動的Webプロジェクトでhtmlをsrcの下に置いてもビルドの際にclassesにコピーされません。
これをコピーされるようにWTPを設定することって出来ますか？

**デフォルトの名無しさん** · 2006/09/28(木) 10:25:32

日本語版に期待

**デフォルトの名無しさん** · 2006/09/28(木) 11:24:18

エンジニアなら読める程度の英語だよ

**デフォルトの名無しさん** · 2006/10/10(火) 20:58:15

>>92
俺はエンジニアじゃなかったようだｗ

**デフォルトの名無しさん** · 2006/10/13(金) 06:31:29

>>90
同じところでこけたわｗ
HTMLはJavaDoc位にしか使わんから除外されてると思わんかったｗｗｗ

設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ