WebObjects /cgi-bin/WebObjects/６スレ目.woa

**前スレの950** · 03/09/08 21:41

NeXTからAppleComputerに引き継がれたオブジェクト指向
Webアプリ開発環境「WebObjects」について語るスレです。

http://www.apple.co.jp/webobjects/
http://www.apple.com/webobjects/

１スレ目：http://pc.2ch.net/php/kako/989/989562708.html
２スレ目：http://pc.2ch.net/php/kako/1013/10136/1013695600.html
３スレ目：http://pc.2ch.net/php/kako/1024/10240/1024066714.html
４スレ目：http://pc2.2ch.net/php/kako/1033/10339/1033912737.html
５スレ目：http://pc2.2ch.net/test/read.cgi/php/1044328908/

■ 掟 ■
・遠慮は自身の成長を阻害する。過去ログ読んでも判らないことがあればどんどん質問すべし。そして判らないヤツがいたら親切じゃなくてもいいから教えてやるべし。
・WebObjectsを使っている個人・法人の無意味な批判は歓迎されない、しない。マカーマカーと騒がないこと。
・ヨソの開発ツールを使ってもないのにWebObjectsマンセーすることは歓迎されない、しない。
・運用についての質問はハードウェア、OS、パッチ、RDBMSのバージョン、JDBCアダプタのバージョン、Web鯖のバージョン、例外の内容などを細かく明記すべし。
・プ社の話題はウザすぎるので全て専用クソスレでおながいします。
・プロジェクト名に２バイト文字は使用できません（藁）

・さやかﾀﾝ (´Д｀;)ﾊｧﾊｧ

**nobodyさん** · 04/02/24 01:27

>>836 ここだと親切丁寧に教えてもらえそうなﾖｶﾝ.
http://web1.aaacafe.ne.jp/～tetsuyak/

EOGeneratorの使い方とか掲載されてた。ｴﾗｲ.

**nobodyさん** · 04/02/24 12:58

かなり古いコメントへのレスだけど、
>>372

> ３）画像とかのWebServerResourcesへの追加の仕方が不明。

build.xmlで wsresources のところをいじればオーケー

**838** · 04/02/24 19:47

ついでに先ほど発見したので、、、
>>372

> ４）WOBuilderからsessionやApplicationが見えなくなる。（ときがある）

Session.java,Application.java に package つけると見えなくなる模様。

**nobodyさん** · 04/02/25 10:26

>>830ｰ832
そういうおまえらも実務経験のないプ社の自称講演をありがたがって聞いてたんじゃないのか？
ああいうことがまかり通ってしまうのがＷＯの問題点の一つだな

**初期不良** · 04/02/25 18:02

>>825
複数の EOModel を読み込む時に問題になったんだけど、
JDBCAdaptor とか EODatabase, EODatabaseContext って
EOModel 一つに対して割り当てられるものな訳？
単に database.addModel(model); を繰り返すだけだと
正しい DB に読みに行ってくれなくてテーブルが無いとか
怒られちゃった。

とりあえず EOModel ごとに上の３つを new するようにしたら
複数読み込んでも全部使えるようにはなった。この辺って
さわること無いから関係がよくわからない...

**nobodyさん** · 04/02/25 21:31

BSDとMac OS Xが最も安全（mi2g調査）

◆セキュリティー関連サービス会社のmi2gは、Mac OS XとBSDが最も安全なサーバOSであるとの
同社の研究結果を紹介する記事を掲載した。◆同社の研究による今年の最も安全でないOSは
ウインドウズではなくLinuxで、ウインドウズはそれに続いた。◆同社の研究によれば、
BSD (Berkley Software Distribution) とMac OS Xが最も安全なOSであることが判明した。
◆この研究は“顕在的なデジタル攻撃”に焦点をあてたもので、その他ウイルスやワームなどの
侵入方法は研究範囲には含まれていない。◆昨年はウインドウズが最も安全でないOSとの
研究結果が出ていた。

**nobodyさん** · 04/02/25 21:49

>>841
EOModelをロードするにはEOModelGroupを使うと、初期化の処理も一緒にやってくれるみたい。
EOModelGroup.defaultGroup().addModelWithPath("EOModelのパス");

Accessレイヤーのクラスの多重度はドキュメントにちらっと書いてあった気がするが、APIを見る限りこんな感じになっているのではないかと思う。運用条件によってどのオブジェクトも複数作られる可能性があるからややこしくなるが。

まず、EOModelはすべてEOModelGroupによって管理されていて、EOModelGroupはアプリケーションにアプリケーションに１つのインスタンスが存在する。
これはEOModelGroup.defaultGroup()で取得できる。

続いて、EODatabaseが（同じアダプタを使うモデルのみ）EOModelを複数持つ。
EODatabaseはデータベースから取得したデータのスナップショットを管理するクラス。
EODatabaseには１つのEOAdaptorが対応する。
アダプタは実際に１つのデータベースにアクセスするので、複数のデータベースを使う場合はデータベースごとにEODatabaseとEOAdaptorが作られる…たぶん。
このへん煩雑なのでEOModelの追加初期化処理はEOModelGroupでやるのかもしれない。

EODatabaseContextは１つのEODatabaseに対して複数存在する。
EODatabaseContextはデータ操作のセッションみたいなもので、EODatabaseのスナップショットとEO（オブジェクトのほうね）を結びつけて管理する。
EOEditingContextでフェッチや保存をすると最終的にEODatabaseContextにたどりつき、命令をEOAdaptorContextとして組み立て、EOAdaptorを通じてデータを操作する。

というわけでEOModelに対応するのは、強いていえばEODatabaseが相当するんじゃないかな。

**初期不良** · 04/02/26 18:15

>>843
>EOModelをロードするにはEOModelGroupを使うと、初期化の処理も一緒にやってくれるみたい。
>EOModelGroup.defaultGroup().addModelWithPath("EOModelのパス");

あ、すんません、>>825 のソースの通り
addModelWithPath() で EOModel をロードしてました。

ただ、ドキュメントと違って addModelWithPath() は
deprecated になってて addModelWithPathURL(url);
を使うように推奨されてたんで URL ベースにしますた。

>EOModelGroupはアプリケーションに１つのインスタンスが存在する。

ドキュメントで
EOModelGroup group =new EOModelGroup();
とかしてるんでシングルトンじゃないみたいですよ。

>続いて、EODatabaseが（同じアダプタを使うモデルのみ）EOModelを複数持つ。

問題はこの辺ですよね...
今は同じアダプタかどうか判断せずに毎回
new EOAdaptor();
new EODatabase();
しているので同じアダプタ(同じ DB)を参照している
モデルの場合、余計な処理が発生してしまうかも...
まあ、同じ DB を異なる EOModel から参照するって
あんまり無いからこれでもいいのかもしれないけど...

**初期不良** · 04/02/26 18:19

>>844
>ただ、ドキュメントと違って addModelWithPath() は
>deprecated になってて addModelWithPathURL(url);
>を使うように推奨されてたんで URL ベースにしますた。

http://developer.apple.com/documentation/WebObjects/Reference/API/com/webobjects/eoaccess/EOModelGroup.html
5.2.2 のドキュメントだときちんと deprecated に
なってた...

**nobodyさん** · 04/02/26 18:56

WOHTTPConnectionを使ってフォームのデータをStrutsに送る方法がわかりません。
っていうか、サンプルコードを見つけても、それをどこに埋め込めばいいかがわかりません。
優しくご教授ください

**nobodyさん** · 04/02/27 00:49

>>844

>ドキュメントで
>EOModelGroup group =new EOModelGroup();
>とかしてるんでシングルトンじゃないみたいですよ。

これはあくまで例で、実際に使うことはあまりないんじゃないのかなあ。
その上に「default model group がアプリケーションのすべてのモデルを持つ」って書いてあるから、「シングルトン」ではなく「アプリケーションに１つ」と書いたんだけど、誤解を招いてしまったようで申し訳ない。

> 今は同じアダプタかどうか判断せずに
１つのEOAdaptorに対して１つのEOModelが対応するらしいので、同じDBにつなぐとしてもアダプタはその都度生成する必要があるっぽい。
しかしEODatabaseとEOAdaptorも１対１の関係ということは、もし他のモデルと同じDBにつなぐなら、EOModelを既存のEODatabaseに突っ込めばいいのかもしれない。

**nobodyさん** · 04/02/27 00:50

続き。

// これから追加するEOModel
String path = "*****.eomodeld";

// すでに追加済みのEOModelを取得
EOModel model = EOModelGroup.defaultGroup().modelWithPath("*****.eomodeld");

// そのEOModelを持つEODatabaseを探す
EOObjectStoreCoordinator osc = EOObjectStoreCoordinator.defaultCoordinator();
NSArray stores = osc.cooperatingObjectStores();
Enumeration e = stores.objectEnumerator();
while (e.hasMoreElements()) {
EODatabaseContext dc = (EODatabaseContext)e.nextElement();
EODatabase db = dc.database();
if (db.models().containsObject(model)) {
EODatabase dbForModel = db;

// EODatabaseからEOAdaptorを取得し、新しいEOModelを作成する
EOModel newModel = new EOModel(path);
EOAdaptor adaptor = EOAdaptor.adaptorWithModel(newModel);

// 最後にEOModelをEODatabaseに追加する
dbForModel.addModel(model);
break;
}
}

ここではdeprecatedのpathを使っているから適時URLに変えてください。

**nobodyさん** · 04/02/27 04:52

>>848

あ、アダプタ作成の個所は余計だった。無視してください。

**nobodyさん** · 04/02/29 18:10

850 get

**nobodyさん** · 04/02/29 18:46

851 get

**初期不良** · 04/02/29 19:23

>>848
とりあえずテストする環境を整えてやってみました。
DB A の EOModel ファイルと、
DB B のテーブルの一部を参照する EOModel を二つ
作ってみました。もちろん、エンティティ名に重複がないように。

んでこの３つの EOModel それぞれに含まれるエンティティを
EOUtilities.createAndInsertInstance() していじくってみました。

この状況で EOF 初期化の方法を詰めてみます。

最初に >>825 のリンク先にある初期化を EOModel ごとに繰り返した
場合、問題なく各エンティティにアクセスできるが
Initializing PostgresqlPlugin
のメッセージが３つ出てくる。

次にまだ試していなかった、>>843
>EOModelをロードするにはEOModelGroupを使うと、初期化の処理も一緒にやってくれるみたい。
>EOModelGroup.defaultGroup().addModelWithPath("EOModelのパス");

初期化してくれるならこれだけで、と言う方法でやってみました。
問題なく各エンティティにアクセスでき、
Initializing PostgresqlPlugin
のメッセージが２つ出てくる...
アダプタの面倒も見てくれているみたいです。

>>848
なんだかいろいろやらせてしまったあとで申し訳ないんですけど、
結局初期化は EOModelGroup.defaultGroup().addModelWithPathURL()
だけに任せるのが楽みたいです。

**初期不良** · 04/02/29 19:29

結局、EOModel に関する初期化はこれだけで OK と言うことで...

public void addModel(URL url){
if(url != null){
EOModelGroup modelGroup = EOModelGroup.defaultGroup();
EOModel model = modelGroup.addModelWithPathURL(url);
}
}

ところで、
>EOModelをロードするにはEOModelGroupを使うと、初期化の処理も一緒にやってくれるみたい。
と言う情報はどこで見つけたものですか？
http://developer.apple.com/documentation/WebObjects/Reference/API/com/webobjects/eoaccess/EOModelGroup.html#addModelWithPathURL(java.net.URL)
を見てもそういう情報は書いてないですし...

**初期不良** · 04/02/29 19:31

>>853
model 受け取ってどうもしてないや...

public void addModel(URL url){
if(url != null){
EOModelGroup.defaultGroup().addModelWithPathURL(url);
}
}

で十分ですね。

**nobodyさん** · 04/02/29 21:47

>>853

>>EOModelをロードするにはEOModelGroupを使うと、初期化の処理も一緒にやってくれるみたい。
>と言う情報はどこで見つけたものですか？

いや、これは偶然で見つけたものです。
アクセスレイヤーの各クラスの多重度を考えるとEODatabaseにモデルを直接追加することは考えにくく、
モデルに関するメソッドがほとんどEOModelGroupに集まっているので、
ふと思って試してみたらうまくいっただけです。

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

なんか昨日から急にローカルでのアプリ起動が出来なくなり。。。

"C:/Apple/Developer/Examples/JavaWebObjects/HelloWorld/HelloWorld.woa/HelloWorld.cmd": not in executable format: File format not recognized

コンパイルは通っているようなんだけど。。
厨でスマソ。教えてｸﾚｸﾚ

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

buildディクレクトリを削除してもういっかいビルド

**856** · 04/03/03 13:50

>>857
helloworld.build削除→ビルド→実行
・・・・だめですた。＿｜￣｜○
グーグル先生に訊いたら海外で一件、PATHとCLASSPATHを見直せと
ありましたが、正常です。
CLASSPATH=C:\JDK13~1.1_0\lib\tools.jar;c:\Apple\Library\Java;C:\Apple\Library\Java\pg73jdbc1.jar;C:\Apple\Library\Java\classes111.zip
PATH=C:\WINNT\system32;C:\WINNT;C:\jdk1.3.1_09\bin;%NEXT_ROOT%\Library\Executables;%NEXT_ROOT%\bin;%NEXT_ROOT%\Library\JDK\bin;C:\cygwin\usr\bin;C:\cygwin\bin;C:\cygwin\usr\meadow\2.00\bin;C:\Program Files\imagemagick-5.5.3-q16;
NEXT_ROOT=C:/Apple

NEXT_ROOTはC:\Appleも試しました。
CYGWIN/Meadowはパスも削除してアンインストールもしてみましたがだめでした。
(つーかこの前まではCYGWIN/Meadow入りで動いてたし。)

おととい起動する前、最後にWO使ったのは１ヶ月ぐらい前かなあ。
アプリも会社がNAVからウィルスバスターに移行したんで入れ替えたぐらい。
同じ変更を施したマシンは無事WO動いてるし・・・困った。

**nobodyさん** · 04/03/03 13:52

システムからいれなおせ

**856** · 04/03/03 15:18

どうやら拡張子exeを認識していないところまで突き止めたが回避方法がわからん。
notepad.exe<ENTER>ではメモ帳が開くがnotepad<ENTER>では開かん。
この症状はコマンドプロンプトか.CMDファイルからのみ。
「ファイル名を指定して実行」やCYGWINのBASHからは起動可能。

仕方ない、入れなおすか・・・・

**856** · 04/03/03 17:08

解決しますた。

CYGWINのコマンドラインで使ってたCVSが使いにくいと不評だったので、
WinCVSごった煮＋TCLを入れてもらった際、でユーザーのPATHEXTを
%PATHEXT%;.tclに修正しており、怪しいのでecho %PATHEXT%したら

%PATHEXT%;.tcl

と出やがった。ユーザーのPATHEXTを削除して
システム環境変数PATHEXTの末尾に

........;.TCL

と書き加えたらあっさり直った。

アホらし。
解決したけど時間的には再インストールとあんま変わんなかったね。

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

同じトラブルを他の人が経験したとき、ココを読めば、瞬時に解決する可能性がゼロではない。
貴殿の徒労は決して無駄ではないぞ。

**nobodyさん** · 04/03/09 02:59

TapestryにEOFのようなものくっつけられるんだろうか？

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

>>863
HibernateもしくはCayenne。
前者なら、fFaceDbcっつーEclipseのPlugin使って、DBのスキーマ構造をマップした
ソースを自動生成できるぞ。
WOF = Tapestry
EOF = Hibernate
この置き換えができる。

**nobodyさん** · 04/03/09 12:05

すごいの？べんりなの？＞タペストリー

**nobodyさん** · 04/03/09 13:29

>>865
Jakartaプロジェクトの製品。
http://jakarta.apache.org/tapestry/

作者は、WOFにインスパイアされて作ったと言ってる。
JSPや流行のStrutsなんかが、テンプレートのプレビューからは
Webページの完成イメージが掴みにくいことに対して、
タペは、ほぼ完成イメージのまま作業ができる。
デザイナとのコラボレーションがやりやすいってことだね。

でも、PB + WOBuilder + EOModelerのようなツール連携は無いよ。
Eclipseプラグインで、そんなのが出来たらWOの存在意義が揺らいでしまうかも。。？
Hibernateにマッピングされたオブジェクトと、タペのコンポーネントやロジック中のオブジェクトを
マウスのドラッグ＆ドロップでグリグリっとバインドできちゃったりしたら。。。

**nobodyさん** · 04/03/09 14:48

TapestryにSessionIDとContextIDの考え方もあったらなー。

**nobodyさん** · 04/03/09 14:49

まだまだ発展途上という感じか。。。オブジェクト指向的にデザインされてれば文句なしだ。

**nobodyさん** · 04/03/10 20:20

ううううう＿|￣|○

**nobodyさん** · 04/03/11 00:06

>869
　どーしました？

**nobodyさん** · 04/03/11 00:21

これからWOの勉強をしようと思っているのですが、オーム社の本からはじめればいいですか？

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

追記
本屋でいろいろ見てみたんですが、初版しかでまわってないんだけど
誤植とかなかったんですかね？
あと倉橋さんの本もよさそうですが。
そろそろ立ち読みじゃなくてじっくり読みたい（ｗ

**nobodyさん** · 04/03/11 01:08

>>あと倉橋さんの本もよさそうですが。

今となってはあまり役に立ちません。誤植が多いですし実用的ではありません（著者殿にはもうしわけありませんけど）
イロハをまなぶのであればHomeworkなどがおすすめだとおもいます。オカネがあればAppleのセミナが良いかもしれません。

そろそろ分析、設計、実装、デバッグ、運用など幅広く取り扱った書籍がホスィねぇ。
上・中・下になってても可（ｗ

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

>>873
なるほど。じゃあやはりオーム社で基礎。
あとは後続の書籍に期待。という感じで行きます。

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

>>873
アップルのハンズオンセミナーでたれぱんださん自身が「私の本はもう古いからすすめないですが」と苦笑してまつた
オーム社の本もＷＲＯＸ本もいいんだけど、構成とか章立てがアップルのドキュメントと似ているんだよな
ＨＯＭＥＷＯＲＫは違う構成だけど、しばらくバージョンアップしてないはず
ＹＳ１１の写真とってないで仕事しろよ（ｗ

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

>>875

>ＨＯＭＥＷＯＲＫは違う構成だけど、しばらくバージョンアップしてないはず
WOFとかEOFがあんま変わっていないんで無問題。
WebサービスとかJ2EE連携とかになるとまったく載ってないけどね。

ただ、XCodeだとPBと画面構成が違うんで、チト戸惑うかも。
（それを言ったら今出てる本全部か）

>>874
オーム者の本は4.5.1がベースなんでサンプルのフレームワークのパッケージ
がちと古い。まぁ、PBとかが作ってくれたスケルトンを使ってれば、この辺は
手打ちすることないんで無問題だと思うけど。

あと、サンプルのなかのクラス名が思いっきりフレームワークのクラスと
バッティングしてるんで、ちょくちょく質問がMLにあがってた。

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

LifeWithWebObjectsでJavaPlayBackManagerというツールの導入記事が掲載されてた。

こんなのがWebObjectsにあったのね…ぶっちゃけ知らなかった＿|￣|○

vi · 04/03/14 13:43

使い方のコツさえつかめば、とても有用なツールでございます

**nobodyさん** · 04/03/14 23:35

>>877
存在だけは知っていて一度も試したことがなかった。こうした邦訳情報は非常に助かる。
OpenBase使ってないからポスグレで使う情報をもとに使ってみた。ちょっと使い勝手悪いな…。
結果の最後に出てくるグラフはイイかも。
数字ばかり気にするクライアント黙らせるにはちょうど良いかも（ﾜﾗ
こんなん標準でついてくるのに、なんでおおっぴらに宣伝しねぇんだろうかね？AppleJapanでも誰も使ってないんか？（怪

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

ううううう＿|￣|○

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

>>880
　だからどーしたの？

**nobodyさん** · 04/03/17 11:21

5.2.3 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
http://docs.info.apple.com/article.html?artnum=107873

**nobodyさん** · 04/03/20 01:51

なんか、StartUpItemsのWebObjectsが消えた…

**nobodyさん** · 04/03/22 16:31

Appleのサイトから Application Server Update も消えてないか？
http://docs.info.apple.com/article.html?artnum=107869

こそっと引っ込めて出し直すのか？

**884** · 04/03/23 11:11

やはり出し直したみたい
http://www.apple.com/support/downloads/applicationserversupdate.html

今度は大丈夫か？

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

ちょっと聞かせてください。
事務所倉庫あさってたらwo4.5が出てきましたんで、手元にあったxpproのノートに入れてみました。
で、Project Builder立ち上げて、一緒にあったチュートリアルから
リンクをクリックしたら文字列を表示させるという簡単な物をささっとつくって
shift+ctrl+Rでコンパイルしようとしたのですが、
途中でwindowsから[問題が発生したためjavac.exeを終了します]といわれ、
logウインドウには
javatool exit: C:\Apple\Library\Jdk\bin\javac.exe failed, exiting
BuildFilter: inferior command exited with code 5
make: *** [build-java]classes-server] Error5
と表示されとまってしまいます。どういった原因が考えられるでしょうか。。。

**nobodyさん** · 04/03/23 17:22

XP ProにはもともとJDKいれてないんですよね?

**nobodyさん** · 04/03/23 18:43

入ってませんでした。
さっき1.4.2なども入れてみましたが、
同様のエラーが出ます。

**nobodyさん** · 04/03/23 18:50

javatool exit: C:\Apple\Library\Jdk\bin\javac.exe failed, exiting
なんで、このjavacがこけているんじゃないでしょうか。
環境変数?
C:\Apple\Library\Jdk\bin\javac.exeでfoo.javaみたいなのコンパイルできます?

**886=888** · 04/03/23 19:06

foo.javaがよくわかりませんが、ググって一番最初にあったソースを使いました。
C:\Apple\Library\Jdk\bin\javac.exe
でのコンパイルは同様に強制終了のウインドウが表示され、コンパイルされませんでした。。
後から入れたjdk1.4.2内のjavac.exeだと正常にコンパイルが行われました。

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

すみません、foo.javaって、なんとか.javaのつもりでして。
Project Builderで、環境設定で動作するjavac.exeあたりを指定できませんかねぇ。
# Windows版Project Builder知らないのに口はさんじゃっています

**890** · 04/03/23 19:29

実はjava初めてなんです。なにかお約束的な物があるのかと思い
訳のわからぬ事を申しました。

環境設定のようなもの物がないかもう少し探してみます。

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

WO5.xですが、ぼんやりと思いだしてきました。
Javaの部分は環境設定というか、PATHをいじればいいかもしれません。
XPでもシステムのプロパティから見るのかな?あとはJAVA_HOMEとか。
あとWOまわりのframeworkも環境変数ですか? >詳しい方

**890** · 04/03/24 10:05

環境変数のPATHもいろいろいじってみましたが効果がなかったので
appleのコミュニティに言ってみたところ、Pentium4とJDK1.1.8の組み合わせによる
不具合の報告があったので、WOに入っていたJDKをそっくりJDK1.1.8_006に
入れ替えると難なくコンパイルもでき、正常に動作しました！
使用しているマシンは北森ｾﾚだったので読み飛ばしてました。
コアによる物なのかも・・・
くだらないことで3日も費やしてしまった・・・
助言本当に助かりました。。ありがとうございました!

**nobodyさん** · 04/03/31 10:40

Ｐ社が撤退して静かなスレになったね
実は今まで活気があったように見えたのは単にブラ厨のせいだったなんてことないよな。。。

**nobodyさん** · 04/03/31 20:53

年度末だからみんな忙しいだけ

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

あと一回、この板が消滅したから、もう、ここ無くなってしまったと思っているんじゃないの。
みんな他の避難所に行ってる感じが。

**nobodyさん** · 04/04/01 23:48

WebObjects社を設立し、完全にAppleから独立！

J2EE連携機能を強化して、Webアプリケーションの開発生産性向上を訴求ポイントとして、
IBM、BEAに対抗してゆくとのこと。

うそぽ。

**nobodyさん** · 04/04/02 00:47

>>898
Life with "WebObjects"より。

BicMacでWebObjectsを稼働。G5-2GDua単機より120倍の速度。
Appleがバージニア工科大にある、PowerMacG5-2GhzDualを1100台で構成した
世界第三位の速度をほこるスーパーコンピュータで、WebObjectsを稼働させた事例を
発表していました。まさかマジでやるとは思わなかったなー。Appleのお家芸である
速度比較でも、PowerMacG5-2GhzDual単機より約120倍の速度がでるようです。
シャア・アズナブルもびっくり（笑）JDKそのものはクラスタリングできないと
おもいますので、独自にカスタマイズしたWebObjectsを使っているか、かねて
から開発が噂されているObjective-Cを復活させた新WebObjectsを使っている
と思われます。

まぁ、また、わたしは騙されたわけだが………(;´д｀)ｳﾜｧｧｧﾝ.....

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

WWDC2004でもWOのセッションはないし。もうすぐおわりぽ。

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

>>900 二つあったよ
- Learn to Develop with WebObjects
- Using WebObjects EOF

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

去年までの10分の1だね

**nobodyさん** · 04/04/03 13:52

ぷ社と共に去りぬ

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

>>903
ついでに貴様も去れ。

**nobodyさん** · 04/04/03 21:13

べつにWebObjects無くなったところでスグに職を失うわけじゃないし。
そこから別の開発環境に移行するっつーても他の開発環境がWebObjectsを
パクったのが多いからオーバヘッドあまり感じないし。現場を全く知らないってこわいねぇ。

WebObjectsを使っている＝マカーのようなApple信者と決めつけるor思いこんでる
ミラクルスーパーバカがいるとは片腹痛い。

**nobodyさん** · 04/04/04 04:36

しかしアポーは、WO運用用途にXserveを売りたがり、開発用途にPowerMac/PowerBookを売りたがっているのは事実。
w2kリテール版販売終了というのに、Windows版の進展は無いしな。
そんなわけでWO5.2.3だが不具合について騒いでないようだし大丈夫なようだな。
運用で使っていて、ろくに検証せずに最新版に上げて問題起こしてしまうバカ(マカ?)が、情報希少なWOを使い続けるとも思えないけど。

**nobodyさん** · 04/04/04 06:56

>>905
うちはWOからJ2EEに乗り換えたけど、やっぱ転換にはそれなりに時間と金が
かかったよ。んで、オーバーヘッドもそうとう出てる。

EJBにしたってEOModelerで１発できたことが、しこしこ手書きでいっぱい
クラス作んなきゃいけないんで結構大変だし（自動生成できるバージョンなんて
高くて人数分買えないし）、サーブレットマッピングも全部手打ちだし
（自動生成できるツールは不安定だし）、J2EEってなんかいろんな技術の寄せ集め
のように思えるのは漏れだけ？

**nobodyさん** · 04/04/04 10:51

漏れWWDCに行ってくるので（ホテル予約済み）WebObjectsセッションとかパーティとかで
WebObjects関連のエンジニアつかまえて文句行ってきてやる。去年もボロクソいってやろうと
思ったのだが別の日本人エンジニアらしきメガネデブオタが仲良く話していやがったｗ

>>J2EEってなんかいろんな技術の寄せ集め

そのとおり。数人でやろうと思うものじゃぁない。
エンジニアの仕事をわざと増やして需要を喚起させようとしか思えないほどの仕様だな。

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

知ってる人多いだろうけど。
http://www.csus4.net/WR/d/?year=2004&month=ALL&category=WebObjects
の、Is WebObjects Dead?　と、Is WebObjects Dead? [2]　を観る。
Is WebObjects Dead? [2]の部分が真ならば、まぁ、Appleもなんかやってるんだろうーなと。。

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

>>908へ

>>909
　起きろと言ってやってくれ。個人的にはXHTMLサポートとデプロイの簡便化きぼん

**nobodyさん** · 04/04/04 13:04

>>J2EEってなんかいろんな技術の寄せ集め
事実、単なるAPIの集合だし。
J2EEだけを使うのでは、生産性はあがらない。
フレームワークが必要。できればフレームワークに特化したツールも。

と、考えると、WebObjectsって、いけてるなぁ。とか思ってしまうわけである。

**907** · 04/04/04 13:50

>>911
>J2EEだけを使うのでは、生産性はあがらない。
>フレームワークが必要。できればフレームワークに特化したツールも。
これは身にしみて実感。
ただ、フレームワーク用ツールって、どっか癖があるんだよね。
会社でいろんな製品評価したけど、なんかピントこなくて結局手打ち。

メインの開発環境がNetBeansなんで、Raveにひそかに期待。
激しくスレ違いだけど

>と、考えると、WebObjectsって、いけてるなぁ。とか思ってしまうわけである。
漏れもそう思うよ。

ただ、アポーが何もしないことが、結果的にユーザーに不満を与えてしまい、
製品の評価そのものにも影響してしまったことは確か。うちも、Winサポート
が2000レベルでおわってずーとなにもしないというのがJ2EEスイッチの原因
だったしね。

**nobodyさん** · 04/04/04 14:40

ｻｲﾊﾞｰﾗﾎﾞがある限りWOFは生き残る。

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

>>912
>ただ、アポーが何もしないことが、結果的にユーザーに不満を与えてしまい、

そのうえいかがわしいDQN企業が、うごかないシステム作ってひんしゅく買って
WO=DQNってレッテル貼られているし

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

>>WO=DQNってレッテル貼られているし

なにもWOだけじゃぁないんだけどな。漏れの隣のチームはASP.NET関連で被害にあっていた。
大学生バイトつかっている会社にあたってしまったようで。PM大変そうだった。合掌。
この業界20年ぐらい歩いているけど似たような話はどこでも転がっているよ。

はぁ、20年もいるのか…鬱....

**nobodyさん** · 04/04/04 16:17

発注側からすればWOだろうがPerlだろうが5年ぐらいはちゃんと動いてくれればなんだって良いよ（ちと極論だが）。
多くのシステムは５年も使わないうちに作り直すんだから、その時その時に合った開発環境を作り手が選んでくれれば。
ここんところのIT予算圧縮で出せる金は限られているんだから、Webなんとかで何百何千万も請求せんでくれって感じ。
人件費だって払いたくないんだからｗ（あ、石投げないで

**nobodyさん** · 04/04/04 18:29

5年でいいのか？

**nobodyさん** · 04/04/04 21:14

Win版の開発環境の向上がこれ以上見込めないと踏んだ5.1で、
WOに見切りを付けた者です。ある意味正しかったか。。。
いえ、Win版PBとかがOSX版と平行してﾒﾝﾃされていくのなら戻りたいですが。

とはいえ、J2EEもEJBもクソだと思う。そこで漏れの会社の選択肢は、

開発環境：Eclipse
Web向けフレームワーク：jakarta-Tapestory
　　（開発者がWOFをヒントにしたと公言してますが、よく似ててかつ良くできてます）
DB向けフレームワーク：Hibernate
　　（マッピングオブジェクトの自動生成をやってくれるEclipseプラグインもあって便利）

って感じで進んでます。
EOModelerとまではいきませんけど、J2EEとか生JDBC使うよりも、100万倍くらい楽です。

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

>>918
Tapestry+Hibernateはいい感じだね。
ちなみにApサーバはなに使ってる？JBOSS?
＃スレ違いだが、これだけ訊きたい。カンベン。

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

> しかしアポーは、WO運用用途にXserveを売りたがり、開発用途にPowerMac/PowerBookを売りたがっているのは事実。
戦略的にまちがってるよなぁ。
Xserveはサポートつきにしては安価なより良いUNIXとして売るべきだよなぁ。
今、ユーザーはLinuxをつかうことに少なからず不安感を感じている。
SCO騒動、RedHatサポート有料化など。

もちろん開発者には当面Windowsを使わせる。

サーバでそれなりに信用を得たら、クライアント市場に行けばよい。

ま、よーするにWindows版のPBをなんとかしろ。ということだ。まとめると。（泣）

**nobodyさん** · 04/04/04 23:21

>>919
JBoss使いたいけど、未だにTomcat4.1.xです。
Tomcat5が、ロードバランシングやセッションリプリケーションを
標準でサポートしているので、現在評価中です。
ただ、Tomcat5.0.19だと、コンテキストのリロード時の挙動が怪しい。。。

**nobodyさん** · 04/04/04 23:42

なんで開発にMacOS X じゃだめなのかね？　
うちの会社は中古のG4×8台も買ってくれたよ。１台あたり10万チョイ。
Linux中心だった現場にMacOS X は好評なんだけどなー。

あとWindowsならant があれば別にツールなくても良い気が。面倒だけど。

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

>>なんで開発にMacOS X じゃだめなのかね？
WO開発のみにMacOSXを使うとしても、
心理的な抵抗が強いとこもあるのよ。
こればっかりはわかってもらうしかないな。合理的な説明ができずすまぬね。

あえてMac色を消さないといけない場面もあることを理解されたい。
「サポートつきにしては安価なより良いUNIX」なる表現も、
そこらへんだ。

**nobodyさん** · 04/04/05 00:17

>> コンテキストのリロード
って？何コンテキスト？EOEditingContext?リロードできるの？（＜実はタコ質問？）

**nobodyさん** · 04/04/05 00:21

>>914-915
例の会社が撤退したからこれからはいい方向にいくと思うがのう

開発会社が少ないから一部のDQN会社が目立ちすぎるんだよな

**nobodyさん** · 04/04/05 00:21

>>924
Tomcatにおけるコンテキストとは、乱暴に説明すればアプリのこと。
WOの話しじゃないよ。

**nobodyさん** · 04/04/05 00:48

さんきゅ。
http://www.itmedia.co.jp/enterprise/0212/09/epn14.html
ここら辺の話ね。

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

おまえら文句ばかり言ってないで仕事しようぜ。

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

アポーにもＰ社にも騙された哀れな人達のスレはここですか？

**nobodyさん** · 04/04/05 14:21

Eclipseを使っています。

プロジェクトのルートに置いたJavaファイルで、
パッケージ指定しているもののエラーを消すことはできないのでしょうか？

ビルド実行はPBで行うので、コード修正時にエラーが出ないだけでいいのですが。

**nobodyさん** · 04/04/05 17:07

>>930
パッケージ指定したらそのディレクトリに置く。これ基本。

**nobodyさん** · 04/04/05 18:48

>>931
931さん。レスありがとうございます。
フォルダ構成を変えるということですよね？
やはりそうするしかないのでしょうか？

eclipseでは編集のみを行いそれ以外はPBで今まで通り
行いたかったので構成は変えたくありませんでした。

それとも構成を変えてもPBを使えるのでしょうか？

**931** · 04/04/05 18:59

Eclipseで開発するようになってからPBは一切使わなくなったからよく分からないけど、
逆に言えば、PB使わなくても問題なく開発できるよ。

**nobodyさん** · 04/04/05 20:30

>>933
なるほど。Eclipseで全て片付くとは知りませんでした。
私も試みてみようと思います。
ありがとうございます。

一つお聞きしたいのですが、リソースの追加等は
PB.projectをテキストファイルとして修正するのでしょうか？

**931** · 04/04/05 22:13

>>934
http://www.objectstyle.org/woproject/
これを使う。

**nobodyさん** · 04/04/06 01:31

Eclipseだけじゃだめだ。WOLipsを使うのだ。