【Java】Wicket【HTML】

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
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
4デフォルトの名無しさん
垢版 |
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>氏ねえええ
　　　<!--- あれれえ？ <blink>--</blink> えええ？ --->
　<a>ここを</a>クリック！</i>

のように、さすが、プロとして恥ずかしくない前衛的なHTMLを納品して頂ける。
いつかﾇｯころｶﾞしてやる。
9デフォルトの名無しさん
垢版 |
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と言えば許してくれますか
12デフォルトの名無しさん
垢版 |
2006/01/10(火) 12:24:23
Wicket Communication
http://www.eisbahn.jp/wicket/
↑Wicketをメジャーにすべく頑張るそうです。

JAVA PRESSももうすぐ発売。

応援age
13デフォルトの名無しさん
垢版 |
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の字もない…
16デフォルトの名無しさん
垢版 |
2006/01/21(土) 13:45:43
変更になったんだろう
残念だ。
17デフォルトの名無しさん
垢版 |
2006/01/21(土) 13:47:54
ttp://www.cbook24.com/bm_detail.asp?sku=4774126365
ここに取り上げると書いてあるが。
2006/01/21(土) 13:58:34
>>10
それは「ボインは父ちゃんのためにあるんやないんやで〜」と言ってるのと本質は同じだな。
19デフォルトの名無しさん
垢版 |
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修正なら「さっさと入れちゃって」
だったりするという現実もあるんだけども....
21デフォルトの名無しさん
垢版 |
2006/02/22(水) 16:20:17
wicketを使ったサイトって知りませんか？
22デフォルトの名無しさん
垢版 |
2006/02/23(木) 02:56:55
つ ttp://www.ibfd.org/portal/app?bookmarkablePage=home
23デフォルトの名無しさん
垢版 |
2006/03/02(木) 14:43:47
まだTapestryもJSFもつかいこなしてないのにこれはなんぞやと。

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

Java5対応はどうなってる？
EJB対応は？
JBoss, Apache Geronimo対応は？
24デフォルトの名無しさん
垢版 |
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は同じフロント層なんでぶつかるね。
27デフォルトの名無しさん
垢版 |
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とやりとりするようでした。
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
なんかネタねーのかよ。
誰か解説サイトとかユーザコミュニティサイトでも立ち上げろ。
33デフォルトの名無しさん
垢版 |
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
多少、へんなコードでも紹介されないと普及しないよ。
37デフォルトの名無しさん
垢版 |
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とかそういうアイディアがでてたけど。
44デフォルトの名無しさん
垢版 |
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みたいな感じ。
49デフォルトの名無しさん
垢版 |
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で表示できるようになる。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況