【Java】Wicket【HTML】
Wicket
ttp://wicket.sourceforge.net/
JavaとHTMLで全てを完了 - ウェブアプリケーションフレームワークWicket
ttp://pcweb.mycom.co.jp/news/2005/11/01/033.html
ちょっと良さそうじゃない？と、使ったことのない俺が立て逃げ。
わけわからんから３行で説明よろ
イベント処理は Swing などのような普通のアプリケーション風。
設定ファイルはあまり使わない。
↓からコピペ
ttp://www.h7.dion.ne.jp/~a.d.1976/naguri20050703.html
だから一度HTML内にプログラムコードを書くとプログラムが分からない
Webデザイナーはデザイン変更ができない。
そんな時Wicketはよさそう。 HTML内にはWicketの特殊なタグが入れる
入れる必要があるけど、Dreamweaverで見てもちゃんと表示されるので、
修正が可能。
まだ学習中だけど結構よさそう。
コードはSwing使ったことある人には馴染みやすいかと。
Swing開発チームメンバーが開発しただけあるよ。
SwingやっててこれからWebやろうかという人にはいいかも。
そんな俺もJSFやめてこっちを使ってみる予定。
でもトータルなフレームワークとしてみると面白そう。
「年収500万円くらいの平均的なwebプログラマー」様とやらは、平気な顔で
<font size=5><b>ぎゃああああ<i>Rえええ
<!--- あれれえ？ <blink>--</blink> えええ？ --->
<a>ここを</a>クリック！</i>
のように、さすが、プロとして恥ずかしくない前衛的なHTMLを納品して頂ける。
いつかﾇｯころｶﾞしてやる。
ちょっと使った感じだとよさそうだね。
ただTapestryより日本語の情報が少ないのが難点。
でも来月号だったかな？ Javaプレスで取り上げるらしいので期待。
http://www.7andy.jp/books/detail?accd=R0166022
HTMLはデザインするためにあるのではありません
http://www.eisbahn.jp/wicket/
↑Wicketをメジャーにすべく頑張るそうです。
JAVA PRESSももうすぐ発売。
応援age
Trails に変更したのかな?
【残念です。】
ttp://www.gihyo.co.jp/magazines/javapress/archive/Vol46
ほんとだWicketのWiの字もない…
残念だ。
ここに取り上げると書いてあるが。
それは「ボインは父ちゃんのためにあるんやないんやで〜」と言ってるのと本質は同じだな。
ttp://pcweb.mycom.co.jp/news/2006/01/27/343.html
あらゆる制御がソースコードに表れるので、中規模くらいまでならこれでいいような
気がする。
というか、Strutsとか使っててもXML書き換えたら、サーブレット再起動だったりする
しさ、もうプログラム修正のほうが分かりやすいよ、という感じで。
まあ客はプログラム修正だと再起テスト要、XML修正なら「さっさと入れちゃって」
だったりするという現実もあるんだけども....
Seasar2やStrutsと併用できるんかいな？
Java5対応はどうなってる？
EJB対応は？
JBoss, Apache Geronimo対応は？
Strutsとは併用不可でしょう。基本的にTapestryとStrutsとは競合になりますので併用不可でしょう。
Java5で動かしていますが問題ないです。 EJBとの連携も可能です。
JBoss、Apache Geronimo下で動かせるはず。
うちらはTomcatで動かしていますが...
Wicketがオブジェクトの生成をやるんで
Dependency Injectionとは相性が微妙に悪いはず
EJBはどうだろ？JNDI経由になるから問題ないんかね。
モデル層にEJB使おうがSpring使おうがSeasar2使おうが、全然問題ないだろ。
Springについてはサブプロジェクトでサポートしているけど、Seasar2でも普通に使えば
使えるだろ。
Strutsは同じフロント層なんでぶつかるね。
ttp://pcweb.mycom.co.jp/news/2006/03/09/342.html
Springサポートの内容を見てて問題点が分かったような気がする。
一つはWicketコンポーネントにインジェクトしてもらいたい場合。
もう一つがWicketのコンポーネントは全部、セッション内に格納されるので、
Serializableでないといけない点。これはコンポーネントに保持されるモデル
オブジェクトもすべてそう。
DIコンテナに登録されるオブジェクトはほとんどPOJOだから、その制限は
ちょっとよろしくない。
WicketのSpringサポートでは、Wicketコンポーネントのプロパティにアノテー
ションを付けておくと、（DIコンテナにインジェクトさせる代わりに）プロキシが
生成されてそれがプロパティに入るみたい。
実際にプロパティを使うときに、プロキシがSpringとやりとりするようでした。
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
sourceforge の Community Choice Awards の
development カテゴリにノミネートされています。
ttp://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.php
気に入ったら投票してあげて〜
誰か解説サイトとかユーザコミュニティサイトでも立ち上げろ。
ttp://journal.mycom.co.jp/articles/2006/05/08/wicket/
でもなんかつっこみどころが何ヶ所かあるんだよな。敢えてつっこんでみる。
１ なんで次画面に情報を引き渡すだけのために、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でも何度か
使い方について質問が上がってるし。
でも初の本格的な紹介記事だしね。
おつかれさま!
1.2なら、
getPage().getResponse().redirect("http://www.google.co.jp");
getRequestCycle().setRequestTarget( EmptyRequestTarget.getInstance());
↑２行目のようにリクエストをキャンセルしないとリダイレクトしない。
だが。「httpからhttpsのページへ」というところが質問のキモなのかな？
Wicket自身にhttpsをサポートする機能はまだないみたい。
ExternalLinkってonClick()メソッドもないからクリック動作のエミュレーションも
できそうにないし、この手のマークアップ・コンポーネントって id が必須だから、
もしnewしても、対応するhtmlテンプレートに 同じwicket:idがなかったら、
実行時にエラーになっちゃうんじゃないかなあ。
もちろん物理的にクリックすれば外部サイトに飛ぶわけだけど。
単にhttpsのリンクを張るだけ。
勝手にWicketがhttpsのURLを生成してくれるというものだろうけど
そういうのはまだない。MLでは@Secureとかそういうアイディアがでてたけど。
http://journal.mycom.co.jp/news/2006/05/26/347.html
3度目のメジャーリリースage
Wicketが比較されるべきはStrutsやJSFなど
ちなみにVelocityとは全然違う。Strutsと比較するのもなんか違う気がする。
まあアプリケーションフレームワークだという点では同じだが。
比べるならJSFかなあ。
Wicketのほうが楽だな、おれは。JSFは、ツールで画面を作るのが前提の
仕様になっていると思う。WicketはGoLiveとかDreamWeaverとかで画面を
作るのが前提（もちろん、あと手書きも）。
いろいろ使ってると、Panelとか結構「あー実際の開発の時、どうやって
デザイナーの作ってきたHTMLからパネル用htmlテンプレートを作るか、
想像してつくってんなあ」と思うところがあっていい感じだ。
Pageにadd()でコンポーネントを貼っていくのが基本的なプログラミングなん
で、panelにadd()でコンポーネントを貼っていく、Swingみたいな感じ。
htmlをjavaのソースと同じ場所に送っていうのになかなか気が付かなかった。
エラーメッセージもちょっとわかりにくくて、ライブラリが足りないのかとか
いろいろ考えてしまったし。
でもよく考えてみたら結構合理的なフォルダ構成かも。
というツッコミはここまでとして。
おれは最初、htmlを表示したらクラス階層がURLに漏れてしまうんだと
思ってたんだけど、実際にはあくまでテンプレートファイルに過ぎないん
であって、URLに現れるのは（当然ながら）サーブレットのURLなのな。
テンプレートとして扱うようになってからは、>>49のいうように合理的な配置
だと思えた。
1.2で採用された機能では、マウントがいいね。ブックマーカブルなページを
自由なURLで表示できるようになる。
1.2からいきなり使い始めたんだけど使える記事がMYCOMの1.1の記事しかなくて
書かなかったけどほかのいろんなとこでもではまってた orz..
(本家のサンプルですら1.2未対応のがあるし）
ＵＲＬは確かに結局servletなんだよね。 bookmarkable なページとかできるみたいだけど。
もう少しいろいろいじってみます。
http://www.szeretgom.hu/portal/egom/hirek
で
ひとつでっかい気にくわない所を発見・・・フォームの各input要素に入力した値が、
てっきりWebPage#add()で登録したComponet経由で取得できるのかと思ったら、
フォームクラスの“compoundPropertyModel”プロパティに設定したJavaBeanクラス
経由で操作するという点。確かに、input要素を全てビハインド側で登録してないから、
そりゃそうなんだけど、なんでここだけStrutsやSpringと同じモデルなのさ・・・。
Java関係の設計者のみなさま、JavaBeans好きすぎ orz （Wicketを設計した人は
Swingの設計者なんだそうで。良くできてるけどちょっと難しすぎるってばこれ）
ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
やっぱり邪道なのかなあ・・
変にDAOのbeanをつくるよりも1ページ1クラスになって見通しよくなると思うんだけど。
> ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
> やっぱり邪道なのかなあ・・
次のページにまとめて渡す必要のある情報でないんなら、そのページ限定で使うん
だから、Pageクラスのプロパティをそのまま使えばいいっすよ。だってそこでしか
使わないんだし。
setterとgetterさえあればどこにでもバインドできちゃうのもWicketのうれしいところ
なんだし、どんどん使えばいい。逆に「別クラスのBeanにつめなくちゃいけない」と
思っちゃうのは、いままでのフレームワークの毒気が抜けてないってことだろう。
次のページに渡すとか、別のオブジェクトに渡すとかいう情報はBeanにまとめたほう
がいいね。
コンポーネントから値を取り出して、自分で別のBeanに詰めたりしなくていい
（そんなことはWicketがやる）というところがうれしいのに、なんで>>53のリンク先は、
わざわざ「おれは苦労したいのになんで助けるんだ」と言ってるのか不思議。
super(new CompoundPropertyModel(this)
}
ってこと?
それならMyPageのインナークラスで
bean用意した方が見通しがよいんじゃないかなぁ
add( new Label( new PropertyModel( "id", this)));
ってな感じでBeanに入れるまでもないようなもんを
ページのプロパティにぶち込むんじゃねえ？
そんな感じです。
で、たとえばボタンのOnSubmit() のなかで各プロパティをメンバ変数として取得して
計算とかロジック判定とかして
setResponsePage( new NextPage(arg1,arg2,...));
として次のページに渡せばBeanとか内部クラスが減っていい感じだと思ったんですが。
おお！すごいね。
何て言ってまわりを説得したの？
ウチの職場だと「Wicket？なにそれ？」って感じだから業務では使わせてくれなさそう。
自分のブログに音楽を流そうと思ってタグを打ち込んでみました
<EMBED SRC="***********files/do.mp3"WIDTH="70" HEIGHT="40" AUTOSTART="true"←こんな感じなのですが
なぜかIEやスRニールではページを開いた時に音楽が流れはじめるのですがファイアーフォックスでは流れません：：
どうかご教授ねがえないでしょうか？
お願いいたします！
＝＝＝＝＝＝＝＝＝ 終了 ＝＝＝＝＝＝＝＝＝＝＝
みんな新し物好きだから新しいの出たら使いたがるのよ。
新規で作るものはこれ使ってみようみたいな感じ。
おかげでプロジェクトごとにフレームワーク
違ったりするから大変っちゃ大変。
場所 所沢（池袋・高田馬場から直通）
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
1500円だと、教えられる側のプログラマも雇えん。
パソコン教室でJavaって、いったいどんな人に何を教えてるんだろう。
JavaScript(=Java)な定義の悪寒
V
∧＿∧
( ´･ω･`) ∧＿∧
／ ＼ （´Д｀； ）ｽｹﾞｪ･･･!!!
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..∧＿∧ (⌒＼|_＿./ ./
||. （; ）ﾏｼﾞｶﾖ･･･ ___＿_ノ| ∧＿∧
/ ヽ ＼| （ ）その発想はなかった・・・」
マジで？
俺の職場まだ二つを混同してる人いるよー。
いちいち「Script」付けて言い直すのも嫌味と思われそうで気がひける・・・orz
場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
http://journal.mycom.co.jp/news/2006/07/26/343.html
ポートレットって何
取り扱う、標準規格だよ。
Portlet APIに準拠したコンテナは、Portlet APIに準拠したモジュールを
簡単に画面に表示したりできるというやつ。
俺は取りあえずハローワールド打ってみたけど、これは面白い。
職場は完全にCと.NETでクラサバのみなんで、休日くらいしかJava触れないのが苦しいところ。
でClickというフレームワークがあるようですが、
ClickとWicketではどちらがどのようによいでしょうか？
お前がJSPとJSFのどちらがどのようによいか解説してくれたら俺もしてやろう
つ 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の関係が独特なのにその図解がないんで.... 各クラスの使い方を覚えるとあとは
楽かな。
９月に本が（英語だけど）出るらしい。
> ９月に本が（英語だけど）出るらしい。
詳しく！
ttp://www.amazon.co.jp/gp/product/1590597222/ref=sr_11_1/250-2455345-2361867?ie=UTF8
おれは既に予約済みで、いよいよ届くのか？と思ってたらAmazonから
なんか手に入らないので発送遅れるとかいうメールがきてｼｮﾎﾞｰﾝ
どんな感じ？
買うべきかな？
・読みやすい
・わかりやすい
買って損はないと思うよ。コンバータとかバリデータとかの解説って
ネットには少ないけど、拡張の仕方とかきっちり書いてある。
楽しみだ
本格的なものを想像していると、肩透かしをくらうと思う。
内部実装に至るまで徹底解説！というのではなくて、Wicketなやり方について
説明した本ですね。
入門から中級くらいまでを総ざらい、という感じです。WicketのModelから始まって、
Converter, Validator, コンポーネント、ビヘイビア、さらにはSpring拡張と、
Wicketの使い方はきっちり押さえている。
Wicketのはじめての本でもあるので、ちょうどいいくらいだと思います。なにより、
とても読みやすくてすんなり頭に入ります。
あと、ページレンダリングの処理順序が説明されているところも良かったです。
図がもうちょっとあれば完璧でした。
とりあえずインストールが終わったところです。
これをコピーされるようにWTPを設定することって出来ますか？
俺はエンジニアじゃなかったようだｗ
同じところでこけたわｗ
HTMLはJavaDoc位にしか使わんから除外されてると思わんかったｗｗｗ
設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ
おお！！
ありがとうございます！
このスレでもスルーされてるし、Eclipse使ったWicket解説サイトとかでも特に何も書いてなかったから俺の頭がバグってるのかと思ってましたw
これで楽になるなぁ〜。
Flashとの親和性を強くするにはXHTMLのWicketが一番だと思うんだが。
みんな他のFWに移ってる？
DreamWaverとか使うWeb屋さんとも相性いいと思うんだけどなぁ
誰もついて来ないし日本語Documentも少ない
個人的には今後の小規模用に期待してるんだけど
100〜のスレッドの続きを読む