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

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

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

**２３９** · 04/01/04 05:12

ダウンロードしたファイルを解凍して、
webappsディレクトリ配下にあるwarファイルを
CATALINA_HOME\webapps配下に設置しました。
特に他にやることはないはずなのですが…

**nobodyさん** · 04/01/04 05:16

>>239
エラーメッセージに「Permission denied」とあるとおり。
パーミッションの問題。
TomcatのworkディレクトリにTomcat実行ユーザの書き込み権限がないため。
なぜindex.jspがあるディレクトリと違うディレクトリでエラーになるのかは
Struts以前にJSPの勉強が必要。ヒントは、
ファイル名が「index_jsp.java」になっていること。

**２３９** · 04/01/04 06:16

>>241
パーミッション変えたら出来ました！ありがとうございます。
最近Linuxをいじり始めたばかりで…ご迷惑かけました。

ヒントの部分なんですが、「index_jsp.java」というのは
javaファイルに変換されて、work上でコンパイルされているということで、
このとき書き込みできないとコンパイルしようがないってことですかね？

**nobodyさん** · 04/01/04 22:45

ベロシティを超えるデザイン分離、イベントドリブンな Tapestry に
鞍替えしますた。

**nobodyさん** · 04/01/07 02:45

Struts Studioのフリー版使ってみたんだけど
おっそろしく楽だな。

**nobodyさん** · 04/01/10 15:18

アクションクラスの設計について質問です。

Ａ（条件画面）→Ｂ（詳細画面）に画面遷移するとき、
Ｂの画面に必要な情報を取得するロジックやらＳＱＬは、
ＡとＢのアクションクラスのどっちに書けばいいの？

今やってるプロジェクトでは、
１）Ａ画面のリンクを押すと【A.doにForward】
２）Ａのアクションクラス
　 1) SQLのキー情報をbeanにセット
2) 【Ｂ.do にForward】
３）Ｂのアクションクラス
1) beanからキー情報取得
2) SQL発行～ＢのFormBeanにセット
3) getInputメソッドでＢ.jspを取得してそこにforward

なんだけど、これって１動作に「.do」を２回通ってるから、
アクションの連鎖というやつなのかな？
アクションの連鎖は「struts in action」という最近出た本によると、推奨されてない
ようだけど…どうなんだろ。
皆さんのフレームワークではどうやってますか？

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

A画面からB.doへ跳ばさないのはなぜだ？

**nobodyさん** · 04/01/11 11:39

>246
>A画面からB.doへ跳ばさないのはなぜだ？
やっぱり変なんですかね？
うちの社内のフレームワークはこれが標準になってるみたいです。
ちなみにかなりの大規模プロジェクトです。

メリットとしては、
・１画面（jsp）につき１アクションクラス、という解り易い構図ができあがる。
例えばB.jspの画面作成ロジックはB_Action.javaにある、みたいな。
※通常のやり方だと、B.jspの画面作成ロジックをA_Action.java
に書くのでわかりにくい。

逆にデメリットとしては、
・遷移先のjsp名を次の画面のgetInputで取得している、
つまりstruts-configの <forward> ではなくて <Action input=> で
取得しているので、strutsの標準的な使い方ではなくなっている（？）
ことかな？

**nobodyさん** · 04/01/11 11:53

補足です。
１画面につき１アクションクラス、というのは具体的にはこうです。

・<global-forwards>はこんな感じ
<forward name="A" path="/A.do">
<forward name="B" path="/B.do">
・<action-mappings>はこんな感じ
<action path="/A" type="A_Action" input="/A.jsp" name="A"/>
<action path="/B" type="B_Action" input="/B.jsp" name="B"/>

A画面のボタンを押したら、
(1) A.do にサブミット
(2) A_Action実行　→　findForward("B")
(3) B.do にフォワード
(4) B_Action実行　→　getInputで "B.jsp" をゲット
(5) B.jsp 表示
てな動きです。
こういう使い方は邪道なのでしょうか？

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

(°Д°)

**nobodyさん** · 04/01/11 15:01

馬鹿だ。
1画面につき1アクションクラス、というのは
「jspにたどり着くためには*.doを経由させる」ということで

kuso.do→kuso.jsp
unko.do→unko.jsp　の時の遷移は

kuso.doにリクエスト→kuso.jsp表示→
kuso.jspからunko.doにリクエスト→unko.jsp表示　なのであって

「*.jspの送信先がそのjspに対応するアクションクラス」というのは
つまりあれだ、

氏ね

**nobodyさん** · 04/01/11 15:05

>>190を読んだ方がいいと思うよ。
つーか確かに最初はよくﾜｶﾗﾝが、
2、3日～長くても一週間もあればぼんやりと全体像は見えてくるだろ？
少なくとも画面遷移の仕方とかさ。
カスタムタグの種類や使い方がおぼつかない、というのならまだしも。

**nobodyさん** · 04/01/11 18:16

>>248
>>244でも使えば？
GUIで設計できる上に遷移図の印刷も出来るから
自分らがどんだけクソな作業してるか実感できると思うよ。

**248** · 04/01/11 22:13

レスありがとうございます。
でも、この設計でだいぶ開発が進んでいるので、
再設計しての後戻りはできそうにないんです。

動きに問題がないのであれば、このまま行くしかない…（；＿；）

**nobodyさん** · 04/01/11 22:57

>>253
それよりもだな、自分の書いたことの間違いに気がついたのかと

**nobodyさん** · 04/01/12 15:03

http://www.h5.dion.ne.jp/~cube/0_spike/spikelink02.htm

**nobodyさん** · 04/01/15 00:31

教えて下さい。
イクリプスで、すべて再ビルドを選択すると
ApplicationResourcesが文字化けしてしまいます。
原因はソースフォルダ直下にApplicationResourcesを置いているからなのですが、
良い管理方法が見つかりません。

指定したファイルを削除しないで「すべて再ビルド」、又は
指定したファイルにだけnative2asciiを当ててくれる
みたいな方法ってありますか？

EasyStrutsやらのプラグインを入れれば解決したりするんでしょうか。
そもそもソースフォルダにApplicationResourcesを置いているのが間違いでしょうか・・・
良い管理方法をご教示ください。

Tomcat,winXP,eclipse2.1,struts1.1

**nobodyさん** · 04/01/15 02:19

>>256
全体的に勘違いしている悪寒
そして全くのスレ違いですよ野糞

**nobodyさん** · 04/01/15 13:02

自己レスです。 native2asciiをあてたものをソースフォルダに置くことで解決しました。何で気付かなかったのか不思議ちゃんです。お騒がせ致しました。

**nobodyさん** · 04/01/17 03:37

一年前、テキストエディタオンリーでStruts勉強してた。
しかし、一体何をやっているか、わけがわからんかった。

現在、Eclipse+Struts Studio。もう効率はいいし
Struts StudioのおかげでStrutsの全体像もつかめて
何をやっているか意味がわかるようになった。

>>245なんかを見てると、去年の自分を見ているようで歯がゆい。

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

Strutsって、htmlタグ使わないかんの？
ひょっとしてそれ使わんとできへんこと多い？

**nobodyさん** · 04/01/17 12:44

このスレは、Struts を「いじくり倒す人」の為のスレでございます。

**nobodyさん** · 04/01/18 20:53

別にカスタムタグ使う使わないは自由。
別に全く使わなくても問題なし。

**nobodyさん** · 04/01/19 20:13

>>261
なんだ。Strutsを「いじくり倒す」といいながらそれだけの技術力もなく、
現行のStrutsに「粘着する人」の為のスレでしたか。
いじくり倒してんなら分かるだろ？

**nobodyさん** · 04/01/19 21:32

でも >>260 は Struts 始めたての子が考える疑問じゃん。

**260** · 04/01/19 21:54

jakartaのtaglib使いたいんだけど。

**nobodyさん** · 04/01/20 00:38

>>265
両方使えるから両方使え。

**nobodyさん** · 04/01/20 02:50

>>114（間違ってるけど）や>>224のようにJSTLやスクリプトレットも
普通に使えるから好きにすればいい。

**singles** · 04/01/20 14:42

>217 219 220
「かんたんStruts 」にはやられた。
本当に改訂版？
ＣＤ付きなのに、全ソースじゃないし。
実行時エラーは出るし。バグだらけだよ。
やすがにコンパイルエラーはなかったけど。

損した！！

**nobodyさん** · 04/01/22 20:16

別のスレで質問してどあほうからしか回答がなかったから聞きますが、
c:forEach でコレクションをくるくるってのがStrutsでできません。
自動生成されたjavaのソースを見ると、itemsに設定したものが
コレクションとしてでなく文字列として渡されてしまいます。

**nobodyさん** · 04/01/22 20:23

<logic:iterate /> ではダメな理由を言えよ。
あともしStrutsのタグライブラリを併用しようとしてるなら出力時はelを使わねぇと出ねぇぞ。
<bean-el:write ～/> など。
しかもサーブレット2.3からじゃないと動かない。

**nobodyさん** · 04/01/22 21:55

Strutsをいじくり倒すのに理由がいるのか。
それともStrutsの次期バージョンには興味がないのか。

**nobodyさん** · 04/01/22 22:52

せっかくStruts使ってるんだから、わざわざJSTLにすることも無いだろ。
JSTLがうまく使えないっつうのなら、スレ違いだろ。

**nobodyさん** · 04/01/23 09:41

もっともだ

**nobodyさん** · 04/01/23 20:45

そうだそうだ。俺たちは知ったかぶりなんだ。Strutsのソースを調べなきゃ分からないことを聞くんじゃない。

**nobodyさん** · 04/01/24 23:56

http://hidebbs.net/bbs/right?sw=7
変な掲示板

**nobodyさん** · 04/01/25 00:18

http://hidebbs.net/bbs/right?sw=7
なんか糞

**nobodyさん** · 04/01/27 09:45

初めまして。
struts初心者です。
BBS作ってるんですけど、どうやら自動で
ResponseUtils.filterを通されてるらしくて
改行を<br>に置き換えたりとかしたいんですけど
すべて
& → &
みたいな感じで変換されちゃってそのまま表示
されてしまいます。
なんとかこいつを黙らす方法ないでしょうか？

**nobodyさん** · 04/01/27 12:40

>>277
<bean:write ... filter='false'/> でどうよ？
http://www.janit.com/TechnoInf/Java/Struts1.1b3/userGuide/struts-bean.html

**nobodyさん** · 04/01/27 22:45

>>278
すみません。
<bean:write name="onemsg" property="msg" filter='false'/>
でやってみたんですけど、駄目でした。
<pre><bean:write name="onedata" property="msg" filter='false'/></pre>
はできはするけど力技っぽくてプログラム的に美しくないとか思うのは思い上がりですかね？

**nobodyさん** · 04/01/27 23:14

>>279
ちょっと待て。
<pre>で囲ったって、＆ａｍｐ；をそのまま表示はできないぞ。
まさかと思って IE6 と Mozilla 1.6 で表示してみたが、
やっぱり＆ａｍｐ；は＆として表示される。

とりあえずここ読んどけ。あと、実体参照という言葉を覚えろ。
http://mind.f.fiw-web.net/program/perl/tips0506.html
http://east.portland.ne.jp/~sigekazu/html/entities.htm

**nobodyさん** · 04/01/27 23:14

>>278
すみませんでしたm(_ _)m
大ボケかましとりました。
<bean:write ... filter='false'/>
でいけました。
どうもありがとうございました。

**nobodyさん** · 04/01/28 22:12

なんか、Strutsを始めとするMVCパターンが実はアンチパターンなのではないかと
言われ始めているけどどうなんだろう。

下の記事、議論を巻き起こしています。英語だよ。
ttp://today.java.net/pub/a/today/2003/12/11/mvc.html

**nobodyさん** · 04/01/29 09:20

そもそもMVCモデルをパターンと

**nobodyさん** · 04/02/04 19:53

iterateタグの中にiterateタグを使ってるようなサンプルソースが載ってるトコ
ってどっかにないですかに

**nobodyさん** · 04/02/04 19:54

書くとこ間違えたか・・？

**nobodyさん** · 04/02/04 19:55

あげちまった・・

**nobodyさん** · 04/02/05 05:33

>>284
http://www.ingrid.org/jajakarta/struts/struts1.0/ja/target/documentation/struts-logic.html#iterate

**nobodyさん** · 04/02/05 14:24

strutsを使用する場合、JSTLは使ったほうがいい？
それとも使わないほうがいい？

いろいろな面から意見を聞きたいです。

**nobodyさん** · 04/02/05 16:42

JSTL使わないとキツイ、って時は使ってる。
実はスクリプトレットで書いちゃった方が楽だけど、無理してる。

**nobodyさん** · 04/02/22 05:30

>>287
もうサーバー移転して半年にもなるので、こっちにしようよ。
ttp://www.jajakarta.org/struts/struts1.0/ja/target/documentation/struts-logic.html

ただ、>>284が求めているサンプルはそこにはない模様。

<logic:iterate id="hage" name="hoge">
<logic:iterate id="mage" name="hage" property="mages">
　<bean:write name="mage" property="moge" />
</logic:iterate>
</logic:iterate>

みたいなことをしたい？

**nobodyさん** · 04/03/01 04:14

Struts の data-source って、もう使わない方がいいのかな？

**nobodyさん** · 04/03/01 16:14

やらないほうがいいって書いてあるね

**nobodyさん** · 04/03/01 19:47

>>292
じゃあ、せっせとソースを直すか。

DataSource ds = getDataSource(request);
↓
DataSource ds = (DataSource)(new InitialContext()).lookup("名前");

しかし deploy 後に server.xml いじるの面倒だ･･･。

**nobodyさん** · 04/03/01 21:31

Struts って、もう使わない方がいいのかな？

**nobodyさん** · 04/03/01 21:53

使わないほうがいいって書いてあるね

**291** · 04/03/02 01:17

datascource を直したら、

[HttpProcessor[8888][4]] FATAL - [javax.naming.NamingException: Cannot create resource instance
at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:167)

って言われるよ･･･

**nobodyさん** · 04/03/02 01:34

プーリングはcommonsの奴でやれ。

**nobodyさん** · 04/03/02 03:18

ところで、なんでdatasourceは使わない方がいいの？

**291** · 04/03/02 03:34

>>298 アプリケーション・サーバー側に標準技術があるから、そっちを使えって事かと。ブラウザーで設定できるし。それに Struts の DataSource は、接続先が１つにしぼられますね。

**291** · 04/03/02 03:36

>>296 自己レス。Tomcatのバージョンを 4.06 から 4.1.29 にあげたら解決した。理由は不明。

**nobodyさん** · 04/03/02 08:46

＞それに Struts の DataSource は、接続先が１つにしぼられますね。
そうか？

**nobodyさん** · 04/03/02 08:54

Struts + HIBERNATE、これ最強。

**291** · 04/03/02 10:33

>>301 複数つなげるのかいなー。後学のためにサンプル希望。
>>302 HIBERNATEが最強に分かりません。ORマッピングって何？
http://wiki.bmedianode.com/Hibernate/
http://www.hibernate.org/

**nobodyさん** · 04/03/02 11:14

>>303
Java⇔RDBのMapping-Frameworkを語るｽﾚ
http://pc2.2ch.net/test/read.cgi/tech/1049030272/

**nobodyさん** · 04/03/02 11:28

>>303
一生HTMLにロジック埋め込んでてください

**291** · 04/03/02 11:36

>>305 MVCは、Strutsでは不十分なのでしょうか？

**nobodyさん** · 04/03/02 11:42

>>305 が何を持ってそう判断したか分からんが
Tapestry + HIBERNATE、これ最強。

**nobodyさん** · 04/03/02 13:16

>>307
物凄い勢いで、禿しく同意

**291** · 04/03/02 17:40

>>307
HIBERNATEって、SQL ラッパーみたいに捕らえていいの？
詳しい人の説明をお願いします。

**nobodyさん** · 04/03/02 17:50

http://www.kanzaki.com/docs/sw/rss.html

**nobodyさん** · 04/03/02 17:50

>>310 すまん、誤爆

**nobodyさん** · 04/03/02 19:32

>>309
DBアクセスレイヤーをもうけることで、役割が明確になり、
DB依存性を排除できる。理想は。
Hibernate だったらトランザクションやキャッシュ機構、
XML から Bean 生成、DB スキーマから Bean 生成、
スキーマ& Bean からXML 生成などがある。

**nobodyさん** · 04/03/02 20:37

Hibernate、オブジェクト操作だけで一通りのDB操作が可能だし、
さらに細かいことやりたいなら、HQLっつーSQLライクな記述でゴリゴリできる。
柔軟でいいよね。
たいがいのO/Rマッパーは、スキーマからJavaクラス作るときに、XML書いたり
XDoclet用のタグ書いたりとめんどくさいのに、jFaceDbc使えば、
既存のスキーマをリバースして、Javaのソースまで作ってくれるのが、(･∀･)ｲｲ！

**291** · 04/03/02 21:09

>>312 >>313 情報さんくす。でも、一文で数千バイトのＳＱＬ文を書いてしまう私に、向いていない気がしてきた。
しかし、食わず嫌いは良くないので、近い将来試してみる（予定）

**nobodyさん** · 04/03/02 22:10

>>314
SQL 直書き好きなら DbUtils が簡単でいいぞ。
しかし数千バイトの SQL って本当に必要か疑問。

**291** · 04/03/02 23:03

>>315
DbUtils ですね。調べてみます。

>しかし数千バイトの SQL って本当に必要か疑問。
正規化されたテーブルから、レポートを一発で出そうとするとクエリーが複雑になりますね。
そして、複雑なストアドを書いたりすると、もっと多くなる予感。

**nobodyさん** · 04/03/02 23:16

ビュー使えよ

**291** · 04/03/02 23:24

>>317 おっしゃる通りですな･･･（´∀｀）ﾓｹﾓｹ

**Gon_Yuri** · 04/03/03 14:58

突然脈絡の無い質問で申し訳ないのですが、
Struts環境下でSessionをオブジェクトに格納した場合、
TokenIDなるStruts固有のIDなるものがattachされるのですか？

(もし存在するのであれば)またそれってなんのためにあるんでしょうか？
すみませんがご教示お願いいただけないでしょうか、みなさまがた。。

**nobodyさん** · 04/03/03 15:03

>>319
「トークン」は、二重押し防止機能。

**Gon** · 04/03/04 15:35

早速の返答ありがとうございました！
ですが、セッションに格納するのに二度押し防止というのは
状況が良く分からないのですが、たとえばどのようなケースでの話しなのですか?

**nobodyさん** · 04/03/04 15:40

自己レスです。
これってブラウザで何らかの処理をしたあとに戻ってしまったときに、
もう一度その処理をしてしまわない(たとえば入金など)ようにするための
するという話でしょうか？

**nobodyさん** · 04/03/04 16:33

>>322 ここの説明を読めば、なぜセッションに情報が含まれるのかが分かると思います。

http://muimi.com/j/jakarta/struts/struts5.html#SyncToken

**nobodyさん** · 04/03/04 18:33

>322
そゆこと。

書き込みボタンをダブルクリックしたら、２重投稿になる掲示板とかもあるよね。
ああいうの防止にも使えるし。

複数画面にわたった処理がある場合に
途中の画面でブックマークされて後日そのブックマーク使ってアクセスされた場合にも
システム側でトークンの有無を見てたら、どこかの画面に飛ばしたりもできる。
色々便利ですよ。

**nobodyさん** · 04/03/06 06:16

非推奨の方法を、今更解説してもどうかと思いますが、こんなの出ていました。

http://www.atmarkit.co.jp/fjava/rensai3/struts03/struts03_1.html

しかし、StrutsのFAQには、以下のように明示されています。
http://jakarta.apache.org/struts/faqs/database.html
"The DataSource manager is being retained in Struts 1.x for backward compatibility but may not be retained in Struts 2.x or later."

山田祥寛氏と＠ITは、どういう意図で紹介しているのでしょうかね･･･

**nobodyさん** · 04/03/06 12:35

＠ITの記事なんか話半分に聞いとけ

**nobodyさん** · 04/03/06 14:16

validate()によるエラーメッセージ出力以外で
Actionクラスから画面にメッセージを出力する場合の最適な方法って何？
Beanに詰めてJSPで出力が妥当かな？

**nobodyさん** · 04/03/06 17:51

>>327
・Action#saveErrorsを使う
・struts-config.xmlにexception要素を定義して、Actionからは例外を投げる。
・MyActionBase extends Action とかして俺様メッセージ表示機構を作る。
・自前のRequestProcessor用意して何かできるかも。
・その他

何が最適かなんて一概には言えないでしょ。

**nobodyさん** · 04/03/06 19:23

bean:writeでいいんじゃねーの

**nobodyさん** · 04/03/07 01:53

エラーはエラーとしてはっきりと区別させたい（<html:errors />で出したい）ならsaveErrors
メッセージが必要なだけならBeanに詰めてJSPで出力（<bean:write/>）

**nobodyさん** · 04/03/07 02:47

>>325
＠ITはM$好きであることと、山田某が.NET、Javaかまわず何でも書いてる奴
であることを考えると、＠ITはJavaを潰そうとしているのではないか？ｗ

しかし、山田某、見境無いなあ・・・。金ないのか？

**nobodyさん** · 04/03/07 03:08

「10日で覚える～」を書く人間がまともとは思えないよ。

**nobodyさん** · 04/03/10 00:18

Struts+JBossって使われているの？

**nobodyさん** · 04/03/10 23:41

>>333
EJB 自体があまり使われてない。EJB が目的ではない？
http://pc2.2ch.net/test/read.cgi/tech/1036481443/

もちろんまったく使われてないわけではないので
技術者として習得する価値はある。

**nobodyさん** · 04/03/11 20:58

EJB興味はあるんだが、敷居が高そうな感じがする。
でもServletだけでは限界を感じるしなあ。

**nobodyさん** · 04/03/11 23:27

>>335
レイヤが違うもので限界を感じるっていわれても意味が分からん。
ORマッパーをどれかひとつと言われたら Hibernate。間違いない。

**nobodyさん** · 04/03/12 03:25

>>335 機能だけなら Servlet で全て足りている気がしなくもない。コード量が膨大になるだけ。
>>336 Hibernate を熱く語っているね。

**nobodyさん** · 04/03/12 20:49

>>336
EJBといえばO/Rしか思いつかんのか？

**nobodyさん** · 04/03/12 23:04

>>338
あと EJB といえば過去の遺物かな。