WebObjects

**名無しさん＠お腹いっぱい。** · 2001/05/11(金) 15:31

ってどうなの？

**ｦｯｶｰな名無しさん** · 02/01/05 16:54

>>546
サーブレットコンテナとしては使えない。
サーブレットが出現する以前から存在している技術だからね。
ただ、ロジックをうまく作ってあれば、サーブレットのしくみにとらわれない範囲での流用は可能だと思うけど。
ただ、今あるモノを流用するよりも、思い切ってWO用に作り直した方が簡単だったりすることが多い。

**名無しさん＠お腹いっぱい。** · 02/01/05 17:27

>>547 ありがとう。よしゃ作り直すか。

もうひとつ教えて欲しいんだが、ページ間の遷移を一元管理
する仕組みはあるんだろうか？　最近Cocoon2でまとめて管理
するのに慣れているので、ページごとに遷移のコードを書くのは
やってられんのだ。よろしく頼む。

**ｦｯｶｰな名無しさん** · 02/01/05 18:08

>>548
それも繭２使うよりも、簡単だと思うよ。
ページ自体をオブジェクトとして扱うから、
遷移したいページのオブジェクトを作って、それを返してあげるだけ。
たとえば、元のページから次のページに飛ぶときは、
　　NextPage nextPage = (NextPage)pageWithName("NextPage");
　　return(nextPage);
みたいなメソッド作って、それをSubmitボタンなりハイパーリンクの属性として、
ツール上でドラッグ＆ドロップしてやる。
NextPageから元のページに戻るときも同じような感じ。
Session管理も自動だから、ServletやJSPでめんどくさいことやってたのがアホらしくなるよ。

**ｦｯｶｰな名無しさん** · 02/01/05 18:17

>>548
WOで作るユーザアプリって、構造が非常にｽｷｰﾘしてるんだよ。
使うクラスも、表現悪いかもしれないが、こんな感じで階層化されてて、
わかりやすく使える。

Application class
{
　　// そのアプリのインスタンス自身が使うオブジェクトとかを置く
　　Session class
　　{
　　　　// このセッションで使いたい変数やオブジェクトを置く。管理は自動。
　　　　Main class
　　　　{　
　　　　　　// 最初に起動するページを構成するアプリ
　　　　}
　　　　Other Page class
　　　　{
　　　　　　// 他のページを構成するアプリ
　　　　}
　　}
}

で、ソース＋動的Webページ作成ツール＋DBオブジェクト化ツールという
組み合わせ下で実現されるドラッグ＆ドロップで可能な開発環境を利用すると、
ページ遷移も効率良いし、ＤＢとの連携も楽ちんてわけ。
UIとオブジェクト間の接続も、直感的にできる。

**ｦｯｶｰな名無しさん** · 02/01/05 18:18

上、各クラスは実際には、別のクラスファイルとして分離してる。
Application.java、Session.java、Main.javaってな具合で。

**ｦｯｶｰな名無しさん** · 02/01/05 18:36

そーいや、WO5からEJBコンテナが搭載されるって話だったけど、いつになるんだろうな（ｗ
まーカリにそんなもの搭載されても、EOFしか使わないと思うけど。
でも、EJBとEOFの連携がｽﾏｰﾄにできるんなら、すでにEJB資産持ってるところには
ﾒﾘｯﾄあるのかもな。

りお · 02/01/05 18:51

ところで、囲碁がはやってるんだってな。

>>552
そうだったよな、確か次のﾊﾞｰｼﾞｮﾝから、なんていうのをリリースノートだったか、
OmniのMLだったかADC Newsだったかでみたことある。
つーか、EJB使うんだったらEOFの方が良いと思われ。

**名無しさん＠お腹いっぱい。** · 02/01/05 18:53

>>549-551　サンクス。特に>>550はすごくわかりやすい。感謝
今、日本語ドキュメントを落としてきて、順番に読み始めた
ばかりだが、ｶﾅｰﾘshockだよ(w　すごく良さそうだ。

俺はﾏｸ持ってないので、気軽にトライアル出来ないから（ちょっと
入用で\70kが出せないんだ）、教えてクンになっててスマソ。

WOはほんとにRADだな。WebのRADって感じだ。生産性が高いっていう
理由がわかる気がするよ。今までの俺の苦労は一体、って感じだな（鬱
もう少しドキュメント読んで勉強してみるよ。

**ｦｯｶｰな名無しさん** · 02/01/05 19:02

>>554
教えてクンでもいいと思われ。漏れも、今でも教えてクンなDQNなWOﾕｰｻﾞだし（ｗ
技術的に高度なことは、りおﾀﾝが導いてくれると思われ（ワラ
Winでも開発はできる。漏れはWin2Kでやってるよ。
ぜひ\70kを捻出して買ってくれ。損は無いと思われ。

**名無しさん＠お腹いっぱい。** · 02/01/05 21:50

EJB関連の技術って、何故その技術が必要になったのか? という
当初の動機を忘れて名前が独り歩きしてしまいがちだ。
WOはそういう状況への強烈なアンチテーゼになるな、とここ最近の
やりとりを見ていて思った。

まあそれとは全然別口で、Entity Beanの中にはDBと対応していないもので
なかなか便利なものがあるので(EOFでもentityとtableがequalでないように)、
そういうのが使えるようになると嬉しいからEJB対応はして欲しい。
DBに関係するところは全部EOFにやらせちゃうけどね。

**546** · 02/01/05 22:58

>>555 ありがとう。ほっとするよ(w
来月には金の目処がつきそうになったので是非買ってみる。
見てるとﾔﾊﾟｰﾘEOFは良さげだな。ぜひ使いたいぞ。
WOFは何となくASP.NETを連想した。

まぁ繭２とXSLTでかなり楽できるようになっているのだが、
スタイルがまた全然違うので、上手く組み合わせられれば
俺としては最高だな。でもWOのURLの形式は萎えた。まぁ
dearcardsを見ると隠蔽は出来そうなので大丈夫だろう。

**ｦｯｶｰな名無しさん** · 02/01/05 23:10

>>557
んむ？SessionIDに萎え～なのか？（ｗ
善し悪しは別として、Cookieに入れることもできるよ。
あと、URLに埋まってるとはいえ、確か１回こっきりとかのSessionID使えるので、
アプリに負担をかけずに事実上の成りすましとかを防ぐ方法があった気がする。
りおﾀﾝかだれか、ﾌｫﾛｰ頼む。

**544** · 02/01/05 23:32

一晩寝たらアホな勘違いしてると気が付きました。
失礼しました。

**461＝名無しにします** · 02/01/05 23:53

＞りお様
遅レスすまそ、今方針変更中。

>>461について
WORepetitionでＤＢからデータをフェッチして表示させる。
画面には「レコードを追加」「変更」「削除」「上の内容をＤＢに反映」
ボタンがある。

WORepetitionで表示する段階において、返ってきたデータを書き込み
可能にするのではなく、「ＤＢに反映」ボタンを押したときに表示された
データをＤＢに反映することにする。

objectsFromRawRowについては簡単なサンプル作ってみたら
基本的にはうまくいったので頑張ってみます。

**546** · 02/01/06 00:19

>>558 そう、萎え～(w

いやcookieレスだとああなるのは承知だが、単純にあんな
長いのがブラウザに表示されると、やっぱりシロートさんから
するとちょと引かれる。つぅか過去に何度も「これ何とか
ならんのか」と客に言われたよ。ダイレクトメールの宛名シールに
顧客IDとか印刷していると、いかにも「管理してます」って
感じがして嫌われるのと同じ理屈だな(w
まぁ何とか方法があるということが判れば、否定的になることも
ないし、ずっとドキュメントを今日は読みつづけているんだが、
かなりWO萌え～になっているので、そんなにマイナスにはならんと
思ってる。

**名無しさん＠お腹いっぱい。** · 02/01/06 01:18

安直には、フレームにしてurl欄から隠しちゃう、てな方法を良くやる。
だいたいがurl長いの気にしてるのなんてクライアントの担当者ぐらいで
エンドユーザでないことが多いので、根本的解決になってなくても
ひとまず安心させることが出来ればOK、みたいな。

りお · 02/01/06 01:42

>>558
たれぱんだが好きだと逝っていた人のサイトに逝けばサンプルソースがある。だけど4.5でのみ動作確認らしいが。

Application.javaとSession.javaをいじって独自のSessionID振る
やりかたもあるのだが、ちょぃと、それをいってしまうとジョー氏に
あぼーんされてしまうのでがむばって作ってみてくれ。

とはいっても、JSP-Servlet-EJBの組み合わせでセッション管理するよっか
ラクなんでセッション管理はどうだっていいと思っているのだが（←いいのか、おぃ(´Д｀;)

りお · 02/01/06 01:45

>>560
なにやら大変そうだが（ｗ
ぶっちゃけた話、EOFも万能じゃないんで（←問題発言　、

遠回りなやり方で実現できるかもしれないから、がむばってｸﾚ.

**461＝名無しにします** · 02/01/06 01:51

>>564
なんで任意のＳＱＬを流すと結果がエンタープライズオブジェクト
にならないのか。。激しく納得いかないながら頑張ってます（ｗ

EOFが全くわかってないど素人のいう事なんで気にしないでください。。

**546** · 02/01/06 02:05

>>562　同じ手を俺も良く使う(w

単純な疑問なのだが、EOFでいわゆるhdr-dtl関係のようなものを
表示するようなときに、レコード件数が多いと遅くならないのかな？
いつも最低でも10万件以上はぶん回すことになるので、この辺気になる。
indexとか勝手に作ってくれるんかの～。
EOFの性能について、ざっくりと教えてくれくれ。

りお · 02/01/06 02:17

>>566
faultというカラクリを使うことで回避している。
リレーションシップ先のオブジェクトは一気に読み込まず、
実際に表示するときだけ裏側ではSQLを投げている。
なんでルートとなるテーブルの内容だけは最初は
全部読み込む必要はあるが、その後のパフォーマンスは
悪くない。
（どうでもいいが、EOFでやるよりはずっと速い）

indexは何のindexなのかはわからんが、RDBMSのレコードが
EOに変換されるけど、それぞれのEOには完全にユニークな
ID（EOGlobalID）が割り振られる。セッション内では完全にユニークになる。
ハズしていたらｽﾏｿ.
（ん？検索が速くなるためのindexのこと？）

眠くなってきたので寝るか。

りお · 02/01/06 02:18

>>567
補足。ルートとなるﾃｰﾌﾞﾙのレコード全部を読み込むような書き方だった。ｽﾏｿ
ちゃんと検索条件やソート条件を付けていれば、全然OKよん。

りお · 02/01/06 02:19

>>567
もういっちょ補足。寝る前だから間違いおおいな(´Д｀;)←読み返せよ

EOFでやるより速い→EJBでやるよりは速い

**546** · 02/01/06 02:29

>>567 サンクス。なるほど。>>568は納得。当然だわな(w

＞（どうでもいいが、EOFでやるよりはずっと速い）

これ気になるな。ということは、faultってのはEOFのメリットは
あんまり得られないということなのかな？ EOFデブガイドの
舞台裏の事情ってのを読めば良いのかな。さすがに疲れたから
今日は寝るわ。

＞（ん？検索が速くなるためのindexのこと？）

そのつもりだった。よぉわからん書き方でｽﾏｿ

他にも気になる点がいくつか出てきたのだが、また追々
質問させてくれ。まずはamazonで王蟲の奴を注文してくるわ。

はよ2月にならんかのー。ブツをはよ買いたいのー。

**546** · 02/01/06 02:31

>>569　補足サンクス。入れ違いだたよ。

EJBとの比較なら納得だ。これで気持ちよく寝れそうだ(w

**名無しさん＠お腹いっぱい。** · 02/01/06 04:54

>>567
ヲイラ、そのfaultという概念がなかなか理解出来ずに苦労した。
わかったときには、EOFすげーっ、って叫んでた。

りお · 02/01/06 09:14

>>572
faultはWebObjects4.5だったか4.0から導入された機能（厳密にはEOFのバージョン3.0か？）だ。
それまで似たような機能が搭載されていたかどうかわからんけど、
10年築き上げられてきただけはある、と感じる機能だったりもする。

**名無しさん＠お腹いっぱい。** · 02/01/06 13:19

>>573
Faultingの仕組みはEOF1からあったような・・・。
ただしfault済みEOをobjectFaultWithPrimaryKey:で
さらにfaultしようとするとハングる(無限ループ)という代物だが。
10年かけて～ってのは同感だけど、EOF1とEJBを比べてもやっぱり
先進的だと思う。

**546** · 02/01/06 16:54

オーム社の書籍を買ってきた。PDFをディスプレイ越しに
読み続けるよりずっと楽になった(w

ひょっとすると思ったより早くWOを入手できそうなので
それまでじっくりと予習しておくよ。早く実物を触って
みたい。

**名無しさん＠お腹いっぱい。** · 02/01/07 11:33

簡単な質問なんですが、今度、WebObjectsを採用します。
稟議中で、購入前なんですが、パッケージには紙のマニュアルは、
付属してますか？
実は、前もって勉強するのにAppleのサイトにある、PDFを印刷するか迷っているだけ
のことなんです（紙の枚数は社内制限煩いので）
どっちにせよ、印刷する必要あるならPKG手許にくる前に印刷するのですが。
以上、よろしくお願いします。

**名無しさん＠お腹いっぱい。** · 02/01/07 12:18

>>576
紙のマニュアルは全く付いていないので、今のうちに印刷しておいた方が
いいでしょう。全部印刷すると膨大な量になるけどねー。

**576‏_** · 02/01/07 14:05

>>577
解りましたありがとうございます。
HPのPKG箱見ると、微妙な厚みなのでしたが、みなメディアですか。

**名無しさん＠お腹いっぱい。** · 02/01/07 14:16

>>578
隙間がほとんどだよ（ワラ
一応、印刷物も入っているが、実際の開発には役立つようなものではない。
インストールマニュアル以外は、全て英語だ。

**名無しさん＠お腹いっぱい。** · 02/01/07 16:05

>インストールマニュアル以外は、全て英語だ。
この営業姿勢は日本で売る気がないと見られてもしかたがないね。
こう言うと「英語も読めないような奴はWebObjects使うな」とか言い出すアホが
出そうだけど、エンジニアの一人よがりの発想だよな。
サポート体制なんかを見ても殿様商売ばかりが目につく。
なんとかならんのか。

**名無しさん＠お腹いっぱい。** · 02/01/07 18:42

>>580
どーにもならんだろ。
元々、アポージャパソ自体が開発系のスキルやノウハウを企業として持ち合わせていない。
すべて米国におんぶにだっこ。
一応売る姿勢はあるようだが、結局はｱｲﾏｸとかﾊﾟﾜｰﾌﾞｯｺなんかの箱売りとかわらん。
米国から仕入れて売るだけ。売り切りってとこだろ。
アポー信者なら英語が読めて当たり前っていう企業姿勢。
こんなドキュソ営業所にはそもそも頼る拠り所も無し。
それでもWOは使いたい（ｗ

**461=名無しにします** · 02/01/07 20:57

＞りお様
>>461で
＞EOModelerでFetch Specificationを作って、任意のSQL
＞をEOUtilityで丸投げすると戻り値はNSDictionaryだよね。
＞これは不変の連想配列と同じで、中の要素の書き換えができない。
＞これをなんとか書き換え可能にしたうえで、WORepititionで
＞表示する方法はないかのぉ。。

と質問したのだけれども、りお様のヒント（objectsFromRawRowメソッドを使え）
を一応できたので報告します。

以下のソースは
１　ＤＢからのフェッチはCustomerエンティティからfirstname,lastname,cityのみをフェッチ
２　任意のＳＱＬを投げるFetchSpecification名を"CustomerFetch"とした。
３　CustomerエンティティのJavaクラスであるCustomerクラスは作成済み
４　WORepetitionのList属性にはCustomerオブジェクトのNSMutableArrayをバインド
　　Item属性にはCustomerオブジェクトをバインド
５　Mainコンポーネントの初期化の際にフェッチしてWORepetitionで表示させた

ことを前提にしてお読みください。

**461=名無しにします** · 02/01/07 21:10

＞りお様その他住民の皆様

下手糞なソースだが大目に見てくれれば嬉しいっす。。

// Mainコンポーネントの初期化
public Main(WOContext context) {
super(context);
// データをフェッチする（返ってくるのはNSDictionaryのNSArray）
EOEditingContext ec = this.session().defaultEditingContext();
NSArray tmpRecords = EOUtilities.objectsWithFetchSpecificationAndBindings(ec,"Customer","CustomerFetch",null);
　　　　// NSArrayをEnumerationに変換する
Enumeration e = tmpRecords.objectEnumerator();
　　　　// レコード件数、エンタープライズオブジェクトの配列を定義
int intCnt = 0;
int intRecordKensuu = tmpRecords.count();
EOEnterpriseObject customerArrays[] = new EOEnterpriseObject[intRecordKensuu];
// Enumerationの中身を見て、一つ一つをＥＯに変換し配列に叩き込む
while(e.hasMoreElements()){
NSDictionary tmpDict = (NSDictionary)e.nextElement();
EOEnterpriseObject customer = EOUtilities.objectFromRawRow(ec,"Customer",tmpDict);
customerArrays[intCnt] = customer;
intCnt++;
　　　　}
// customerRecords(CustomerオブジェクトのNSMutableArray)を得る
customerRecords = new NSMutableArray(new NSArray(customerArrays));
}

**461=名無しにします** · 02/01/07 21:23

>>583のソースを元にWORepetitionをMainコンポーネントで
表示させたところ特に問題なく表示できました。

objectFromRawRowメソッドを使った変換についてですが、
attribute名は小文字のままだったのだけど問題なく変換できた模様。

このあとデータのInsert、Delete、Updateのメソッドを書き加え、実行し
たところ、InsertObject、savechanges等のメソッドも問題なく実行でき、
ＤＢも正常に更新できました。

りお様が>>466で仰っていた
>モデル側のattribute（メソッド）名と、DBのテーブル名が大文字で
>一致させていないとこのメソッドは使えない。

という問題は発生しなかった模様。。。OpenBaseのエンティティ、
そしてそれから生成するJavaクラスには一切手を加えていなかった
からです。

私の環境は、窓２ｋ、WebObjects5.0(アップデート無し）、ＤＢはOpenBaseでした。

りお · 02/01/07 21:30

↑
たぶん、問題ないと思う。OpenBaseだけでは動いたのか？
PostgreSQLだとかOracleではどうだろうか？？
DBから返ってきたカラム名が全部大文字になるから、上記のｻﾝﾌﾟｰﾙは
使えるかなぁ？（使えなかったら、DB名とEO名にちょっと細工が必要になるな）

ｿｰｽｻﾝｷｭ

**461=名無しにします** · 02/01/07 21:38

>>585
俺が試したのは今のところOpenBaseだけっす。。
本当の環境はPostgresqlなので、明日試してみます。

りお様のobjectFromRawRowのヒントのおかげです。
明日Postgresqlでうまくいったら本当に嬉しいんですけどね（ｗ

**名無しさん＠お腹いっぱい。** · 02/01/08 05:49

WO5.1の詳細キボーン

**名無しさん＠お腹いっぱい。** · 02/01/08 06:55

なにそれ? SFで発表されるの?

**ｦｯｶｰな名無しさん** · 02/01/08 12:24

5.1じゃ、JSP連携やEJBサポートがある模様。
既存システムともシームレスに連携可能か？
最強のアプ鯖になったｶﾓ

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

**461=名無しにします** · 02/01/08 15:02

＞りお様
>>586の件ですが、Postgresqlでも動きましたよ。
リレーションシップを貼った先のオブジェクトも参照可能でした。

>>589
そうみたいだね。すごいアプリケーションサーバになるよ。これ。
英語読める人は以下を参照
「What's new In WebObjects 5.1」
http://developer.apple.com/techpubs/webobjects/WOWhatsNew.pdf
「Post-Installation Guide」
http://developer.apple.com/techpubs/webobjects/PostInstall/PostInstall.pdf

**名無しさん＠お腹いっぱい。** · 02/01/08 17:10

WO5.1ならJavaMailとの連携もWO鯖１本で運用できるってことですね。
WOの弱いことろを補完しあっていけるのかな。
誰か、ここらへんの連携についてHPとかで取り上げないかな？
↑＞りおﾀﾝ、しんぷるさん

**名無しさん＠お腹いっぱい。** · 02/01/08 17:13

ちなみに、590の「What's new In WebObjects 5.1」は日本語でも書いてありました。
今度のWO付属マニュアルは期待できるかも。

ADCでダウンロードしてくだされ～＞Apple

**名無しさん＠お腹いっぱい。** · 02/01/08 19:27

AppleStoreでうぷぐれーどキット売ってるよ

**名無しさん＠お腹いっぱい。** · 02/01/08 19:33

>>593
うん、2500円で売ってる。（または19.95ドル）
早速うｐしたいのぉ。。

りお · 02/01/08 19:48

バグがとれねぇ・・・・

**名無しさん＠お腹いっぱい。** · 02/01/08 21:08

早速注文＞５．１

**名無しさん＠お腹いっぱい。** · 02/01/08 23:37

woaをサーブレット化できるのと、JSPからwoをインクルード出来るのの
どっちが嬉しいかな・・・
JSP+EOFみたいなこともできるようです。漏れは使いたく無いが。
JNDIやEJBコンテナの機能はExoLabのを使ってるみたいね。
bean framework作ったらテンプレート吐いてくれるのとかはWOっぽい。

>>595
漏れはデバッグこそプログラマが真価を発揮する場だと思ってるので、
バグがとれない時は不謹慎かも知れないけど、こう思うんだ。
バグよ、もっと深まれ、と。

**名無しさん＠お腹いっぱい。** · 02/01/09 00:48

5.1には入力支援ついたの？

りお · 02/01/09 19:42

やっとバグとれた。誰だこのクラス図かいたやつは（w

>>597
たしかにその通りだ。全然不謹慎じゃない。

＞＞５９８
ついていない。WOというよりは、開発環境のことだな。
マイクロソフトの製品みたいに、InteliSense機能があるといいよな、確かに。
おれっちはよくタイプミスをするから、コンパイルエラーの９割はタイプミスだ（w

っつーか、なんでことえりとやらはこんなにバカなんだ。マックユーザーは
こんなんで満足しとるんか？（みんなATOKつかってんのか？

JSPやEJB対応って、なんか、意味あんの？＞＞WO5.1
一応世間様の標準になりましたってところか？

**名無しさん＠お腹いっぱい。** · 02/01/09 23:19

ということは、今までのスタイルで開発されるんですね？
純粋なWOアプリということですか？　＞りおﾀﾝ

**名無しさん＠お腹いっぱい。** · 02/01/09 23:52

JSP対応は、JSPからカスタムタグでWOComponentを呼べるってモノ。JSPエンジン
にはTomcatなどを使う必要がある、だったと思う。WOでreusableなサブ
コンポーネントを作りまくってたが、今後はJ2EEに移行したいという
ところには嬉しいかも。そんな奴が居ればな（藁

逆にビジネスロジックは全部EJB化しちまったＹＯ！というところが、
ページはWOで作りたいということなら、EJB対応は使えると思う。

WOがServlet化できるのは、>>546みたいなケースで、かつ運用的に
アプリサーバ２種類も立てたくないってところで有効かも。

bean frameworkは、DBをガシガシ検索するような用途じゃ無くて(それだったら
EOF使えばよい)、「ちょっと一部ステータスを永続化できちゃったりもする
リモートサービス」みたいな感じで使えば面白いんじゃないかと思う。
>>556が言ってるものに近いかな？

あと、使い方とは関係無しに、「キーワードに敏感な」顧客や上司相手に
WOをプッシュしやすくなるというメリットは十分考えられる。標準では
J2EE対応のかなりの部分をオープンソースソフトウェアに負ってる部分が
やや不安だが、他のJ2EE製品に差し換えて使うこともできることも出来る
ようなので、フリーウェアなど使えん、と言われたらWebLogicと組み合
わせて使う提案などすればよいかも。

漏れもobejctとかそういうのばっかさー＞コンパイルエラー
入力支援は、ProjectBuilderのバンドルを自分で作れば、Escで候補表示
して選択、みたいなことは出来なくはなそうだが・・・・めんどくさそう。
誰か作ってくれー。

**名無しさん＠お腹いっぱい。** · 02/01/09 23:58

>>591
ttp://www.omnigroup.com/mailman/archive/webobjects-dev/2001-June/010216.html

**名無しさん＠お腹いっぱい。** · 02/01/10 00:08

WebObjectsのエディタはどうにかならないの？
辛い。外部エディタの登録機能が欲しい。

Javaは秀丸。HTMLはDreamweaverを使いたい。。。

**546** · 02/01/10 00:50

ついにWO注文したぜ。届くのが待ち遠しいよ。
でも発注した次の日にco.jpが落ちてて、復活したら5.1になってて鬱だ（ｗ

>>601
＞WOがServlet化できるのは、>>546みたいなケースで、かつ運用的に
＞アプリサーバ２種類も立てたくないってところで有効かも。

すごく嬉しいぜ。やっぱ触れたくないものもたくさんあるからな（爆
ｱﾎﾟｰありがとうって気分だ。あとは徐々にWOで侵食していくだけだな。

で、5.1のPDF一通り見たけど、すごくいい！期待度高いな。
ｵﾌﾟｿであることも俺はぜんぜん気にならん。EJBは無視するので
1.1でも十分だ。使わんからな。

あと、俺は普段JBuilder使いなので、入力支援やデバッグやJUnitがないと
辛いのだが、その辺の外部ツールとの連携に今後は期待だな。でもまぁ
それを補って余りあるものだと期待してるよ。

**名無しさん＠お腹いっぱい。** · 02/01/10 04:25

>>599
> JSPやEJB対応って、なんか、意味あんの？＞＞WO5.1

稟議書書きやすくなった（ｗ

**名無しさん＠お腹いっぱい。** · 02/01/10 08:21

どうにも分からなくなったので、少し助言ください(´д｀)

アプリケーション開発ガイドの10章のリスト10.5をやってるんですが、
this.session().defaultEditingContext().deleteObject( event ); の部分で
eventがEOではなくcom.webobjects.appserver.WOComponent.Eventに
なってしまい、ビルドエラーになってしまいます。
eventは、Event event; でインスタンスを生成し、
EventはEOGenericRecordのサブクラスとして定義してます。

Eventを他のEOに置き換えるとエラーが発生しないので、
eventに何か問題が･･･？と思ってるんですが(´д｀)

りお · 02/01/10 10:14

>>605
なるほどな（w
>>606
・他のカスタムEOクラスでも同様の問題がおきるか？
・EOモデラーを開いて、トップグループをクリック。右部分の詳細に、
　クラス名やテーブル名が表示されるが、カスタムEOのクラス名が
　正しいかどうか（作業の手違いでEOGenericRecordのままになっているときがある）
・考えにくいが、eventという名前が凶じゃないのか？(w

こんなところか。がむばってくれ。

りお · 02/01/10 10:19

>>606
結果をあとで教えてくれ。ちょっと気になる。
どうしてもダメだったらプロジェクトを固めて
どっかのあぷろーだにウプしといてくれ。

りお · 02/01/10 10:25

>>590
化石レスすまん。そうか、ぽすぐれでもウマく逝くか。んー、
おれっちがrawRowForSQLを実行した時は帰ってくるカラム名が全部
大文字だったから、こりゃ扱いが面倒だなとはおもってたんだが。
ともあれ、これでソースコード中にガンガンSQLを書くことができる、っつーことだな。
（全然進歩がないな、それって（w

EOFももうちょっと背伸びしてSQL扱いやすくすりゃーいいのになー。
（ユニオンくえりとか、クロス集計とか、副問い合わせとかグループ集計だの。
っつーても、自分でクラスつくりゃーいいんだが。誰かつくって暮れ）

**606** · 02/01/10 19:56

＞りお様
>・他のカスタムEOクラスでも同様の問題がおきるか？
Event以外のカスタムEO（Person, Seminar等）に置き換えるとビルドエラーは出ません。
>・EOモデラーを開いて、トップグループをクリック。右部分の詳細に
エンティティは全てカスタムEOクラスに定義し、.javaファイルも生成しています。
EOGenericRecordのまま残ってるものはありません。
・考えにくいが、eventという名前が凶じゃないのか？(w
typoのことでしょうか？これは何度も確認してるので問題ないかと(´д｀)

本書の章を書いただけでしたが、ここでのEventエンティティは
Meeting, Seminarの抽象クラス（Abstractにチェック入り・親子関係定義済み）に
なってます。（この２つのクラスは、○○ extends Event { でEventクラスを継承。）

他のEOとの違いはこれだけなので、ここがクサイと考えてるんですが。
あぷできるところ見つかったら、プロジェクト揚げてみます(´д｀)

**名無しさん＠お腹いっぱい。** · 02/01/11 01:09

りお様じゃないが
＞typoのことでしょうか？
じゃなくてクラス名にEventを使うのがマズいということと思われ。

ビルド時のエラーならモデルは関係なくてソースコードでしょう。
アプリケーション開発ガイドのまんまでコンパイルエラーが出るんなら、
アプリケーション開発ガイドがホントにWOF5に対応してるのかが怪しい。
自分で書いたところでエラーが出るんなら、import書くところで横着
してimport com.webobjects.appserver.*とせずに、クラス一こずつ
書いて行けば直るんじゃないのかなー。
見当違いならｺﾞﾒｿ

**名無しさん＠お腹いっぱい。** · 02/01/11 03:55

>>606
割り込み
アプリケーション開発ガイドはWO4.5対応なのでWO5でやると結構はまります。
けっこう変わっているみたいです。
該当部分は素直に別名に変更してください。(Event -> EventNameなど)
ちなみに、ほかにも９章とかではまるので、InfoCenterで適宜調査してください。

**名無しさん＠お腹いっぱい。** · 02/01/11 11:19

http://sawayaka.mariansela.com
http://sawayaka.mariansela.com
http://sawayaka.mariansela.com

りお · 02/01/11 11:29

↑さやかたんの写真をあつめたWebSiteだと勘違いしたのは、おれっちだけ？

**606** · 02/01/11 14:46

Eventのクラス名を変更したら通りました！
WOComponent.Eventっていうのがあったんですね。

>>612
例外とかその他でも結構ハマりました(´д｀)
オーム社のサイトで5.0のサポートしてくれてもいいのになぁ。
本のオビに書いてある『最新版5.0にも対応』って
ちょっとウソ入ってる？とか思ったり。

あと、もう一つ質問なんですが、
開発環境がWinの時、OpenBaseからEOModelを生成する時に
『No reason provided.』が出て失敗するんですが、
これって少し前に話題に出た、JDK1.1.x互換のJDBCドライバと
関係があるんでしょうか？
MLの過去ログ漁ったんですが、具体的な解決方法が挙がらないまま
終わってたので。

ためしにOpenBase JDBC1.1 Driver Clientを入れてはみたんですが、
変わりませんでした。（入れた気になってるだけなのかも(´д｀)）

**名無しさん＠お腹いっぱい。** · 02/01/11 15:12

>>615

No reason provided.ってP40に書いてあるよ

**615** · 02/01/11 15:44

>>616
それを動くようにしたいんですが、無理なんでしょうか？

MacのOpenBaseは動くがWinのソレは動かないって事は
WO自体は無実で、悪いのはWinのOpenBaseだから
Mac持ってない場合はOpenBaseの使用はあきらめて、
Linux等にMySQLやPostgreSQL入れてテストするのが妥当でしょうか。

**ｦｯｶｰな名無しさん** · 02/01/11 16:00

>>617
スレの上のほう読んだ？
MySQL for Win32を使う方法が出てるよ。

**名無しさん＠お腹いっぱい。** · 02/01/11 19:48

開発環境は、Macの方がよくできている。
Winのは使いづらいよ。。。

**名無しさん＠お腹いっぱい。** · 02/01/11 21:09

そうかなあ。Winというか、PBWO環境はあれはあれで
良く出来てると思うけどなあ。
フォルダ->ファイル->クラス->メソッドって辿って行けるし。
Macのはファイルのツリーとメソッド一覧が分かれてるのが
つらいときがタマにある。
どのへんが使いづらいすか? >>619

**619** · 02/01/11 23:22

>>620

ぱかぱかウィンドウが開くのが嫌いなんです。
Macだと１つにまとまっていて、ソース編集するときだけ
別ウィンドウが開くのが気に入ってる。
あと、ツリー形式に表示されているのも構造化されているのが
一目でわかるし○。

**名無しさん＠お腹いっぱい。** · 02/01/12 00:18

新PBは、あのターゲットというのが見通しを悪くしてると思う。
gnumakeの代わりにjam使ってるのもお年寄りには辛いよ。
別ウィンドウどころか、エディタとプロジェクト管理とデバッガは
別々のアプリでも良いぐらいだ！＜さらに年寄り発言

ところで、メソッド名で検索してフレームワーク内のドキュメント
(クラスリファレンス)を表示させるにはどうしたら良いのですか？

**名無しさん＠お腹いっぱい。** · 02/01/12 02:38

旧PB(PBWO)の話? 新PB?
どっちでもいいけど、Macならshift+リンゴ+Fでフレームワーク含めて
検索すると、検索結果の行の頭に本のアイコンが出てくるから
それをクリック。
Windowsなら本のアイコンが出てこないので、InfoCenterを使う。

**初心者** · 02/01/12 15:44

すいません、なんかWebObjects5.1というのが出た
らしいですが、これってどう受け止めたらいいんでしょう？

WOの良さが失われて、他のJ2EEアプリサーバ
と同レベルになっちゃったっていうことなんでしょうか？

詳細しってる方教えて！

**ｦｯｶｰな名無しさん** · 02/01/12 18:20

>>624
漏れもちゃんとはチェックしてないけど、基本的には、
今までの開発手法に加えて、EJBやServlet/JSP資産をWOでも
使えるようになるって感じじゃないのかな。
今までのWOユーザに大きなメリットは無いかもしれんけど、
新規参入組にはいいのかも。
だれか言ってたけど、稟議は通りやすくなるかもね（ｗ
で、稟議通って導入後は、EJBではなくEOFで開発すれば、幸せになれると。

**ｦｯｶｰな名無しさん** · 02/01/12 18:22

ところで、ｱﾎﾟｰｽﾄｱで注文した5.1のｳﾌﾟｸﾞﾚｰﾄﾞって、
いつごろ納品なんだろうな？
とりあえず会社で発注したぞー。

**初心者** · 02/01/12 18:45

>>625

そうなんですか、わかりました、ありがとう。
でも心配なんです。WebObjectsを一生懸命
学んでも、将来的にはそのいい部分が切り捨てら
れてしまうのではないかって。

だって、WebObjects5以前に使えてたObject-C言語、WebScript
言語という２つの言語がWebObject5ではJavaしかなくなって
しまい、切り捨てられたというではないですか（あくまでも
聞いた話です、本当かはわかりませんが）

WebObjectsを一生懸命学んでも、EOFとかが将来切り捨てら
れるくらいなら、Tomcat+JSP+Servletを学んでおいた方
が無難かなという心配もあるのですが、、、実は今度の開発案件で
私はWebObjectsを上司に推薦してるのですが、私のライバル？は
WebSphereを推してて、、、

稟議通す場合に”なぜWebObjectsなの？”と聞かれたときに
なんて答えたらいいのかわからない。”なんかNEXTからの
実績があるというすごいものです”と必死に説明するのです
が、ライバルの方は”標準技術への迅速な対応、ＩＢＭとい
うブランド、豊富な構築事例、開発ノウハウ、開発ベンダー
委託先はＮＳＳＯＬを検討しています、、、”
とか会議でいわれてしまって、押しまくられてます。

皆さんはどうやって、上司の質問やライバルの提案を突破して、
開発ができているのですか？

りお · 02/01/12 19:31

>>皆さんはどうやって、上司の質問やライバルの提案を突破して、
>>開発ができているのですか？

・WebSphereを勉強した。
↓
・J2EEも勉強した。おねぇちゃんを口説く術も勉強した(;´Д`)
↓
・鯖構築術も実践で得た。
↓
・WebObjectsも勉強した。
↓
・で、目の前でアプリ作成のデモをWebSphereとWebObjectsの
比較をしてやった。作りアプリは同じモノ。

ほとんどの奴はこれで納得した。

**名無しさん＠お腹いっぱい。** · 02/01/12 19:40

>>627
アンタ最高（藁

漏れが思うに、WOの良さは開発効率と値段の安さだ。でもサポートはｲﾏｲﾁ。

将来のサポートのことを気にするなら、WebSphereにしておいた方が
いいんじゃない？5.1なんていつサポート打ち切られるか分からないよ。
正直、5年も続けば良い方だと思う。後続バージョンが出る度に対応する
手間を惜しまないなら平気だろうけど。
実際は大規模なシステムで運用が始まっちゃうと、パッチ一つ当てるのも
難しい話だと思うので、ｱﾌﾟｰﾙのような対応ぶりでは正直不安だ。

WOを一生懸命学んだ結果が無駄になることはそう無いと思う。
デザインパターンの教材としてだけでもかなり価値がある。将来的に
J2EEでやっていくにしても、WOを経験しているといろいろ見えて来る
ものが違うよ。

稟議(っていうか企画？)の話でいえば、上司を説得する前に、まず
自分が何故WOを使いたいのかが問題だと思う。WOならOKでWebSphere
は駄目と思う理由が知りたい。

是が非でもWO使わなければならない理由は無いと思う。
開発効率の良さと値段の安さが重視されるならWOがよいと思うし、
資金と人材と開発期間はいくら掛けても良いけどサポートが気に
なるって場合は他のメーカの製品をお薦めするよ。

**ｦｯｶｰな名無しさん** · 02/01/12 20:01

>>627
目の付け所がイイな（ｗ
悩みどころもよくわかるぞ（ｗ

いいたいことは>>629にほとんど言われてしまったが（ワラ
もしかしたら、WOは特に日本では将来的に日陰の存在となる可能性もある。
アポーのサポートが、ほとんど期待できないからだ。
でも、WOで養ったOOPの考え方とか、そういうものは他の製品でも十分に
通用すると思われ。
技術なんてのは、どんどん移り変わっていくものだ。
しかし、考え方や思想ってのは、長く使えるものだと思うよ。

まぁ、どうしてもWOでやりたいってなら、まずは自分でWOのメリットを実感するのが
早いのでは。自分が実感してないものを人に伝えるのは難しい。
伝聞や推測を元にプレゼンしても、そりゃインパクト薄いわな（ｗ

**名無しさん＠お腹いっぱい。** · 02/01/12 20:17

>>627
今となっては72,800だから個人で勉強するつもりでもラクラク買えちゃう。
自分への投資だと思って個人で買って触ってみるべし。>>630の言う通り。

本当にWOの良さを肌でわかっていれば、自然と説得する力が沸いてくるよな。
逆に、自分でWOを導入するためのプレゼンを的確に行えない、どう薦めたら
いいかわからない、なんていう人はWOを選ばない方がいいと思う。
サポートとか企業体のでかさとか以前に、自分が対応出来なくなっちゃうよ。

こう書いちゃうと冷たいように聞こえるけど、でも>>627はWOという製品を
知っているだけでそれは他の開発者と比べてアドバンテージになる。
さらにステップアップするためには自分で使ってみること。
セミナーに足を運んだり、既に使っている人にインタビューしたり
するのもためになると思う。

梨 · 02/01/13 19:36

IBMのサポートなんかあてにならんよ。。

**名無しさん＠お腹いっぱい。** · 02/01/13 19:45

>>627初学者ならばWO使う使わないに関わらず、TomcatでJSPやServletの
基本は学んでおくべきと思われ。最初からWOしか知らないと、WOの利点を
語っても比較が出来ないから借り物の言葉になるんじゃないかと思う。
敵を知り己を知れば自ずから提案なんて幾らでも出来るもんだよ。
最小限の勉強で済ませようなんてセコいこと考えずに、両方ともマスター
しちゃえば、そういう人間の語るWOの利点には耳を傾けるはずだ。
逆にいえば、りおがここで評価されているのはWO以外の道具に対する
実感が表現されているからだと思われ。りおはここでWOのプレゼンに
成功しているともいえる。

何、ServletもJSPも基本は簡単だ。恐れず逝け（ｗ　頑張ってくれ。

**ｦｯｶｰな名無しさん** · 02/01/13 20:16

逆に言えば、WOの良さって、WO以外のﾂｰﾙを使って初めて理解できる
っていう面が多いのでは。

**名無しさん＠お腹いっぱい。** · 02/01/13 20:34

> 逆に言えば、WOの良さって、WO以外のﾂｰﾙを使って初めて理解できる
> っていう面が多いのでは。

禿同

実際、WOしか知らない状態で「Webｱﾌﾟﾘ得意です」って言われると
それはそれでちょっと首を傾げたくもなるな。WOは特殊だということを
知った上で使うのがｶｺﾖｲと思われ。ｲﾁﾛｰの振り子打法みたいなもんか（ｗ
ちゃんと振り子打法以外でも打ててるもんな。どっちがWOかは知らん（爆

**名無しさん＠お腹いっぱい。** · 02/01/13 20:34

> 逆にいえば、りおがここで評価されているのはWO以外の道具に対する
> 実感が表現されているからだと思われ。りおはここでWOのプレゼンに
> 成功しているともいえる。

そうかっ。WOに欠けているのはそこか。
りお、アップルジャパンに転職しろ!

**名無しさん＠お腹いっぱい。** · 02/01/13 22:02

WOをWebサーバーに乗っけるのはどうすればいいんでしょうか？
http://～でリンクしたいんです。

Monitorに登録して見ることはできるのですが、
Webサーバーからのリンクがわからない。。。

**ｦｯｶｰな名無しさん** · 02/01/13 22:55

>>637
今、手元にDeploymentは入れてないのだが、
http://www.apple.co.jp/webobjects/pdfs/DeployingWOApps_J.pdf
の「WebObjectsアプリケーションのURL」が参考になると思われ。

**４６１＝名無しにします** · 02/01/13 23:35

うーん。。自分はWebSpehereの開発に携わったあとにＷＯを触っている
けど。。２ヶ月近く触りまくって思ったこと。運用についてはよく分からないので，
開発について書いてみる。。

１　ＥＯＦはやっぱり凄く便利。ＧＵＩでモデル組んでおけば長ったらしいコーディングはいらない。
個人的には任意のＳＱＬ流すとＥＯが帰ってこないのがﾁｮｯﾄ。。とは思うけど。
最終的にはＥＯに全てのデータを変換しないとＥＯＦの良さが得られない・・・のか？

２　ＪＳＰでのコーディングが減った。というかほとんどいらない。
ＪＳＰを書くときはBeanからgetする値を意識しながらコーディングしなければな
らなかったけどＷＯはそんな心配は要らない。バインドすれば全部やってくれる。

３　アクションメソッドとコンポーネント内の部品の繋がりが凄く明快。
凄くコードの見通しが良くなったと個人的には感じた。コードを明快に組みやすい。

４　セッション管理もＷＯがやってくれる。WebSphereの時はセッションオブジェクト
を生成し、毎回それを保存して整合性をチェックしないといけなかった。

５　自分は窓２ｋを使っているけど開発時の安定性が悪い。よく落ちる。
こまめにSaveをすればすむけど，できれば。。改善して欲しいかも。

６　このスレのどなたかが仰っていたけど，コード補助機能がない。
VBやVisualAge for Javaのように使えればいいとは思う。
まぁF2で今まで打ちこんだモノを調べてくれるだけまだましかと。

WebSphereと比べると開発についてはすごく楽。と思った。EOFを自分が
もっと使いこなせるようになればもっと楽になるんだろうけど。。（苦藁

**名無しさん＠お腹いっぱい。** · 02/01/13 23:55

EOFのモデルを作成する際、リレーションシップを張らなくても
DBからデータをフェッチ出来るのですが，リレーションシップを
張ることによるメリットってなんでしょうか？

基本的な質問でｽﾏｿ

**637** · 02/01/14 08:29

>>638

ありがとうございます。HTTPと同じポート上で運用することは
できないんでしょうか？

Apple Storeみたいな感じでリンクできればいいんですが。
Apache側の設定になるのでしょうか？

りお · 02/01/14 11:44

>>640
Movieテーブルをﾌｪｯﾁして、対多、もしくは対一に該当するテーブルのデータを
取得するときにリレーションシップがあれば、場合によってはプログラミングの
必要なくオブジェクトの取得が可能。または、リレーションシップそのものは
オブジェクトとして扱われ、メソッドをオーバーライドすることで
動作をカスタマイズすることができるなどのメリットがあるzeeeeeee。

WOの場合、ケースバイケースだが、DB側のリレーションシップを設定
しない方が無難。（特にWOをまったく知らないDB屋に設計させると、
確かに正しく真っ当なDBを設計してくるけど、各RDBMSに依存した機能
（トリガーだの何だの）もつけてくるので、別の意味でWOへの適用が面倒だったり
する）

そんなとこ。わからんことがあったら、なんでも書け。

>>641
WOアプリは既存のポートと同じポートでは運用できない。
AppleStoreみたいな感じでリンク、というのがよくわからんけど、
フツーに運用すると、
http://www.rioriorio.jp/cgi-bin/WebObjects/WOAppName
てな感じでアプリにアクセスできるから、それをリンクすりゃいいだけじゃないの？
ん？ひょっとして、WebObjectsを動かしているサーバーと、Webサーバーを
別にして運用したいのか？もうちょっと詳細ｷﾎﾞｰﾝ.

>>636
アップルｼﾞｬﾊﾟｰﾝは今、WebObjectsエンジニアの募集してないｼﾞｬｰﾝ(;´д｀)
募集してても、逝くつもりは今のところない.もうちょっと年を喰ったら、田舎で農業でもしたい。

>>633
JSPやServlet、EJBなどは決して悪でもないし、欠陥をもったテクノロジーでも
無いと思う。それはそれで、技術的には良くできてはいると思う。
が、哲学が感じられないよね（笑）

**名無しさん＠お腹いっぱい。** · 02/01/14 13:00

WO使いを志す学生のためにランキングを作ってみました。

【WebObjects関連会社偏差値ランキング】
70 アップルコンピュータ
60 キャノン販売
59 NTT-ATテクノコミュニケーションズ
55 ステラクラフト
51 千明社
50 フレームワークスソフトウェア
49 メタテクノ
48 サイバー・ラボ
47 オブジェクトビジョン
46 オフビートワークス
45 ステッド
44 ヘリオグラフ
43 アイザック
42 アーチシステムズ
41 アプロポー
40 エムアイ
39 イーリープ
38 ローラン
37 オブジェクトファクトリー
36 ビー・ユー・ジー
35 ペンギンシステム
34 アイ・ツゥ
33 エイビスシステムソリューション
32 テクニカルピット
31 シオン
30 プラネットコンピュータ

りお · 02/01/14 15:29

↑
おれっちは↑のどの会社にも属していないし、
優劣つけておきたいキモチはわからんでもないが、
こういうのってスレが荒れる原因になるから避けてもらいたいもんだなぁ。

どうでもいいんだけど、EOModelorのアイコンってもっとかっこよくしてもらいたい。

**名無しさん＠お腹いっぱい。** · 02/01/14 15:35

就職板の偏差値ランキングだとWO関連会社は
「29以下その他下流工程担当SI(IT)系企業」
に括られちゃうからここでやるしかないかと。

**うぉーかー** · 02/01/14 15:36

>>643
なんで、
48 サイバー・ラボ
なの？
加藤ハカセのプレゼン聞いた？
CyberFrameWorkには正直ぶったまげたよ。