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

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

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

**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プログラミング板なんてこの程度だろう

**673** · 04/12/12 01:17:05

元質問者です。
今回は結局struts-actions.xmlでマージすることになったんですが、やはりアクションの使い回しはしないものなのでしょうか。

サーバサイドは初めてで、最近サーバサイドでのMVCの定義とクライアントでのMVC(というよりもプラットホーム準拠の作法)との差を感じることが多いです。
ロジックはModelに入るものということなのでしょうか。
僕の認識だと
M: データ構造
V: プレゼンテーション
C: データ操作のロジック
なので、同じロジックを複数の場所から実行して、別の結果ページに遷移したい時にはアクションを使いまわすべきか、と思って上の質問に至ったわけなんですが...
ちなみに、再利用性には気を配っているつもりですが、基本的にアクションクラスに処理べた書きです。
こういうことってStrutsやWebアプリの作法に反するっていうことなんですかね？

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

>>679
君の認識はどうでもいいからさ、ひとかけらでも疑問を持ったならちゃんと調べてくれよ。

ttp://e-words.jp/w/MVC.html
メインの処理はModelに実装し、Modelは画面出力などは行なわない。処理結果はViewに渡され、画面表示などが行なわれる。ユーザからの入力はControllerが受け取り、何らかの処理が必要な場合はModelに依頼し、出力が必要な場合はViewに依頼する。

知らない用語を自分用に解釈して使うことに何で疑問を持たないのかね。

**nobodyさん** · 04/12/12 01:50:11

さすがWebProg

**nobodyさん** · 04/12/12 01:57:59

>>679
Strutsは「MVC」の「C」だけを受け持つフレームワークだ。
それ以外のことはサポートしてくれない。
基本的にはViewもModelも自力で何とかする必要がある。

ここまで書けばわかるだろ？

**nobodyさん** · 04/12/12 02:48:56

>>679
> ちなみに、再利用性には気を配っているつもりですが、基本的にアクションクラスに処理べた書きです。

アクションクラスにロジックを書いてはいけない理由はないし、それはアプリケーションの規模や性質によるから一概にいえるものではない。
MVCという分け方があるとしても、CにMを併用するモデルを採用しようが、それは設計者の自由。
別のクラスにしないといけない理由はない。
メンテナンス性などを考えて最適であると判断できるならどうでもいい。

っていうか、処理するテーブルと入力フォームだけが違う場合にActionを共通化するようなことは普通にある。

**nobodyさん** · 04/12/12 03:13:43

>>683
アクションクラスにべた書きの時点で、再利用性には気を配っていないと言える。
そもそも、基本的にControllerは受け渡しのみを行ういわば使い捨てであり、それを再利用しようとする方が間違い。
あくまでも処理はModelで行う。

＞MVCという分け方があるとしても、CにMを併用するモデルを採用しようが、それは設計者の自由。
これはMVCではない。MVCを無視して
「Strutsを使ってとにかくアプリケーションを作る」ことに専念するつもりなら当然何をやろうが自由だが
MVCを意識する以上は間違い。

＞っていうか、処理するテーブルと入力フォームだけが違う場合にActionを共通化するようなことは普通にある。
自分の周りが全て正しいのか？
何も考えず周りに流されてるだけで、ちゃんとStrutsやMVCモデルについて勉強してない証拠だな。
それは単なるローカルルールだ。
要するにおまえは井の中の蛙だ。

**nobodyさん** · 04/12/12 03:22:46

つーか他の人はみんなxdoclet普通に使ってて、
自分だけうまい具合に自動生成できない時点で
「俺のプログラムはどこかアブノーマルな部分があるのかな」
とか気にしたんだろ？
それで>>673に書いたんだろ？

で、それに対する答えが「確かに君のやり方はアブノーマルな部分があるよ」だったわけだよ。
質問に対する回答を貰っておいて、それでもなぜ納得しないんだ？

**nobodyさん** · 04/12/12 04:16:09

とりあえずここでも読んどけ
htp://struts.apache.org/userGuide/building_controller.html#action_design_guide
って、上でも出てるし。
同じようなやりとりが定期的に出ている証拠だな

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

>>684
継承してちょっとした変更するより、同じクラスでパラメータによってちょっと動きを変えるほうがいいと思うが。
Actionなんて、再利用できるなら再利用した方がいいとおもうのだが。

> 要するにおまえは井の中の蛙だ。

自分がどんな井戸の中にいるのか把握してないみたい。

**nobodyさん** · 04/12/12 09:59:48

>>684が>>683に噛み付く感覚がわからんな。
683はごくまっとうな考えだと思う。

**nobodyさん** · 04/12/12 11:01:49

>>688
頭でっかちで頑固なやつと、基礎は知っていた上で多少は融通が利くやつの違い。

**nobodyさん** · 04/12/12 11:19:21

そのせいでxdocletが使えなくなるほうがよっぽど不便だが。

**nobodyさん** · 04/12/12 11:37:13

このスレには山田某がいっぱいですね。

っていうか、別にActionにロジックを書いても当然動くけど、
（実際、ビジネスロジックと分離するかしないかの違いだし）
そういった使い方をするなら>>684にあるとおりMVCを持ち出すべきではないよね。
「CにMを併用するモデル」が既にMVCじゃないんだから。

入力パラメータが同じなのでActionFormを使い回したい、みたいな事はあるけどね。

>>687
どこから継承なんて言葉が出てきたんだ？
意味がわからん。
おまえの頭の中ではどんな作りになっているんだ？

**nobodyさん** · 04/12/12 12:04:37

しょせんWebプログ(ry

**nobodyさん** · 04/12/12 12:37:56

>689
MVCモデルは、意識して厳密にやろうとしないと>683のようにすぐに
曖昧になって混ざってしまいがちだから、頑固とは違う。
少なくとも>684の書いていることはまともだし、
>「Strutsを使ってとにかくアプリケーションを作る」ことに専念するつもりなら当然何をやろうが自由」
とあるとおり、「絶対にActionにロジックを書くな」と書いているわけでもない。
単にMVCモデルには則してないと書いているだけ。
こういうのは頭でっかちで頑固、とは言わないよ。
あと「基礎は知っていた上で多少は融通が利く」というより単なる「妥協」だね、この場合。

**nobodyさん** · 04/12/12 16:26:36

というか、Actionの共有とMVCと、どう関係があるのかが一番の謎。

**nobodyさん** · 04/12/12 16:31:33

ひとつのActionで複数のページに対応できるなら、そうするべきだし、XDoclet使うのもmerge使えばいいし。
XDocletは基本的にシングルトンなクラスにしか便利に使えないし。
XDocletでうまく対応できないからといって、Struts側の設計としておかしいと考えるのは筋違い。

**nobodyさん** · 04/12/12 16:54:52

>>694
もともとActionがControllerとして提供されているのに、
Modelとしても使おうとしてるからだろ。

**nobodyさん** · 04/12/12 16:59:50

いやマジで、こんな奴らばっかりなら山田もあそこまで叩かれなかっただろうな。
あの議論はいったい何だったんだという感じ。

せっかく記事を版管理無しでこっそり修正したのに
意味無かったね山田さん

**nobodyさん** · 04/12/12 17:10:43

>>696
Actionを共有することが、Modelとしても使おうとしていることになぜつながるのかな？

**nobodyさん** · 04/12/12 17:12:27

>>697
まあ、山田の場合はデータソースんとこでもやらかしてた訳だが。

**nobodyさん** · 04/12/12 17:28:19

StrutsでいうMVCって
　M=ActionForm
　V=JSP
　C=Action
のことじゃなかったの？

**nobodyさん** · 04/12/12 18:06:07

マジレスすると、
ＭＶＣっていっても、Ｖの中にもＭＶＣ、Ｃの中にもＭＶＣ。
見る尺度によって、どこのレベルでもＭＶＣ．

**nobodyさん** · 04/12/12 19:08:08

Strutsの場合はプレゼンテーションの中のMVCだからね。

**nobodyさん** · 04/12/15 18:26:48

ttp://hiki.ex-machina.jp/JSP/?%B7%C7%BC%A8%C8%C4

**nobodyさん** · 04/12/15 22:19:35

さらに言えば、ActionでもActionFormでもソース見れば分かるけど、中身はＭＶＣでできてるでしょ。

**nobodyさん** · 04/12/16 03:26:11

どんどん意味が拡大解釈されていく、かわいそうなMVC

**nobodyさん** · 04/12/16 03:31:34

ところで、１つのActionクラスを複数のpathで共有することが、どうしてActionにModelを持たせてることになるんだろう？
意味不明だ。

使いまわせるActionなんて、いくらでも使いまわせばいいのに。

**704** · 04/12/16 21:37:33

ごめん。勘違いだ。

**nobodyさん** · 04/12/16 21:42:11

Ｍ：データベースサーバ(mysql)
Ｖ：Ｗｅｂサーバ(apache)
Ｃ：アプリケーションサーバ(tomcat)

**nobodyさん** · 04/12/16 22:56:22

だれか、708を病院につれてってあげれ

**nobodyさん** · 04/12/16 23:13:28

M ビジネス
V 株価
C システム

**nobodyさん** · 04/12/17 05:39:15

株価からシステムを介してビジネスをコントロールするのか。

**nobodyさん** · 04/12/17 07:43:36

システムを介してビジネスを行った結果が株価として見える

**nobodyさん** · 04/12/17 09:36:34

そのCはコンバーターのCということか。

**nobodyさん** · 04/12/20 08:48:06

すいません。12/17に【初心者】Java質問・相談スレッド58【大歓迎】の665で質問させていただいたのですが、
返答が無かったのでこちらのスレで質問させてください。

struts & jspで<logic:iterate>を使用するのに、以下のように<%　～　%>スクリプトレットで取得する方法はできたのですが、
<%　～　%>を使わないでstruts-config.xmlを利用して取得するにはどうせれば良いのでしょうか？

---jspコード---
<ul>
　<%-- ↓これを埋め込みたく無い --%>
　<% request.setAttribute("bean",new SampleBean()); %>
　<logic:iterate id="seihin" name="bean" property="list">
　　<li><bean:write name="seihin" property="process"/></li>
　</logic:iterate>
</ul>
--jspコードココまで---

---SampleBean.java---
public class SampleBean {
　　public java.util.List getList(){
　　　　java.util.List list = new java.util.LinkedList();
　　　　return(list);
　　}
}
---SampleBean.javaここまで---

**nobodyさん** · 04/12/20 09:29:37

>>714
＞ <% request.setAttribute("bean",new SampleBean()); %>
こんなのはActionでやる仕事。JSPに埋め込むな。
struts-config.xml も無関係だろ。

**nobodyさん** · 04/12/20 10:34:06

>>714
その前に、どんな手段を用いればstruts-config.xmlを利用して値を取得できるのか、教えて欲しい。

**nobodyさん** · 04/12/20 10:55:34

言い方がおかしくてすいません。
jspに、<logic:iterate id="seihin" name="bean" property="list">と書いたとすると、
struts-config.xmlからname（bean）を検索して、それに関連付けられたアクションを実行するのですよね？

**nobodyさん** · 04/12/20 10:58:56

>>717
ちがう。
言い方だけじゃなくてStrutsの理解もおかしい。

**nobodyさん** · 04/12/20 15:25:18

言い方と理解の仕方は一致するからな。

**nobodyさん** · 04/12/20 15:26:01

logicタグなど使わずにおとなしくJSTLを使いなさい。

**nobodyさん** · 04/12/20 21:38:04

>>717
struts-config.xmlではなく、
JSPでいうところのrequest, session, applicationから
beanという属性名のJavaBeanを取り出す。

したがって、Action(を継承したクラス)のexecuteメソッド内で
request.setAttribute("bean", new SampleBean())みたいな形で
JavaBeanをセットするのが普通。

**nobodyさん** · 04/12/24 18:36:13

form内にたくさんテキスト入力フォームを作成させたいので、iterateで処理しています。
最初にこのJSPにアクセスしたときは正常にページが作成されるのですが、
formのsubmitボタンを押してアクションを発生させ、フォームの内容に不備があったらまたこのページに戻ってくるようにさせると、
iterateのnameで指定されたbeanが見つからないと、怒られてしまいます。
なぜですか？分かる方がいたらご教授願います。

**722** · 04/12/24 18:55:21

すいません。事故解決できました。
setAttributeのやりかたが問題でした。
req.setAttribute("bean",配列);をコメントして、
session.setAttribute("bean",配列);にしたらできました。

public final class TestAction extends Action{
public ActionForward perform(ActionMapping mapping, ActionForm form, HttpServletRequest req, HttpServletResponse rew){
HttpSession session = req.getSession();
ActionErrors errors = new ActionErrors();
// req.setAttribute("bean",配列);
session.setAttribute("bean",配列);
return(mapping.findForward("success"));
}
}

**nobodyさん** · 04/12/24 19:05:36

performとか書いてある本は捨てろ。

**722** · 04/12/24 20:00:14

>724
すいません。performは使わないほうが良いのですか？

**nobodyさん** · 04/12/24 20:36:54

>>725
performは1.0以前のメソッドで、1.2以降はメソッドそのものが消えているので。

**722** · 04/12/24 21:18:35

>724さん726さん
教えていただきありがとうございます！
execute()にしました。
なんだか楽しくなってきました。

**nobodyさん** · 04/12/27 19:06:18

POIのHSSFを使用してExcelデータからArrayListオブジェクトを生成して、
それを<logic:iterate>で処理してるのですが、ブラウザで最初にアクセスしたときは正常に表示されますが、
2度目以降、以下のようなエラーが出てしまいます。
java.io.IOException: Unable to read entire block; 45 bytes read; expected 512 bytes
Excelファイルから512bytesずつ読めと言うことでしょうか？

**nobodyさん** · 04/12/27 21:52:40

関係ないが、JSTLが使えるならiterateよりJSTLの方がいいね。

**nobodyさん** · 05/01/06 08:29:34

perform()だと正しくページ遷移ができるのにexecute()にしたら真っ白なページになってしまうのは何故ですか？

**730** · 05/01/06 09:30:07

そもそもActionが起動されていないようなのですが・・・

**nobodyさん** · 05/01/06 09:41:32

>>731
execute() のシグニチャが間違っていて、実はオーバーライドになっていない、というオチじゃないよね？

**730** · 05/01/06 10:17:56

>732さん、返信ありがとうございます。
私もそれを疑ったのですが、Actionクラスのexecute()メソッドをオーバーライドしています。
execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response)

**nobodyさん** · 05/01/06 10:52:18

そもそも1.0使ってるとか

**nobodyさん** · 05/01/06 10:56:55

>>733
throws IOException, ServletException じゃなくて、
throws Exception になってる？

>>734
それもあるかもね。

**730** · 05/01/06 11:14:03

>734さん、>735さん、ありがとうございます。

throws IOException, ServletExceptionと書いています。
しかし throws Exceptionでもやはり結果は一緒で真っ白なページでした。
struts.jarのバージョンは1.2.4を使っています。

public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest req, HttpServletResponse rew) throws IOException, ServletException {

**nobodyさん** · 05/01/06 12:20:50

Actionを継承してないとか、コンテキストの再起動してないとか、struts-config書き換えてないとか、どちらにせよケアレスミスかと。
J2SE5で@Overrideつけてコンパイルするのが、一番確実だな。

**730** · 05/01/06 13:12:23

>737さんありがとうございます。
Actionクラスは継承してますし、Tomcatの再起動などやっているのですが、どうもうまくいきません。
初歩的な質問で大変申し訳ないのですが、perform()をexecute()にした際に
struts-config.xmlを書き換える必要はありますか？

**nobodyさん** · 05/01/06 15:02:53

JSP内に大量にチェックボックスを作る場合、チェックボックスのリストをまとめた外部ファイルを読み込んで配列を作って
<logic:iterate>で表示させることはできたのですが、
それらを今度はsubmitで送信し、受け取る場合にどれがチェックされてどれがチェックされてないかを調べて状態別の処理をしたいのですけど
これは大量にあるチェックボックスのsubmit結果を配列で受け取って処理すれば良いのですか？
一つ一つ書けばそれはそれで良いのですが、あまりに大量すぎて手に負えません・・・

**nobodyさん** · 05/01/06 15:20:33

>>739
そう。
場合によってはインデックス付きのgetter/setterを使うべし

**nobodyさん** · 05/01/06 19:23:43

たびたびすいません。
大量のチェックボックスを一つの配列にまとめるには、それらを配列オブジェクトに一個一個addしていかなければダメですか?
例えば
a1～a5の5つのチェックボックスにそれぞれgetter/setterを作って、用意しておいた配列オブジェクトoに
o.add(a1);
o.add(a2);
・・・といった風にするしかないのでしょうか?

**nobodyさん** · 05/01/06 20:04:46

配列型のプロパティと
配列型を戻すgetterと
配列型を引数に取るsetterを実装するんじゃダメ？

**nobodyさん** · 05/01/06 22:57:40

>>739-741
http://www.freeml.com/message/struts-user@freeml.com/0000047

Struts-MLの46から始まるスレに出てます。
多分、この47が一番聞きたい所に答えてると思うけど。

ところで、配列問題ってかなり頻繁に質問されているにも関わらず、
いま出てるStruts関連書籍には、index付きsetter/getterって
載ってないですよねぇ。なぜかしら。

**nobodyさん** · 05/01/07 08:35:31

>742-743
どうもありがとうございます。
参考にしていじってみます。

**nobodyさん** · 05/01/11 10:27:39

iterateで使用するArrayListオブジェクトを、一度生成した後はそのsession内ではそれを再利用したいのですが、
対象の配列オブジェクトのスコープをsession内有効にしてもgetXXXメソッドが読まれてしまいます。

ActionForm内にgetList01()を準備して、
一度目のActionでこのgetList01()を使用して取得はできるのですが、
二度目以降、"List01"を使用する場合は一度目で生成したオブジェクトを使用したいです。
一度setAttribute("List01",)でList01に配列オブジェクトを関連付けて、
その後のActionではsetAttribute("List01",HttpSession.getAttribute("List01"))でOKかと思ったのですが・・・
iterateタグ使用時にscope属性はsessionにしてあるのですが、どうしてもgetList01が読まれてしまいます。
<logic:iterate id="item" name="List01" property="list01" scope="session" type="xClass">
初歩的な質問で申し訳ありませんが時間のある人が居ればご教授お願いします。

**nobodyさん** · 05/01/11 10:50:11

やりたい事：セレクトメニューを動的に表示したい。
たとえば、今年の西暦と＋１年の西暦。

<html:select property="year">
<html:option value=""></html:option>
<html:option value="2005">2005</html:option>
<html:option value="2006">2006</html:option>
</html:select>

<% %>の中でタグを書いても当然そのまま表示されてしまいます。
どうすればできますか？

**nobodyさん** · 05/01/11 17:06:35

>>746
JSPを勉強することと、optionsタグあたり。

**745** · 05/01/11 19:38:41

745です。遷移元ページAで、下記JSP記述によって配列を回せるのですが、
<logic:iterate id="checkItem" name="List01" property="list01" scope="session" type="pkg.MyClass">
ページAから遷移先ページBに遷移して、下記JSP記述ではオブジェクトは存在しているようです。（pkg.hoge@15e8aa5などのように表示される）
<bean:write name="List01" scope="session"/>
しかしこれを下記のように扱おうとすると、javax.servlet.ServletException: Cannot create iterator for this collectionになってしまいます。
<logic:iterate id="item" name="List01" scope="session">

getList01()は、pkg.MyClassオブジェクトを格納するArrayListオブジェクトを返します。
何かわかるかたがいたらご教授願います。

**nobodyさん** · 05/01/11 22:51:46

>>748
List01はCollectionでも配列でもMapでもないんじゃないの？

**745** · 05/01/12 08:36:26

>748
レスどうもありがとうございます。
List01は同じsession内でiterateを使えているArrayListオブジェクトです。
iterate自体ではscope属性でsetAttributeされたList01を探すことは可能なんですよね？

**745** · 05/01/12 08:56:42

>750は>>749さん宛てでした。すいません。

**nobodyさん** · 05/01/12 20:37:20

>>750
つーか、
＞getList01()は、pkg.MyClassオブジェクトを格納するArrayListオブジェクトを返します。
メソッドを持つList01が、なぜArrayListなんだ？
そもそも自分で作ったクラスなんじゃないの？

**745** · 05/01/13 08:54:27

>752
返信ありがとうございます。以下のようなクラスです。

//MyClassオブジェクトを格納しているArrayListオブジェクトを返り値とするgetList01()を持つクラス
public ReturnIterateObjClass{
　private ArrayList list01 = new ArrayList();
　public ReturnIterateClass(){}
　public ArrayList getList01(){
　　ArrayList list = new ArrayList();
　　MyClass obj1 = new MyClass();
　　MyClass obj2 = new MyClass();
　　list.add(obj1);
　　list.add(obj2);
　　return list;
　}
}

で、正しいやり方なのかはわかりませんが、次のレスの方法で先程やっと解決しました。

**745** · 05/01/13 08:55:24

+++ ダメだったやり方 +++++++++++++++++++++++++++++++++++++++
//JSP
<logic:iterate id="id" name="List" property="list01">

//Action
HttpSession session = HttpServletRequest.getSession();
ReturnIterateObjClass r = new ReturnIterateObjClass();
session.setAttribute("List",r);

+++ 上手くいったやり方 +++++++++++++++++++++++++++++++++++++++
//JSP
<logic:iterate id="id" name="List">

//Action
HttpSession session = HttpServletRequest.getSession();
ReturnIterateObjClass r = new ReturnIterateObjClass();
if (session.getAttribute("List01") == null){
　session.setAttribute("List",r.getList01());
}

>749さんの言うとおり、「ダメだったやり方」で、getAttribute("List01").getClass()の結果を見たらArrayListなんかではなく、ReturnIterateObjClassでした。
みなさんのおかげで何とかまた一つ解決できました。ほんとにありがとうございました。また進めて行ってみます。

**nobodyさん** · 05/01/23 20:12:30

自宅で興味範囲でStrutsを習い始めた者です。
教えてください。
DispatchActionを基本クラスとして継承クラスを作成した場合
URI parameter属性に呼び出されるメソッドの名称を格納して
callする事ができると聞きました。
parameter="method"で、URLパラメータがmethod=deleteと指定した場合
deleteという名のメソッドが実行される。みたいに。
で継承クラスにexecute()をオーバーライドした場合
delete()とexecute()とどちらもcallされるのでしょうか？
どちらが先にcallされるのでしょうか？

**nobodyさん** · 05/01/23 20:49:39

>>755
ソースコード見れ。ソースコードは公開されているのだから。
ソースを見れば一目瞭然なのだが、
execute()をオーバーライドすると肝心の振り分け処理を
上書きしてしまうことになり、execute()の中でスーパークラスの
execute()を明示的に呼ばない限り、delete()は呼ばれない。

**nobodyさん** · 05/01/23 20:56:33

答えとアドバイスをありがとうございました。
ソースを見て調べるようにしますが回答頂き成る程ガッテンつきました！
ありがとうございました。

**nobodyさん** · 05/01/23 22:20:33

習ってるなら、習ってる相手に聞け。

**nobodyさん** · 05/01/24 21:06:26

自習だよ

**nobodyさん** · 05/01/24 23:27:37

JavaWorld3月号のStruts記事は非常に良かったぞ。
脱初心者必見という感じ。

**nobodyさん** · 05/01/26 02:19:46

Digester便利だなぁ。