フレームワークStrutsをいじくり倒す人の為のスレ

**nobodyさん** · 03/04/28 08:14

　流行っているのか、流行っていないのか謎の Struts を語るスレです。
http://www.ingrid.org/jajakarta/struts/
http://jakarta.apache.org/struts/

**nobodyさん** · 04/10/19 19:11:04

>>578
configは？

**nobodyさん** · 04/10/19 19:28:16

>>579
struts-config.xmlは以下のような感じです。InitUserInfoで前処理を
して、reguserinfo.jspを呼び出したいです。

<action-mappings>
<action
path="/InitRegUserInfo"
type="actions.InitRegUserInfo">
<forward name="success" path="/pages/userinfo/reguserinfo.jsp" />
</action>
</action-mappings>

**nobodyさん** · 04/10/19 19:31:52

>>578
> Actionクラスも作って、successを返したらJSPページ
> にforwardするように設定したつもりが、

つもりだから。

**578** · 04/10/19 19:48:00

自己解決しました。いろいろ見てたらactionクラスの
HttpServletRequest requestとするべきところが
HttpServlet requestになってました。

これで半日悩んだおれって馬鹿だと痛感しました。これから進めそうなの
でがんばります。

それにしてもエラーメッセージが出てくれないミスってきついですね。

**nobodyさん** · 04/10/19 20:45:17

>>582
J2SE5使って、executeメソッドの前に@Override付けろ。
ちゃんと検出してくれる。
ただしXDocletが使えなくなる罠。

**nobodyさん** · 04/10/19 22:43:54

>>569
すげーワラたよ。

**uncorrelated** · 04/10/20 11:08:39

笑った

**nobodyさん** · 04/10/20 11:10:45

じゃあ、オレも笑った。

**nobodyさん** · 04/10/20 14:59:22

だったら、オレも笑った。

**nobodyさん** · 04/10/20 15:08:03

でも、オレは笑った。

**nobodyさん** · 04/10/20 15:18:51

にもかかわらず、オレも笑った。

**nobodyさん** · 04/10/20 17:23:55

しかも、オレまで笑った

**nobodyさん** · 04/10/20 19:36:11

なかんずく、オレは笑った。

**nobodyさん** · 04/10/20 19:55:10

すべからく、オレと笑った。

**nobodyさん** · 04/10/20 22:49:06

嵐のように笑った。

**nobodyさん** · 04/10/20 23:31:44

そしてちょっとだけ泣いた。

**nobodyさん** · 04/10/20 23:37:24

ストラットが180ええぇぇぇっぇえええっぇえんんｎ!!!!!!
http://www.amazon.co.jp/exec/obidos/tg/detail/offer-listing/-/B00005GL98/used/ref=olp_tab_used/250-8633275-5102657

**nobodyさん** · 04/10/21 00:32:08

>>594
明日もがんばろうと思った。

**nobodyさん** · 04/10/21 00:32:47

ネタスレ化ΣΣ(ﾟдﾟｌｌｌ)

**nobodyさん** · 04/10/21 11:18:57

FormBeanをその都度作るバージョンのStrutsだとdoFilter()みたいなメソッドの中でEncoding処理を
行っていましたが、
FormBeanをいちいちコーディングしなくてもいいバージョンのStruts（1.1以降のバージョン？）で
文字列のエンコーディングとかはstruts-config.xmlの中で設定とかはできるのでしょうか？

**nobodyさん** · 04/10/21 13:15:55

>>598
そんなときは、笑って悲しみをふっとばせ！

**598** · 04/10/21 13:53:19

訂正
×：設定とかはできるのでしょうか？
○：設定できるのでしょうか？

**nobodyさん** · 04/10/21 19:25:59

そんなもん、StrutsのしくみではなくServlet2.3のフィルターでやれ。
それと、FormBeanはいちいち作るべき。
EclipseやNetBeansその他のツールでセッター・ゲッターは自動生成できる
それに比べればxmlで書くほうがめんどうで、メリットもない。

**nobodyさん** · 04/10/21 22:59:31

>>601
＞それに比べればxmlで書くほうがめんどうで、メリットもない。

そうでもないでしょ
setter＆getterは確かに自動生成できるかもしれんが
XML設定だけでformBeanが管理できるstruts1.1の方が断然管理しやすい

**nobodyさん** · 04/10/21 23:02:46

>>598
エンコーディングはTomcatについてるSetCharacterEncodingFilter.javaを使うのが普通かも（違うかも）
使い方は>>601の言うとおりweb.xmlにfilterの設定を追加して、すべてのリクエストにマッチさせればOKかな。
サンプルはウェブに転がってると思う（Tomcatにも付いてる）

**nobodyさん** · 04/10/21 23:04:25

ActionFormは私も必ずクラスを作る。
DynaActionFormはTypeSafeじゃないから、そのツケがそのうち回ってくると思う。

**nobodyさん** · 04/10/21 23:06:35

Struts-config.xmlはXDocletに任せる

**nobodyさん** · 04/10/21 23:06:40

>>601
>それと、FormBeanはいちいち作るべき。
>EclipseやNetBeansその他のツールでセッター・ゲッターは自動生成できる
>それに比べればxmlで書くほうがめんどうで、メリットもない。
考え方が古いな。
まあ、それで本当にDynaBean使うより工数が減るのなら、逆に大したもんだ。

**nobodyさん** · 04/10/21 23:08:15

>>604
そういうポリシーがあって、あえてFormBean作るのなら問題はないけどね。
>>601みたいな「俺はこっちの方が慣れてるんだ」的な理由ではどうもね。

**nobodyさん** · 04/10/21 23:24:45

>>606
工数減ると思うよ。
Dyna使うとプロパティ名やプロパティの型がコンパイル時にチェックできないから
テストやデバッグで余分な工数がかかるのは容易に想像できる。
DynaだとXDocletでのvalidator.xmlの自動生成にも対応できないし。
考え方が古いのは606じゃないの？Struts1.1b2の頃（約2年前）には
606みたいなこと言う人はたくさんいたけど。

**nobodyさん** · 04/10/21 23:35:17

コーダの人から見たら FormBean なんてステップ数稼ぎにちょうどいいんじゃないの？
どうも無駄なコードを沢山書いているように見えてしょうがない。

**601** · 04/10/21 23:39:16

Bean作った方が、いろいろなツールつかえるからね。
struts-config.xmlとかvalidator.xmlはXDocletが生成してくれるから、管理はBean.javaだけでいいし。

**nobodyさん** · 04/10/22 00:00:11

どっちでもできるんだから好きにやればいいんじゃないの？
これが最強とか最高とかはないだろ。
どっちにもメリット・デメリットはある。

ム板のこのテの議論はどれもリスキーシフトまっしぐらだな。
0か1かハッキリしなきゃ死ぬのか。そんなに二進数が好きか。

**nobodyさん** · 04/10/22 00:01:02

>>609
ステップ数という概念をオブジェクト指向言語に持ち込む時点でアタマ相当古い＆堅いね。アンタ。
インタフェースと実装を分ける設計とか抽象クラスを作成するのもステップ数稼ぎの無駄なコードとか言われたりしてｗ

**nobodyさん** · 04/10/22 00:06:40

>>612
皮肉もわからないほどﾔﾊﾞｲのかｱﾝﾀは

**nobodyさん** · 04/10/22 00:24:01

>>611
自分の情勢が不利になると一般論を持ち出すんですね。
XDocletが現れて、DynaFormBeanのメリットはほとんどなくなって、デメリットがめだつようになったんだけどね。

**nobodyさん** · 04/10/22 00:38:12

じゃーFormBeanの勝ちでいいから、
もっと役に立つ話でも書いてくれ。
こういう議論は飽きるほど見てきたからもう十分。

**nobodyさん** · 04/10/22 00:42:24

役に立たない話
株ロボコンテストのサイトはStrutsで動いてる

**nobodyさん** · 04/10/22 01:19:09

>>615
自分に不利な結論がでると、役に立たない話だったことになるんですね。
しかも、勝ち負けの話じゃない、といいながら「勝ちでいいから」と。
0か1かハッキリしなきゃ死ぬのは自分のことじゃないか。

２つの手法があって、どっちがいいのかという話は、宗教論にならない限りは役に立つと思うんだけどね。

**nobodyさん** · 04/10/22 02:32:53

>>617
じゃーさー、どっちでもいいから他の話しようや。

ぐだぐだ続けてても結論なんて出ねーんだろ？

誰か他のネタふれ！

**nobodyさん** · 04/10/22 02:48:39

Strutsって支柱って意味なんだってね。

**nobodyさん** · 04/10/22 02:50:00

結論：XDocletの出現でDynaFormBeanの役割は終わり

**nobodyさん** · 04/10/22 03:07:18

ちょっと前までストラトスだと思ってた

**nobodyさん** · 04/10/22 03:17:48

そもそも有益な話が出来るなら叩きに回れるほうに付いて自尊心を満たすような真似はしとらん。

**nobodyさん** · 04/10/22 03:27:23

XDocletを使わずにDynaFormBean便利～って思ってたヤツには有益だったんじゃねぇ？

**nobodyさん** · 04/10/22 05:04:53

結局その話しかねーのかよ

**nobodyさん** · 04/10/22 06:30:35

無理やり話題だす必要もないじゃん。

**nobodyさん** · 04/10/22 08:52:47

あとは、IDEの普及がDynaの存在価値を消したとも言えるね。
みんながDyna、ダイナと騒いでいた2年前と今ではIDEの普及率に大きな開きがある。
アクセサを書かなくていい、というメリットは現在では無いに等しくなった。
極論すれば、EclipseがDynaFormBeanの存在価値を消した、ということか。

**nobodyさん** · 04/10/22 09:27:02

XDocletの方が影響でかいと思う。
struts-config編集ができるだけのStrutsツールも無用になったし。
ま、「時の流れが」ってことだね。

**nobodyさん** · 04/10/22 09:36:12

Apache＋Tomcat＋Eclipseな人がわざわざXDocletなんて使ってんの・・・？

**nobodyさん** · 04/10/22 09:51:25

？？？
どこにXDocletを使わない理由が？

**628** · 04/10/22 10:23:23

>>629
いや、正直使ったことなくて一通りサラッと調べてみたんだけど
俺にはメリットが理解できなかったもんで
XDoc童貞な俺にやさしい解説おながいしますエロい人

**nobodyさん** · 04/10/22 10:53:26

>>630
XDocletの利点
・xxx.javaだけをいじればいい
struts-config.xmlやらvalidator.xmlを記述する必要がない。

・クラス名の記述が必要ない
FQNを正確に入力するのは結構めんどくさい。

・複数人で同時にstruts-config.xmlをメンテするときの問題が少なくなる。
CVS使ったとしても、コンフリクトしたときは手作業
これが一番のメリット。

デメリット
・最新に即時対応しない
けっこう困る。
いまでも正式版は1.1まで。
1.2が使いたければXDoclet1.2RCを使う。

・struts-configの知識が必要ないわけはない

・集中管理ができなくなる。
でも、集中管理って必要？

・antが必要
ま、Tomcatで開発するならコンテキストの再起動するのにAnt使った方が便利だし。

**628** · 04/10/22 11:19:10

>>631
うほっ
ｱﾘｶﾞﾀﾔｧ

具体的な導入方法もｷﾎﾞﾝﾇ(*´Д｀)ｸﾚｸﾚ厨でｽﾏｿ

**nobodyさん** · 04/10/22 12:42:57

Antの準備はやっておくとして。
XDocletはどっかに解凍。
　<target name="xdoclet.struts">
　　<taskdef classname="xdoclet.modules.web.WebDocletTask" name="webdoclet">
　　　<classpath>
　　　　<fileset dir="${dir.xdoclet}/lib" includes="*.jar"/>
　　　　<fileset dir="${dir.tomcat}/common/lib" includes="*.jar"/>
　　　　<fileset dir="${dir.web}/WEB-INF/lib" includes="*.jar"/>
　　　　<pathelement path="${dir.web}/WEB-INF/classes"/>
　　　</classpath>
　　</taskdef>
　　<webdoclet destdir="${dir.src}" excludedtags="@version, @author, @todo"
　　　force="true" mergedir="${dir.merge}" verbose="false">
　　　<fileset dir="${dir.src}">
　　　　<include name="**/*.java"/>
　　　</fileset>
　　　<deploymentdescriptor destdir="${dir.web}/WEB-INF" servletspec="2.4"/>
　　　<strutsconfigxml destdir="${dir.web}/WEB-INF" version="1.2"/>
　　　<strutsvalidationxml destdir="${dir.web}/WEB-INF"/>
　　</webdoclet>
　</target>
こんな感じのスクリプト動かす。
dir.xdoclet XDocletを解凍したところ
dir.tomcat Tomcatのベースディレクトリ
dir.src ソースの場所
dir.merge マージファイルの場所
dir.web 生成先

version="1.2"とかservletspec="2.4"が使えるのはXDoclet1.2RCからだから、どっかから拾ってきやがれ。
ム板のXDocletスレへでも逝け。
あとはググれ。

**nobodyさん** · 04/10/22 14:01:17

XDocletのことぐぐってみたけどいまいちつかめん（´･ω･`）
理解できればメリットがわかるんだろうけど漏れにはむりぽ＿|￣|○

**nobodyさん** · 04/10/22 15:03:06

Actionとかに
/**
* @struts.action
* name="inputForm"
* path="/input"
* scope="request"
* input="/input.jsp"
* validate="true"
* @struts.action-forward
* name="success"
* path="/index.jsp"
*/
public class InputAction extends Action {
みたいな感じで書いて、あとは>>633のantスクリプト走らせるだけ。

**nobodyさん** · 04/10/22 15:29:38

>>635
わかりやすい解説ﾄﾝｸｽ！

**nobodyさん** · 04/10/22 19:17:20

この辺読んでみ
tp://www.itmedia.co.jp/enterprise/0404/26/epn01.html

**nobodyさん** · 04/10/23 14:22:29

iterateタグの中でcheckboxタグを使い、
チェックボックスを各行の先頭につける一覧を表示しているのですが、
Actionの中でcheckboxの選択有無の判定がうまくいきません。

今はFormの中でチェックボックスプロパティを配列形式で宣言していますが、
選択したチェックボックス分のvalue値しか配列に格納されず、
配列の長さから「いくつチェックボックスを選択したか」しか判定できません。
チェックされないものは排除されてしまいます。

各行でチェックされたものとされないものの判定をする
いい方法はありませんでしょうか。
なお、JavaScriptで選択されてないチェックボックスのValueに
何かしらの値をセットして、選択されたものとの区別を測るという方法以外で。
JSPとForm,ActionFormの中でできる判定方法はないでしょうか？

**nobodyさん** · 04/10/23 14:48:24

postされないんだから、元の一覧をどっかから持ってきて比較するしかないと思う

**nobodyさん** · 04/10/23 15:26:38

<html:multibox>

**638** · 04/10/24 11:10:44

自己解決しました。
各行のFormを、それ自身のFormに配列形式で格納していくという方法でできました。
Form配列から一行分ずつのFormを取り出し、チェックボックスを判定。
各行のFormに含まれるチェックボックスのProperty変数は配列形式ではないので、
選択されていなくても変数のデフォルト値で判定可能というわけです。
>>640
multiboxも調べてみましたが、
チェックボックス以外の機能も含めてプログラム全体として考えると
自分の意図するものと少しずれていたので、今回はその方法はとりませんでしたが、
有益な情報サンクスです。

**nobodyさん** · 04/11/08 00:14:18

<html:select>タグで選択可能となっている要素全ての情報をActionサブクラスで
取得したいと考えているのですが、何方かアドバイスいただけませんでしょうか？

選択している要素の取得方法はなんとなく分かるのですが、選択可能な要素を全て取得する方法が思いつきません。
出来ればJavaScriptは使わない方向で考えているのですが...

よろしくお願いいたします。

**nobodyさん** · 04/11/08 00:17:56

選択可能な要素を全て送信する方法をまず考えろ。

**nobodyさん** · 04/11/08 00:24:59

>>642
なんかよくわかんないが…

<select ～>
<option value="value1">str1</option>
<option value="value2">str2</option>
…
</select>

の(value1,str1),(value2,str2)…みたいのが欲しいって事？

だとすれば、そもそも、そのフォームをＶする際のＭにその情報が有るでしょ。
それにアクセスすれば良いんじゃないの？

**nobodyさん** · 04/11/08 00:27:48

>>643
JavaScriptでhiddenタイプの変数として、カンマとかで値を結合して渡すとかは
思いついたのですが、もっと楽な方法があるだろう...と。

**nobodyさん** · 04/11/08 00:33:22

>>644
レス、ありがとうございます。
<SELECT>の要素は画面で追加・削除が行えるようにJavaScriptで組んでいるため、
<OPTION>の内容や数は変わることが前提となっているのです。

先ほど645で書いた方法程度であれば何となく考えているのですが、
何かございませんでしょうか？

**nobodyさん** · 04/11/08 01:23:50

JavaScript系のスレで聞いたほうがいいんじゃない？

**nobodyさん** · 04/11/10 11:25:30

Struts1.02でテキストボックスを含む一覧形式の登録/更新画面を作成しています。

<logic:iterate～で、Beanに設定したテキストボックスの初期値は、正しく表示されているのですが、
テキストボックスの値を変えてsubmitしても、Actionで入力値が取得できません。

なにか思いつく原因などがあれば教えてもらえないでしょうか？
よろしくお願いします。

**nobodyさん** · 04/11/10 14:33:28

>>641
よろしかったらもうすこし具体的にやり方を
教えてもらえないでしょうか。
今同じような事をやってつまっております。

**nobodyさん** · 04/11/10 23:25:11

>>648
やり方は2種類。
前提として、BeanにString id、String nameっていうフィールドがあるとして。

1. フィールドの配列で受ける。

<logic:iterate id="bean" 略>
<html:text name="bean" property="id"/>
<html:text name="bean" property="name"/>
</logic:iterate>

こういうJSPを書いて、この値が入るActionFormのフィールドに
String[] id と String[] name、およびそれぞれのアクセサメソッドを
用意しておけば、上から順番に値が格納される。

2. Beanの配列で受ける

<logic:iterate id="bean" 略>
<html:text name="bean" property="id"indexed="true"/>
<html:text name="bean" property="name"indexed="true"/>
</logic:iterate>

こう書いておいて、ActionFormにBeanの配列（もしくはList）と、
setBean(int index) を用意しておけば、Beanの配列として値が入る。

**nobodyさん** · 04/11/11 05:13:30

JSPは、タグを記述するのがどうも面倒なので、
strutsのViewの部分をVelocityで実装してみるのは
有効なんですかね？

**nobodyさん** · 04/11/11 05:23:51

Velocityでも面倒さは変わらないんじゃないの？
JSPとVelocityの違いは、XMLタグで制御構造を書くかそうではないかだけかと。
オーサリングツールが使いにくいとかブラウザでのプレビューがやりにくいとかじゃなければ、JSPの方がいいと思われ。
タグファイルとか考えると、JSPの方が便利だし。

**649** · 04/11/12 14:00:22

html:multibox を使用して目的は達成できました。
やり方としてはデータ用に作成したbeanの中に
indexを持たせてsubmit時にindexの値の配列を取得して
その他フィールドの値をindexをキーにして取得しています。

他にいい方法があれば教えてください。

やりたいことは、下記の通りです。
検索条件に従ってデータベース検索して結果を一覧表示する。
この際、各行にチェックボックスを作成する。
submit時にチェックボックスにチェックが入ったデータのみを
対象にある処理を行なう。

**nobodyさん** · 04/11/23 00:13:58

validator で入力チェックをして、エラーと判断された際のメッセージに
{0} が含まれている場合に
その {0} を入力された文字列に置き換える方法はないでしょうか？
たとえば、「入力された値は {0} ですが、その値は無効です。」とかいう
メッセージを表示したいのです。

書籍や Web サイトなどでは、固定文字列に置き換える方法ばかりしか見かけないので・・・。

**nobodyさん** · 04/11/23 03:25:21

>>654
試してないし君のValidatorのコードもわからないので適当書く。

たぶんActionErrors(ActionMessages)に
ActionError(ActionMessage)を追加してるところがあるとおもうけど、
後者は特にResources.getActionError()で取得する必要はなくて
ActionError(ActionMessage)でさえあればいい。

**nobodyさん** · 04/11/23 05:06:18

>>655
Action任せで、ActionErrorの存在すら知らないに7抜歯

**nobodyさん** · 04/11/23 11:22:18

validator.xml任せなんだとｵﾓ

**654** · 04/11/23 15:55:19

確かに、DynaValidatorForm を使っており、validator.xml 任せになっていますが
それでは不可能、ということなんですね。
ありがとうございます。

**nobodyさん** · 04/11/27 21:22:47

△△さらにStrutsの良さを教えて下さいSession3のスレで、
ActionForm の代わりにPOJOを用いる方法を書いてるが、
こっちのスレの住人は使ってるのかな？

**nobodyさん** · 04/11/29 21:50:18

頼むからこれから新規で作る香具師はDynaActionFormは使わないでくれ。
保守する身にもなってくれ。

**nobodyさん** · 04/12/01 00:29:13

DynaActionForm、なんのメリットもないしね。

**nobodyさん** · 04/12/01 02:32:32

validator.xml だけだとキツい。

**nobodyさん** · 04/12/01 02:38:13

>>659
そのスレどこ？教えて！

**nobodyさん** · 04/12/01 02:46:08

>>660-661
DynaValidatorActionだといいの？

>>663
△△さらにStrutsの良さを教えて下さいSession3
http://pc5.2ch.net/test/read.cgi/tech/1088870989/

**nobodyさん** · 04/12/01 03:06:59

>>664
> DynaValidatorActionだといいの？

しらん。
普通にActionForm使う。

**nobodyさん** · 04/12/02 11:12:59

>>665
いちいち、プロパティを定義するのはめんどくさくない

**nobodyさん** · 04/12/02 11:13:34

>>666は、「めんどくさくない？」(質問)ね。

**nobodyさん** · 04/12/02 12:22:43

>>666
フィールド定義して、右クリックしてツールにセッターゲッター生成してもらって、XDocletタグを書くだけ。
あまりめんどくさくない。

**nobodyさん** · 04/12/02 20:36:12

XDoclet入れなきゃならないし
いろいろそれ用の設定も必要だし
前準備だけでめんどくさいです

**nobodyさん** · 04/12/02 20:47:10

まあ、ひとつふたつ試しにActionForm作るだけなら、前準備がめんどくさいね。
それなら、Struts使う必要もあまりなさそうだけど。

**nobodyさん** · 04/12/04 00:09:07

>>670
試しでActionForm作るのなら、Dyna系が楽かと。

**nobodyさん** · 04/12/04 02:23:43

試しで作るのならMap backed ActionFormのほうが楽だ

**nobodyさん** · 04/12/04 15:46:09

xdocletで複数のアクションクラスを違う名前/パラメータで使いまわすのって
できますか？
@struts.actionと@struts.action-forwardを一つのクラスに複数個書いてみたら、
actionが複数できることは確認できたのですが、action-forwardが両方のactionの中に
入ってしまい、期待した動作はしませんでした。

みなさん、こういう場合ってどうしてますか？
それとも、一つのアクションクラスを使い回すってのがマズいんでしょうか？

**nobodyさん** · 04/12/04 19:54:03

>>673
マスタメンテとか一覧とか、共通のActionを使うことは多いと思う。
その場合は手書きになるね。
基本的にXDocletはシングルトンなクラスとValueObjectにしか適用できない気がする。

**nobodyさん** · 04/12/11 02:21:47

おいおい、アクションをその数だけ作って
ビジネスロジックだけ分離させてそれを各アクションで呼べばいいだけだろ？
もしかしてActionクラスに処理べた書きか？

おまえらStrutsのこと全然わかってなさすぎ
@ITの山田と同レベルだな

**nobodyさん** · 04/12/11 04:14:06

世の中のことをわかってない>>675は、しょうかん以下ってことですか？

**nobodyさん** · 04/12/11 14:35:35

根拠のない負け惜しみｷﾀｰ

ひょっとしてアクションクラスはクラスはModelだと思ってるの？
そうじゃなきゃそんな発言しないよね。
Controllerだと知ってたらそんな発言しないよね。

**nobodyさん** · 04/12/11 20:35:55

まあ、所詮Webプログラミング板なんてこの程度だろう