使わざるを得なかった最悪のフレームワーク

64 ：デフォルトの名無しさん：02/05/15 01:14

>>62
禿同。

で、WACs

保全。

65 ：デフォルトの名無しさん：02/05/15 01:19

WACs と Servlet Works

66 ：デフォルトの名無しさん：02/05/15 01:20

.NET

67 ：デフォルトの名無しさん：02/05/15 01:24

なにっ!!
俺も WACs

68 ：デフォルトの名無しさん：02/05/15 01:54

<<WACs>>に一票。
当方ADSL

69 ：デフォルトの名無しさん：02/05/15 03:05

人気だなー、WACs(ﾜﾗ

>>65
Servlet Worksもひどいの？
うちのリーダーが使わせたいみたいなんだけどさ。

70 ：デフォルトの名無しさん：02/05/15 03:15

>>69
ひどいというか、単体じゃ箸にも棒にもかからんタダの WAS ラッパー。
まともなものを作るなら更なる膨大なライブラリの作りこみが必要。
(まだ突き止めてないけど) バグおよび挙動不審も少々ある模様。

COBOL/VB 使い向きだが、もともとオープンシステムや Web 開発
専門でやってきた部隊、特に精鋭部隊には作りづらくてしょうが
ないという罠。むしろ社内政治で使われるだけのコマ、とどこか
のスレにあった。

71 ：デフォルトの名無しさん：02/05/15 03:23

(WACsってなんだろう
眠くて調べる気力が湧かないや。
誰かｺｿｰﾘ教えてくれるといいなあ・・・)

72 ：デフォルトの名無しさん：02/05/15 03:41

WebSphere Application Component (s って何だっけ?)
これも WAS ラッパー。Java 言語を強引に手続き型設計に持って逝った
WAS 専用品、かつ、国際業務機器内輪ネタ。ServletWorks から派生して
いるため似たような構成だが、WACs の方が少々使えるライブラリが多く
そしてバグも多い。

WACs も Servlet Works も 1 リクエストで上がってきた「キー」だか ID
だかを元にアプリクラスのインスタンスを生成し、呼び出し、捨てる。
このためアプリクラスの中は (COBOL や VB にありがちな) 「巨大なフロー」
を記述することになる。特に WACs はデータ型が基本文字列なので、trim()
やら substring() やら多様することになり、ヒープに細かいオブジェクトが
出来まくってやたら GC に時間がかかる (4～8秒規模)。

リモートユーザごとにログの出力先を分ける等の芸当が出来ないため、
1 台のサーバで十数人が平行テストすると、自分のログがアッと言う
間に流れてしまう (下手すりゃ他人に消される)。

73 ：デフォルトの名無しさん：02/05/15 03:57

>>72
ＧＣに４～８秒って、その間アプリケーションサーバ全体が止まる
んだろ？すごいな。金融関係だと一定時間で客がＯＫしなきゃ無効
になる取引もあるんだがどうするんだ？

74 ：デフォルトの名無しさん：02/05/23 02:47

今日 ServletWorks な連中と打ち合わせしてきた。奴ら得意そうに
”クロスサイト・スクリプティング”って繰り返してた。思わず屁が出た。

75 ：デフォルトの名無しさん：02/05/24 12:59

50 ：デフォルトの名無しさん：02/03/20 00:33
      基幹システムを全部CGIで

51 ：デフォルトの名無しさん：02/03/20 02:31
      >>50
      Parlかよ！
      Servletとかならまだしも。

76 ：：02/05/24 13:09

解析不明なエラーをはき出すWin。。。
フレームワークうんぬん言う前にOSが糞だ。

Unixの方がシンプルで安定してる。

77 ：デフォルトの名無しさん：02/05/24 14:39

富士通の。

78 ：デフォルトの名無しさん：02/07/04 23:33

>>73
Javaって使ったこと無いけどGCは別スレッドで動いているから
メインスレッドの処理はそれほど影響受けないんじゃなかったっけ？
lispのGCは結構いらつくが。