4DやFMと比べてどうですか？
Javaだから関係ないのか？
でもWODeploymentはウニバーサルじゃ無いよね？
WODeploymentを構成しているのはjarと関連ファイルの集合体だぉ。woaにしたってそうだし。
問題なく動く。
XCodeとかWOBuilderとかは問題ないような。うちでは動いている。（MacMiniIntel）
でもxcodeにdeployが付いてくる訳でもないし、インテル版のOSX Serverもまだ出てない。
> 非接続型と接続型の区別がついていない発言だな。
詳しく。
>> Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
>> リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?
パフォーマンス分析ツールが無いと、チューニングできないと思うんだが。
> 現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
確かに新しい概念ではあるけど使ってるところは使ってるよ。
> BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
ESBわかってないんじゃね?
Binding Component(BC)が何の為にあるかわかってるの?
WOは開発者寄りの設計と思うよ。
Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
DeploymentがMacOSX Serverだけというのはどうなんですかねぇ。
詳しく。
ADO.NETのDataSetを学んだ上で、EJBがなぜセッションビーン、エンティティビーンなんて
概念が必要か考えてみな。
>確かに新しい概念ではあるけど使ってるところは使ってるよ。
国内において有効な、しかもESBならではの事例をあげてみな。
>ESBわかってないんじゃね?
>Binding Component(BC)が何の為にあるかわかってるの?
取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
制御するのが現実解なのか？1対1のマッピングならまだしもそんな都合よくないぞ。
>WOは開発者寄りの設計と思うよ。
>Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
パフォーマンスについては俺も知りたい。
Excelがフロントエンドの基幹システムなんてあるのか?
だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
DBからのCacheは更新が頻繁な物には向かないし、EJBにもEJBキャッシュがある。
> 国内において有効な、しかもESBならではの事例をあげてみな。
ESBかどうかは知らんがBPELは使ってるよ。
ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/ > 取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
すまん。これだけだと具体的にどんな例なのかよくわからん。
> パフォーマンスについては俺も知りたい。
あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
何にしろMacOSX Server以外で動かないのは致命的と思わないかい。
>Excelがフロントエンドの基幹システムなんてあるのか?
>だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
Excelをそのままフロントに使うとはいっていない。
Excelのようなインタフェースで大量入力に対応すると言うこと。
ちなみにSAPは今Officeをインタフェースとして活用しようとしている。
一般的な業務では殆どオプティミスティックロックで十分。
ペシミスティックな場合は少ない。
更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。
>ESBかどうかは知らんがBPELは使ってるよ。
>
ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/ アリス使っている＝BPELって論理が分からんな。
アリスがどんな製品か分かっていて言っているのか。
アリスの吐き出したBPMN→BPELで業務を動かしているのか？
そんな事は一言も書いてないけどね。
>すまん。これだけだと具体的にどんな例なのかよくわからん。
考えてくれ。
>あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。
Hibernateだって使う人が使えばクエリ発行しまくるで遅くなるのは変わらないし、
JDBC直に使ったって同じ。
ttp://www.eisbahn.jp/yoichiro/2006/02/post_2.html どういう用途かさっぱり。
名簿屋とか、データ入力専門業者が名簿渡して、SOHOで仕事させてエクセルファイルで納品してもらって集計させたいってこと？
部品コード入れ替えは辞めさせるべき。
ICタグで全部やっちゃうぜって方向に動きつつ有るのに、コード使い回しじゃ混乱するだけ。
今からでもJANコードベースに整備させた方がいい。
> 一般的な業務では殆どオプティミスティックロックで十分。
あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
みたく書いてくれ。あんたの経験値でよいから。
> 更新が頻繁なクリティカルな業務でEJBを使うメリットは無い。
トランザクションを任せられないと意味が無い。
銀行や勘定系でEJBはばしばし使われてる。
ttp://www-06.ibm.com/jp/domino07/fss/finnetjp_www.nsf/vwdockey/8DF1A4A58D8E966C49256F65005EFCB7?Open&cat=01#case > そんな事は一言も書いてないけどね。
そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
海外事例なら沢山あるがそれではダメなのか?
> 考えてくれ。
よくわからんが、その場合SOA以前の問題だと思う。
> いい加減な推論じゃなくて、もう少し具体的な論拠が欲しいね。
じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
ttp://www-06.ibm.com/jp/software/websphere/developer/was/wv6/benchmark/ それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
取引先の関係があってもそれが可能かというとそうも言ってられないだろう。
>あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
>みたく書いてくれ。あんたの経験値でよいから。
Transactionの数量じゃなく、業務の種類だろ。厳密な座席予約が必要な場合は、
ペシミスティックロックだが、業務全体からみれば少ない。
>トランザクションを任せられないと意味が無い。
>銀行や勘定系でEJBはばしばし使われてる。
EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
UFJのjavaでバッチを組んだ事例も、ただ単なるリクエストのディスパッチャ的な使い方で
EJBである必然性は全く無かったけどね。
>そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
>海外事例なら沢山あるがそれではダメなのか?
ARISでお絵書きの方が事例としては多いし、そもそもどこがBPELなんだ？
一言もBPELなんて書いてないだろ。
>よくわからんが、その場合SOA以前の問題だと思う。
じゃあSOAならではの事例をあげてくれ。
>じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
だから俺もWOを使ったことはないからパフォーマンスについては知りたいから聞いているんだよ。
それといま時まともにマルチコアライセンスを考えられていないWASなんかの
パフォーマンス値はいらない。
>それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
これについては、自分も問題なしとは思わない。
と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
言い忘れたが去年日本IBMが発表したSOAのサンプル事例が、
取引先との受発注で、部品コードの変換とかをやっていたけどね。
日本でWOを使ってると思われるサイトの検索結果 約２０件 (0.29 秒)
huis.huis.hiroshima-u.ac.jp
jobmatch.ai-link.ne.jp
www2.kiryu-jc.ac.jp
www.dynamicbind.co.jp
www.web-ya.jp
aps.bell.ne.jp
ds.sie.dendai.ac.jp
db2.kahaku.go.jp
www.myroots.jp
reas.nime.ac.jp
portal.idec.or.jp
www2.usnet.ne.jp
www.techpit.co.jp
osxs.eleap.co.jp
aps.next-fc.gr.jp
weyl.ed.ehime-u.ac.jp
www.kiwamu-dennou.co.jp
www.fujita-denki.co.jp
www.trein.jp
wise.nime.ac.jp
ttp://www.google.co.jp/search?q=inurl%3A%2Fcgi-bin%2FWebObjects%2F&btnG=Google+検索&hl=ja > Transactionの数量じゃなく、業務の種類だろ。
定量的か定性的かの言い方の違いだろ。
テスト工程で実稼働を想定した負荷をかけてテストしないのか?
それともどんぶり勘定なのかね。
> 厳密な座席予約が必要な場合は、ペシミスティックロックだが、業務全体からみれば少ない。
座席予約にバッティングは許されないから、「厳密」という表現はおかしいのでは。
> EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
個人の嗜好にかかわらず現状ではEJBが業界標準だよ。
例を出すなら公の引用を貼ってくれ。
> 一言もBPELなんて書いてないだろ。
海外の例で悪いけど。
ttp://www.fiorano.com/jp/frontpage.htm ttp://www.sonicsoftware.com/customers/index.ssp ttp://www.oracle.co.jp/appserver/bpel/doc/doc19109.pdf > それといま時まともにマルチコアライセンスを考えられていないWASなんかの
WASの場合baseライセンス以上だったらCPU無制限だから必要ないんじゃないの。
そんな事言ったらWOの方は何も考えてないじゃん。
> これについては、自分も問題なしとは思わない。
いや、これが一番の問題のハズだが。
大学みたく一部の教育機関を除いてMacでしか動かない案件なんてまず無いよ。
> と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
一般人成りすましマカですかね。
始めてWOに触れたのならいざ知らず、今時そんなヤシいるのか疑問ですが。
5.2.4と5.3.1のフレームワーク上での大きな差異はなく、開発ツールが変わった程度。
テキストエディタで開発してた人たちにしてみればどうってことない。
ライセンス気になるなら5.2パッケージを買ってSoralisなどにインスコすれば良いし。
で、WOのどういう情報が欲しいの？技術的なことなら少しばかり答えられるかも。
もちろんマクしか動かないようなプロダクトを採用するのもマカだけどな。
テキストエディタって(w
EOMは使わないとどうにもならんよ。EOM無しで開発出来るようなwoaとかcayenneのようなmodelerでも既に開発済み？
5.3がマク縛りなのに、今更5.2をソラリスで動くからって納品出来る無神経ぶりがマカだな。
数ヶ月使えればいいシステム作れば済む次元じゃないし。
数年〜１０年ぐらい使う息の長いシステム作りを要求されるのに、先の見えないプロダクトで納入なんて出来るかよ。
他のベンダがSOAに基づいた技術をどんどん採り入れて開発している事について
不安に思わないのかね。
WOに関係しない技術は基地扱いだし。
は著しくプロ意識が欠落してるな。
こんなのにお金払ってWeb Site作って貰ってる人は不幸だよ。
成りすましマカ確定ですかね。
Java捨てて速度命で盛り返してくれ。
MacOSX Nativeアプリでも作らん限りObjective-Cにするメリットは無い。
Mac OS X Server限定なら、速度出すためにウニバーサルなObjC版を出したほうがいい。
糞重いiLifeアプリケーションさえJavaじゃなくてObjCだぞ。
それにJavaだとコミュニティが充実してるので勝手に色々開発してくれる。
ObjCに先祖返りするメリットはないよ。
今、Xserve G5を買うのはどう見ても得策じゃないし。
WO5.x(Java)でコミュニティが充実して勝手に色々開発してくれる恩恵って特にないし。
ワンダー程度で恩恵受けてるの？
ObjCに先祖帰りするメリットは処理速度。4.5の実行速度を知らない素人？
WOはメインストリームじゃないから今の位置付けで良いと思うけどなぁ。
EOFは2.1から10年くらい基本構造が変わってないから
そっちの方をなんとかしないと根本解決にはならんと思うよ。
といってもEOFの開発者はMicrosoftに行っちゃったし、今後ドラスティックに変わる事はないよ。
速くしたいんならWASとかWebLogicを使うでしょ。ふつう。
どうせWO使ってる香具師は趣味かその延長だろうから、EOFにスピードを求めるのは間違ってるよ。
漏れだったらWO一本じゃハズかしくて飯は食えん。
WASもWLもマカには使いづらいし。
電気屋で５万で売ってるPCすら、持ってない貧乏マカ。
力を入れるのかと期待したんだけどダメでしたね。
NeXT版以来実に17年ぶりの快挙なんだが、64bit版10gR2出ないよなぁ。
無難にSolaris鯖使った方が良かったって事に成って、ますますXserveが売れなくなる。
MacOSXが中途半端に64bit化してるからだめなんだよ。
マク以外の10gは皆64bit版があるから
あえてOracle10gをXserveで使う理由が無い。
早くフル64bitカーネル出せばいいのに。
漏れはてっきり、32bit GUIに64bit ビジネスロジックを繋ぐのがへんてこだと思っていたんだが
そういう根深い訳があったんでつね。
ttp://developer.apple.com/macosx/64bit.html XPで動くようにしとけば、PCでもマクでも動く訳だし。
ADCのページも、JBossやTomcatのネタが増えてきたし。
ttp://developer.apple.com/internet/ iTMSもWOだし。アポーストアもWOだしな
ほとんど自分たちが使う為だけにメンテしてるだけかもしれんが
早々と出してくるというのは、WOを捨てたという事だろう。
アポーもここに来てようやくメインストリームに舵を切り始めたかな。
ttp://developer.apple.com/java/ 元々NeXT使ってたからマクOSなんてどうでもいいし。
ttp://www.itmedia.co.jp/enterprise/articles/0604/28/news060.html ajaxとかJPAとか取り残されてるし。
ttp://www.apple.com/jp/xserve/howto/parco/index.html まあjbossならSolarisでも運用出来るからな。Oracle RACとの併用だと、Xserveにする理由が無い。
おまいらまだwo続けられてる？
いつの時代のこと？？
というか脱woになるほどのシェアだった？
woのシェアよりはjbossのシェアの方が多い。
オープンソースで公開すべき
事実上というより誰がみても完全終了です。
モノはいいと思うがユーザー層が悪すぎｗ
アポー以外がひきとってれば違っていたのかもしれないが。
WOの進化とかサポートじゃなくてユーザーの質って意味でｗ
売ってたところで今更5.2なんて誰が買うの？
開発も運用も無償になってるのに
WOも分離したらよかったのに…
ご愁傷様です。
テラカワイソス
別途ライセンスが必要なFMと、パワーポイントのためにオフィスプロを買うと付属してるアクセスでは勝負にならない。
マカって昔から空気読めないからねえ。
4D使い続けてたアフォマカもいたし。
現実は見たくないんだろうけど
その点、WebObjectsじゃねえｗ
まったく成り立ってないだろコレ？
発売元のアポーですら見捨ててるしか思えんし
たしか10万円以下のはずだが、コピーしてたとかそんな話ばっか
最盛期ですらバカしか使っていなかったっぽい
フリーランス多いしねｗ
今の時代、Web開発をどうやって個人でやってるのかねぇｗ
出目はいいもののはずだが開発者の民度が低すぎたってとこか
世界のWeb関連取引の1%以下ってことは確実だろ
こういうと信者はあそこも使ってる、こんな大手も使ってると反論するが、
自分はしがない自称社長だったりするｗ
メンテ不可能になることがわかり切ってるフレームワークで新規開発などありえないし
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
じゃ取引を切りたくもなるだろうし
>打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
自分もマカだがこれだけは絶対にやりたくないな。。
つか、こんなことやってる人いるんだ？？？
> 出目はいいもののはずだが開発者の民度が低すぎたってとこか
出目ｗ
出自だろ。
>つか、こんなことやってる人いるんだ？？？
実際、Macで開発してMacで運用するのが一番では？
何が一番?
マクで運用するのも、危機管理が無さ過ぎる。
来年アポーがサーバから撤退したらどうするの？
一時期、興味があっていろいろ調べたけどどうも使ってる香具師が
アホばかりのようなので同類と見なされるのを恐れて採用を見送った
その判断は正解だったようですなｗ
もうバグフィックスもされないし、放置されまくりだし。
フリーランスが多いのも特徴
なんでタダの製品に人生や社運をかけちゃうのかねぇｗ
まったくマカーってやつぁ
お客に説明できないだろ。
ネクスト消滅再来。
この際なら完全に無料にして、FileMaker からでも簡単に利用できるようにすれば良いのに。最後ッ屁ってことで。
よほどの理由がない限り趣味のマックを仕事に持ち込んでるバカだと思われるだけだ。
実際、WebObjectsが駄目になっていったのは7マンエンに値下げされてからで、
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
なんて輩が出始めたのはその後
タダにするのではなくMac以外でまともにサポートするのが唯一生き残る道のように思える
バカユーザーを切り離して世間の信頼を取り戻すにはそれしかないかと
WOすら葬り去られようとしているのが現状。
ウェブデザでIEで動作チェックしなきゃ逝けない案件なのにマクで必死にHTML作ってるアフォと同じ痛さだよな。
無駄に金使って、無駄に手間掛けて、貧乏街道突っ走ってる。
マクでしか動かせないWO技術者ってクズだよな。
最近の状況はいかがでしょう・・
夜逃げ
会社解散
退職
負け組み
サーバのページからWebObjectへのリンクがなくなったね。レオポンの説明にはTomcatは出てくるが
WebObjectはいっさい出てこない。もう、レオポンにはWebObjectの環境ついてないのかも知らんね。
もう使わんよ。
サポートしてくれるメーカーがないとね。
残念...
まぁ、『成功』の定義は別として。
PHP くらいに敷居を低くしてくれたら他にもオススメできるんだけどねぇ。
インテル化で、もうマクを使い続けるって時代じゃないのに。
Appleの100％子会社なんだから、簡単だろう？
ttp://support.apple.com/downloads/WebObjects_Update_5_4_3_for_Mac_OS_X_10_5 ↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす
↓
受理 → 告訴事実を認め示談交渉（↓） →示談成立 → 法廷相場50〜100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立（↓）→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓
審査 → 起訴（強制捜査・留置場）→ 公判 → 懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→ 起訴 → 起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴 → 同上
◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。
注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
多重派遣・多重出向
労働基準法第6条（中間搾取の禁止）に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担（所有）のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
大阪のゴミが天王山の麓で吹き溜まりになったような
ガラも程度も悪い
イジメで廃人になった子がたくさんいる
暴力とイジメの町という噂があるな
そんな町だったら改革すべきだ
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
676XRXF2Q3
