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

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

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

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

>>509
ActionFormがrequestスコープの場合はダメ。
毎回のリクエスト受信時にActionFormのインスタンスは新たに生成され、
初期化処理で扱うActionFormのインスタンスと送信後に扱うActionFormのインスタンスは別になるから。

**nobodyさん** · 04/09/12 20:53:02

何か問題ある？
送信先で同じActionFormを使ってやりゃいいだけじゃん。

**nobodyさん** · 04/09/12 21:14:53

>>511
>>509のやり方では送信先のActionFormのインスタンスの中のListプロパティの中が空っぽのままだろ？

**492** · 04/09/13 09:40:19

>>512
そうなんです。
>>509の方法だと、Listがnullになってしまうんです。
だから、property='<%= "_dataList[" + i + "].key1" %>'の書き方だと、
_dataList[0].key1という名前になり、それをActionSetvletか何かで、
_dataList.get(0).put("key1","hogehoge")というようなメソッドを呼んでると思うのですが、
_dataListがnullだからNullPointerExceptionが出るのだと思います。

**492** · 04/09/13 10:35:16

みなさん、色々とアドバイスをいただき、
ありがとうございました。
結局、現在はActionFormに以下のソースを追加しました。
private String[] key1 = null;
private String[] key2 = null;
public String[] getKey1() {
　return key1;
}
public void setKey1(String[] k) {
　this.key1 = k;
}
public String[] getKey2() {
　return key2;
}
public void setKey2(String[] k) {
　this.key2 = k;
}

画面表示時は、以下の様にしてListの内容を出力し、
<logic:iterate id="list" name="hogeForm" property="_dataList">
<html:text name="list" property="key1" />
<html:text name="list" property="key2" />
</logic:iterate>
ActionFormにセット時はString配列にセットする様にして
処理しています。

でも、このやり方は邪道だと思っています。
もし他に良い方法がありましたらご教授下さい。

**nobodyさん** · 04/09/13 22:16:56

Actionクラスの中でConnectionを取得してDBアクセスしてるコードが沢山あるんですけど、
何か弊害ありますか？

**nobodyさん** · 04/09/13 22:28:03

>>515
ビジネスロジックをActionクラスに書くな

**nobodyさん** · 04/09/13 22:31:27

なにか弊害ありますか？

**nobodyさん** · 04/09/13 23:11:38

>>515
ビジネスロジックを使い回しできない

**nobodyさん** · 04/09/13 23:40:40

515じゃないけど、それって一般的なコードでの
モジュール化をするかしないかの違いでしかないの？
もうちょっと説得力のある理由があるのかとおもった。

そのAction固有のロジックで複雑でもなければとりあえずそこに書いといて、
必要になったときにリファクタリングで括りだす方針でも問題ないような。
Actionはシングルトンだから書けないロジックもあるのはわかるけど。

**nobodyさん** · 04/09/14 08:03:53

まあ、好きにすれば？

**nobodyさん** · 04/09/14 21:28:50

そのビジネスロジックを使い回したくなってから、わざわざリファクタリングするのか？
MVCの利点が理解できなきゃこれも理解できないだろうけど。

**nobodyさん** · 04/09/14 21:46:02

まあ、この辺でも読んでおけ
http://struts.apache.org/userGuide/building_controller.html#action_design_guide

**nobodyさん** · 04/09/14 22:30:17

>>521
Action をモデルとみなしてはいけない理由を教えてください。

**nobodyさん** · 04/09/14 22:41:16

先輩がActionクラスに入るはじめのところでコネクションを取得して、
そのあとActionから抜けるまで使いまわすようなフレームワーク作ってるんですけど
どうしたらいいですか？
Actionクラスのメソッドの引数にconnとかがあります！

**nobodyさん** · 04/09/14 22:47:21

>>524
読解不能

**nobodyさん** · 04/09/14 22:52:17

先輩みっけ

**nobodyさん** · 04/09/14 23:27:05

>>524
Action の最初と最後をトランザクション境界にしてるんだろ。
違うのか？それはそれでありだと思うが。
ただ、Action クラスを継承して作ってんだったら、その先輩はうんこかな？
RequestProcessor を拡張し、コネクションは ThreadLocal から取得する
ようにしたほうが良い。Action のインタフェースも変える必要はない。

もちろん、この Action をモデルとして考えた場合の再利用性は低くなる。
が、プロジェクト内での再利用性は十分だし、開発効率も高い。

**nobodyさん** · 04/09/16 00:01:38

メテオはやめてお

**nobodyさん** · 04/09/17 00:11:06

Actionで取得したconnectionをAction抜けた後のfilterでクローズしてみようかと思ってるんだけど
そういう構成ってどう思いますか？

**nobodyさん** · 04/09/17 00:46:12

>>529
「Action抜けた後のfilter」って何？

**nobodyさん** · 04/09/17 00:50:37

filterクラスってあるじゃん、知らないの？
*.doに仕掛ければ*.doアドレスのやつは全部そのfilter掛かるんだよ。

**nobodyさん** · 04/09/17 21:28:32

>>531
俺はありだと思うよ。n階層モデルにおもっきり逆行してるが。

**nobodyさん** · 04/09/17 23:01:21

>>531
俺もありだと思うよ。
これから退職届けだして、それを引き継いだやつを地獄に落とすんだろ。

**nobodyさん** · 04/09/18 00:44:57

俺はアリ？だと思うよ
アリ？こりゃおっかしいなぁ～

寒いわボケ　しね

**nobodyさん** · 04/09/18 00:59:53

モハメド・アリ

**nobodyさん** · 04/09/18 01:00:21

アリさんマークの引っ越し社

**nobodyさん** · 04/09/22 04:52:07

>>529
むしろfilterでコネクション取得して、切断。
Hibernateだと、「Open session in view」ってなってるから、さしずめ「Open connetion in view」だろうか。

**nobodyさん** · 04/09/22 04:55:09

>>527
Spring StrutsやらS2Struts使って、AOPでやればもっとよいかも。

**nobodyさん** · 04/10/08 11:41:11

Struts初心者の者です。
現象として、ApplicationResourcesに設定してあるメッセージを取得できません。

struts-config.xmlには、
<message-resources parameter="res.ApplicationResources"/>
と設定して、ApplicationResourcesファイルの階層も間違っていないのですが。

どうやら、ローカルサーバーのApplicationResourcesを見ずに、ビルドした
ローカルの階層を見ているようで、こちらに設定するとメッセージは取得出来ます。

Tomcat 5.0
Struts1.1
を使用しています。

何か他に設定が必要なのでしょうか？
どなたかお教えいただけないでしょうか？　m(_ _)m

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

>どうやら、ローカルサーバーのApplicationResourcesを見ずに、ビルドした
>ローカルの階層を見ているようで、こちらに設定するとメッセージは取得出来ます。

よくﾜｶﾝﾈ

**nobodyさん** · 04/10/08 20:24:16

srcじゃなくてclassesフォルダのファイル見てるってこと？
それだとそれで正しい挙動だと思う。

**nobodyさん** · 04/10/10 23:48:18

上司にStrutsが現在における最高のＭＶＣモデルフレームワーク（Webアプリにおいて）だと言われ、本を渡されたんですが本当ですか？

**nobodyさん** · 04/10/11 00:26:05

>>542
賛否両論だが仕事でJavaでwebやるならとりあえず覚えておけ。
Java-webフレームワークの中では最高に普及していることは間違いない。

**nobodyさん** · 04/10/11 00:27:51

モノとしてはTapestryやらWebWork2の方がよさげだね。

**nobodyさん** · 04/10/11 09:30:05

>>544
俺もそう思うけど、仕事で使うなら普及してるのが一番だしね。
しょうがないね。

**nobodyさん** · 04/10/11 12:49:36

SpringやらSeasar2と一緒に使えば、StrutsでもWebWork2の利点みたいなことはできるわけだからねぇ。
あんまり末端の層でブアツイフレームワークは必要ない気がする。

**nobodyさん** · 04/10/11 14:55:13

何が最高だか聞いてみたら？
普及度？　シンプルさ？　軽量さ？　機能？　脳内知識？

２位と３位のフレームワークも上げて欲しい。

**nobodyさん** · 04/10/11 18:24:22

Struts+Seasar2とかHibernateとかでもうしばらく頑張る。
その後JSFに以降。

**nobodyさん** · 04/10/11 18:28:05

Struts-facesでいいんじゃねぇ？

**542** · 04/10/11 22:46:32

ええ？そうなんですか？いろいろあるんですね～。ありがとうございます。でもどうせ勉強するなら最高の組み合わせを考えてるんですけど、結論出ませんかね？自分としては仕事で使うので普及率で決めたいんですが

**nobodyさん** · 04/10/12 03:07:49

普及率で決めるならSeasar2は使えないな。

**nobodyさん** · 04/10/12 21:26:32

「普及度」の「最高」だったら、struts+hibernateかな？商用のWebLogicとかWebSpなんとかの方かな？

**nobodyさん** · 04/10/12 21:45:34

Struts + Hibernate + Spring だろうね。

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

その組み合わせっていいの？

**nobodyさん** · 04/10/13 16:12:45

Strutsを使って開発する場合、セッション管理ってどうやってますか？

**nobodyさん** · 04/10/13 16:41:55

>>555
デフォでフォーム名のセッション変数作られまくりだからイヤってこと？

**555** · 04/10/13 17:20:59

>>556
いえ、もしStrutsがセッション管理機能を持ってるんなら
そっち使いたいなぁって思っただけです。
Struts初心者なもんで。。。

**nobodyさん** · 04/10/13 18:40:06

>>557
セッション管理なんて、sessionにほりこむだけじゃん。
わざわざStrutsにやらせんでも。

ってか、何やらせたいん？

**nobodyさん** · 04/10/13 19:07:31

Servletの低レベルなセッション変数管理ではなくて、
もっとアプリ寄りの高級なセッション管理ってことかな？
そういうのなら残念ながらない。

**555** · 04/10/13 19:17:18

>>559さんのおっしゃるとおりです。
そうですか、そういう管理機能は持ってないんですね。。。
今までどおりsession.getAttribute()でがんばります。ありがとうございました。

**nobodyさん** · 04/10/13 22:38:10

具体的に、なにがやりたいん？

**542** · 04/10/15 16:31:49

実は私ずっとJAVAでソフト開発してたんですが、この度Webアプリ開発なる部署に転属になりまして、質問させていただいた次第でございます。
で、いきなりstrutsの本を渡されたんですが、読んでるとJSPやサーブレットのことを知らないとまずいですね、多分当たり前な話なんでしょうが
もうびっくりして別の書籍買ってきました。JSPとサーブレットに関しての本です。すると今度はXMLやらXSLTやらDOMやら出てきましたので
それも購入して読みあさった結果「これは腰を据えて取り組まなきゃいかんのでは？上司が言うように簡単にはいかん。」と思いました。
そこで質問なんですが、Webアプリ開発担当になるためには、JSP/サーブレット→XML/XSLT/DOM→strutsというような勉強の順番でいいですかね？
私は恥ずかしながらJAVA歴1年で去年1年間とある予約システム（店頭で店員がいじるソフト）の開発しかやったことありません。
オブジェクト指向はわかりますが、ネットワークアプリの開発もしたことありません。サーブレットは簡単そうなんですが、Web関係の技術は無知です。
どうなんでしょう？それともこの異動はもしかしてリストラの前兆ですかね？入社1年目にして？ぎゃって感じです･･･

**542** · 04/10/15 16:40:48

え～ちなみに上司や同僚は忙しいらしくて取り合ってくれません。Web開発の部署は東京にあるんで
岡山から先月引っ越してきました。なんだか前の部署（企業向けアプリ）の方がUMLの段階から
ノンキで仲良くやってたんですが、ここでは皆無口でＰＣに向かったまま、話し掛けると無視されます。
UMLも他の部署がしてるみたいで、ここの人はみんななんか機械やロボットのようです。
私はそんな片隅で自習です･･･他にも同じような人が3人いるんですが、みんな「？？」状態です。
やばいですかね？業界のこともよくわからんですし、前の雰囲気が当たり前だと思ってたし
独学でやる気はあるんですが、どこから手をつければいいかわかんなくて･･･

**nobodyさん** · 04/10/15 19:09:33

>>562-563
ながい

**nobodyさん** · 04/10/15 19:44:28

>>564
ﾄﾞｿﾞｰ

Webアプリ開発担当になるためには、JSP/サーブレット→XML/XSLT/DOM→strutsというような勉強の順番でいいですか

**nobodyさん** · 04/10/15 19:55:18

XML関係はステップとして位置付けず必要なとき平行してやれば十分では。
それよりWebアプリ特有の設計をなんとかして学ぶ。Struts本くれたのもざっと
全体見渡せってことじゃないかと。しかしJava歴一年で「ずっとJAVAでソフト開発してきた」とは
大きく出たな。

>>565
まだ横に長い

**nobodyさん** · 04/10/15 21:16:44

XMLとかXSLTとかDOMは、本格的に必要になればやればいいだけ。
そうじゃなければ別にイラン。

例えばstrutsは設定ファイルがxmlなだけで、別にxmlの知識が要るわけじゃないし。

**542** · 04/10/15 21:35:15

>>564
すいません。長々と書いてしまいまして。
>しかしJava歴一年で「ずっとJAVAでソフト開発してきた」とは大きく出たな。
すいません。偉そうに言ってしまいました。「1年しか」ですね^^;
>>566 >>567
ご返答ありがとうございます。勉強方法がわかってとても安心しました。
とりあえずJSP/サーブレット→strutsという風に勉強します。

**nobodyさん** · 04/10/15 21:54:52

まず職場に花瓶を設置しろ。寒いチームは成功しない。
割と派手目だかすぐに枯れたりしないの花を買って生ける。
これだけでけっこう雰囲気が変わる。
しかし毎回買ってくるのは金がかかるし、ある日出勤したら倉庫に移動されてたりする。
だがこれで諦めているようではいけない。あくまでこれはイントロにすぎない。
次に持っていくのは植木鉢だ。今度は生けるのではなく本格的に植えてみよう。
前は花だった。香りもあったわけだ。それなりにインパクトがあるから皆それとなく気にかけていたはずだ。
今度は何がいいだろうか。不意をついて芝生や猫草などどうだろうか。何が生えるかな？などと
思って楽しみにしていると、もはやそれ以上何も生えない。これを気づかれないように少しずつ増やす。
そうやってある程度土壌が確保できたら本命の野菜を植える。大麻は駄目だ。葉ものが欲しければ七草程度にする。
そうするとだんだん森の動物が来るようになる。熊も来る。だんだん川も流れてくる。
こうやって大自然のなかに身をおくことで誰もが癒されてくる。誰かに優しくしたくなる。
とにかく職場の雰囲気に合わせては駄目だ。きっかけはたった一つの花でも気がつけば
ネイチャーだろ？こうなるともう自給できる。会社がなくなっても全然問題ない。そうだろ？誰か同意してくれよ、なあ。

**nobodyさん** · 04/10/15 22:22:35

>>569
今年はクマ多いね

**nobodyさん** · 04/10/15 22:57:14

その職場にかわいい女はいるのか？
いなければ殺伐とするのは当然だ

**nobodyさん** · 04/10/15 23:10:30

ウホッすればいいじゃん

**nobodyさん** · 04/10/15 23:51:47

>>570
会議にはお茶とお菓子を用意しろ、というXPの真髄に近いものがあるな

**542** · 04/10/18 22:01:38

やっぱ雰囲気って大事ですよね？女の子や花など一切ありません。
勉強のほうはお蔭様で進んでおります。
意外とスルスル頭に入るのでそんなに悩まなくても良さそうです。
みなさんありがとうございました。
あとコンテンツマネジメントシステムに興味あって
今Zopeとかも見ています。でもこれパイソンですね。
JAVAでないのかな～･･･探してるが出てこない･･･

**542** · 04/10/19 01:40:15

見つけました。Cocoon2ってのがいいらしいようですね。
ちょっといじってみます。ではでは、失礼しました。

**nobodyさん** · 04/10/19 02:24:46

・・・「Java CMS」で検索すると、ごろごろ出てくるわけだが。

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

lenya, Jetspeed, Kvasir/Sora, Daisy, ....

**nobodyさん** · 04/10/19 18:48:32

勉強中なんですが、Actionクラスも作って、successを返したらJSPページ
にforwardするように設定したつもりが、JSPのページがまったく表示されません。
すぐ思いつく原因などがあれば教えてもらえませんか？ソースには以下のように
表示されています。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8"></HEAD>
<BODY></BODY></HTML>

エラーメッセージも出ないので何が原因なのかまったくわかりません・・・。

**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 なんてステップ数稼ぎにちょうどいいんじゃないの？
どうも無駄なコードを沢山書いているように見えてしょうがない。