【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)な定義の悪寒