　　　　JAVA+JSP+Struts+Tomcat　　　　

922 ：デフォルトの名無しさん：2005/10/08(土) 12:10:20

>>920
RequestProcessorとModuleConfigを見たけどよく分からん。
RequestProcessorがstruts-config.xmlを読んでるの？

923 ：デフォルトの名無しさん：2005/10/08(土) 12:15:39

web.xmlのconfigの<param-value>で、普通は/WEB-INF/struts-config.xmlと書きますが
../../struts-config.xmlとかってできるでしょうか。
Cドライブ以下にあるeclipce内のstruts-config.xmlを読み込ましたいです。

924 ：デフォルトの名無しさん：2005/10/08(土) 12:46:14

>>922
ModuleConfigがStrutsの設定保持してるから、こいつをいじくればいい。
findXxxしてremoveXxxしたら全部消せる。
ModeuleConfigはActionのexecuteで渡されるActionMappingからgetModuleConfigで受け取れる。
struts-config.xmlの読み込みはActionServletでやってる。
けど、Digester使って直接ActionMappingとかを生成してたと思うから、それ使えばいいと思う。

こんな感じでstruts-config.xmlを読み込みなおす処理は書けると思う。

なんか、鶏をさばくのに牛刀を使うようなおおげさな感じだけど。
うまく動いたら公開すれば喜ぶ人いるかもね。

925 ：デフォルトの名無しさん：2005/10/08(土) 12:57:13

ただし、処理中にアクセスがあったら知らないよ。

926 ：デフォルトの名無しさん：2005/10/08(土) 14:17:14

>>924
removeActionConfigで、ステータスがおかしいと怒られる。
configuredがtrueだから・・。こいつはリセットできなさそう。

public void doGet(HttpServletRequest arg0, HttpServletResponse arg1)
throws IOException, ServletException {

List list = Arrays.asList(this.getModuleConfig(arg0).findActionConfigs());
Iterator ite = list.iterator();
ActionConfig actionConfig = null;
while(ite.hasNext()) {
actionConfig = (ActionConfig)ite.next();
this.getModuleConfig(arg0).removeActionConfig(actionConfig);
}
init();

System.out.println("doInit");
super.doGet(arg0, arg1);
}

927 ：デフォルトの名無しさん：2005/10/08(土) 23:58:08

>>926
あぁ、そうなのか。
じゃあ難しそうだね。

928 ：デフォルトの名無しさん：2005/10/12(水) 17:17:54

いくら、生Strutsが大変だからって、StrutsベースでEclips改造して独自のIDE作って、
各社カスタムタグ作って、jspソースやロジック部ソースの互換性ゼロで、
もう、そんな事やってるやつらみんな死んでほしい。
オフコンじゃないんだから、いくらなんでもソースは共有できないとヤバイだろ？
Strutsベースの開発なんて即刻止めるべきだよ、なんで、そんな事も分からないの？
みんな真正バカじゃないの？

929 ：デフォルトの名無しさん：2005/10/12(水) 17:27:05

確かに、各社こぞって色々なIDE作るのは止めてほしい。
開発現場は、IDEの”お作法”をたくさん覚える余裕って無いよな・・
でも今の世の中１つじゃやってられないようだし・・。
メモリ１ＧＢとか要求するWEBLOGIC WORKSHOPは最も嫌だ。
Struts環境にはもううんざりだから、ドトネト移行しますよ。

930 ：デフォルトの名無しさん：2005/10/12(水) 17:31:06

あぁ・・イタイ所突いてきたな・・漏れも.NET逝きてー、というかVSがイイ！

931 ：デフォルトの名無しさん：2005/10/12(水) 17:32:25

最近のjava厨って何使って開発してるの？

932 ：デフォルトの名無しさん：2005/10/12(水) 17:33:48

生Struts　ﾜﾛｽ

933 ：デフォルトの名無しさん：2005/10/12(水) 17:44:39

客と開発者にとって、
１．それなりの納期　で
２．それなりの知識　で
３．それなりの成果物　ができる
.netがベストチョイス。C#スクリプトがあれば尚良し。
どうせ業務クライアントの99%はWindowsなんだし。

934 ：デフォルトの名無しさん：2005/10/12(水) 17:52:01

javaの国際化はとにかくウザイよな
javaVMの大量メモリ消費を何とかしてくれよ
XPでjavaVM実行禁止にする設定無い？

935 ：デフォルトの名無しさん：2005/10/12(水) 18:02:25

>>929
WEBLOGICは昨今のPCの売り上げに大きく貢献していますよ。
ノートじゃまず無理に等しいくらい環境重いけど。

936 ：デフォルトの名無しさん：2005/10/12(水) 19:02:24

>.netがベストチョイス。C#スクリプトがあれば尚良し。
>どうせ業務クライアントの99%はWindowsなんだし。

肝心のドトネトとWinの相性が悪いんだが。

937 ：デフォルトの名無しさん：2005/10/12(水) 20:36:24

元凶はstrutsじゃなくてJSPじゃなかろうか。
なんでもっとシンプルなテンプレート言語作らなかったんだろ。
ビューと無関係な構文がそこかしこに現れて吐きそうになる。

938 ：デフォルトの名無しさん：2005/10/12(水) 20:43:12

メモリってそんなに使う？最近のVM
全然気にしないけど
IDE入れて入れてば別だけど

>>937
JSPは使い勝手悪いね、そのためのJSFとJSTLっぽいけどStrutsとの連携がちゃんとできるかどうか・・・

939 ：デフォルトの名無しさん：2005/10/12(水) 22:21:05

<c:if test="${varname == xxx}">
を
<c:if test="${varname} == xxx">
みたいな構文にしなかった理由ってなに？

940 ：デフォルトの名無しさん：2005/10/12(水) 23:20:09

newInstance()とかで呼ばれるのではなくて、
普通にnewしてインスタンスを生成しているクラスで、
javaVMが最初にクラスをロードした後に
classファイルをコンパイルして更新しなおすと、
次にnewするときは、更新したクラスが生成されるのでしょうか。

941 ：デフォルトの名無しさん：2005/10/12(水) 23:42:37

>>940
newInstance() でも new でも一旦ロードされれば同じだろ。厳密にはちゃうけど。
Tomcat とか AP サーバならクラス再ロード検知を有効にしれ。

942 ：デフォルトの名無しさん：2005/10/13(木) 00:06:15

>>940
されない。
いったんロードされたクラスオブジェクトからインスタンスが生成されるだけ。
クラスをロードし直さない限り反映されないよ。

943 ：デフォルトの名無しさん：2005/10/13(木) 05:38:47

>>939
その形の仕様をちゃんと作るのもめんどうだし、わざわざそうするメリットがない

944 ：デフォルトの名無しさん：2005/10/13(木) 05:47:10

MVCモデルとか、技術的・人員的な面なども含めて、理解して実際に機能しているとは思えない現実。
JSFは悪名高きStrutsの代替案のようだが、大きな仕様変更も間近に行われるようで、もう.netだね。
なんたってVSはIDEとしては秀逸だし。

945 ：デフォルトの名無しさん：2005/10/13(木) 08:11:12

＞大きな仕様変更も間近に行われるようで

どう大きいのか説明きぼん。
説明できなかったらただの煽り決定。

946 ：デフォルトの名無しさん：2005/10/13(木) 09:13:48

大きな変更があろうとJSFなんて大して使われてないし

947 ：デフォルトの名無しさん：2005/10/13(木) 09:39:43

>>942
ということはAPサーバーの再起動でしょうか。
tomcatはたしかreloadable？か何かの設定があったと思いますが
これをtrueにすればよろしいのでしょうか。
またこれはAPサーバーによって仕様が異なるのでしょうか。

948 ：デフォルトの名無しさん：2005/10/13(木) 11:24:21

ASP.NET始めました。
何これ、Java系なんて足元にも及ばないじゃん。
おまいら目を覚ましたほうがいいぞ。

949 ：・・・：2005/10/13(木) 11:28:02

strusでクエリ文字列を・・・.doの後に引っ付けてページ遷移しているんですが、
遷移後のページのアドレスバーにクエリ文字列がダラダラと表示されて困っています。
クエリ文字列をアドレスバーから消す方法ありますか？

950 ：デフォルトの名無しさん：2005/10/13(木) 11:37:28

>>949
あるわけない。
StrutsとかJavaとか以前の問題だな。

951 ：デフォルトの名無しさん：2005/10/13(木) 13:29:51

>>949
POST処理にするとか・・・
セッションに格納するとか・・・
Cookieに格納するとか・・・
そういう問題でもないか。

952 ：デフォルトの名無しさん：2005/10/13(木) 13:35:35

なんだか、JSPで表示させると
半角英数のフォントが微妙に違うのは気のせい？

メタタグ突っ込まないと駄目？

953 ：デフォルトの名無しさん：2005/10/13(木) 13:48:08

ハァ？そりゃブラウザとかHTMLの問題だろ。
「JSPで」ってところ、激しく勘違いというか何が問題なのかわかってないんだな。
かわいそうに。

954 ：デフォルトの名無しさん：2005/10/13(木) 14:51:01

log4jで、１つのソースで複数のlogを吐き出すことは出来ないのでしょうか。

URL conf1 = this.getClass().getResource("a.xml");
DOMConfigurator.configure(conf1);
Logger log1 = Logger.getLogger("...");
URL conf2 = this.getClass().getResource("b.xml");
DOMConfigurator.configure(conf2);
Logger log2 = Logger.getLogger("...");
log.1info();
log.2info();

見たいに。

955 ：デフォルトの名無しさん：2005/10/13(木) 15:09:22

>>954
ログインスタンスを分ければできるよ。

956 ：デフォルトの名無しさん：2005/10/13(木) 16:13:39

DOMConfiguratorってstaticでしょ。
２つ目は１つ目を上書きすんじゃないの？
log1lとog2は同じになるんじゃないの

957 ：デフォルトの名無しさん：2005/10/14(金) 05:00:26

とにかくstrutsが一刻も早く世の中から消えることを願っております。

958 ：デフォルトの名無しさん：2005/10/14(金) 11:33:06

とにかくjspが一刻も早く世の中から消えることを願っております。

959 ：デフォルトの名無しさん：2005/10/14(金) 11:55:55

汎用機COBOLのソースが消えないが如く、無理な願いだ。

960 ：デフォルトの名無しさん：2005/10/14(金) 20:25:25

Strutsは結構使ってるから無くならないと思うけど
いきなりJAVA初心者にやらせると大変な目に会うとは思う