TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
MSXでデータベースを作りたいのですが
オブジェクトデータベース LINQ, DLinq のスレ
【レア技術者】 ORACLE DEVELOPER R6i 【狂え!】
UNIX DBMはこちら(GNU gdbm, Berkeley DB etc...)
【PostgreSQL CE認定試験】ってどう?
データベース雑誌・書籍
【Oracle】DB天下一武道会【MS-SQL】
Oracle>>>>>>SQLServer
数十メガバイトのファイルをどんどん格納できるDB
数十メガバイトのファイルをどんどん格納できるDB
WebObjectsってどうなん。
- 1 :2005/06/16 〜 最終レス :2017/12/29
- WebObjectsについて詳しくしりたいのです。
4DやFMと比べてどうですか?
- 2 :
- しらんがな
- 3 :
- 懐かしい
- 4 :
- http://www.itmedia.co.jp/enterprise/articles/0506/17/news013.html
Apple、WebObjectsをフリーアプリケーションとしてリリース
[海外記事] AppleはMac OS Xで動作するJavaベースの
アプリケーションサーバWebObjectsを
フリーアプリケーションとしてリリースするという。(IDG) (Enterprise)
- 5 :
- フリーアプリケーションになるとは、買わなくてよかった〜
情報ありがとうございました。
- 6 :
- WebObjectのスレは必ずクソスレ化するぞ
- 7 :
- >>6
確か、高学歴妄想の基地外が荒らすと思ったが。
- 8 :
- こんなん使う奴おるの?
- 9 :
- >>8
どこらへんがダメなん?
- 10 :
- WebObjectsはデータベースではありません。
- 11 :
- データベース機能つきWeb Sarver
- 12 :
- 日本語書籍皆無
- 13 :
- >>11
データベースの機能はありません。
JAVAベースのアプリケーション開発&運用環境です。
- 14 :
- WebObjectsでは、強力なビジネスロジックとリレーショナルデータベースに基づく
エンタープライズレベルのWebサービスが開発できます。
付属のGUIツールではJDBCまたはJNDIデータソースを解析し、
オブジェクト指向のフレームワークで、データの持続性を透過的に扱えます。
おなじみの3層型アーキテクチャと、クラスタリングの標準サポートにより、
WebObjectsではメンテナンスが容易でスケーラブルなWebアプリケーションが実現します。
Webサービスに加え、WebObjectsでは、必要に合わせて、
HTML、XML、SMIL、Swing (Java) をインターフェイスとする
データベースアプリケーションもすばやく構築できます
- 15 :
- >>14の続き
機能豊富なJavaクライアントインターフェイスや、クリックボタン付きのHTMLは、
もちろんコーディング無しで生成可能。
Assistantsでは、クライアントインターフェイスのレイアウトや機能を自由にカスタマイズ。
ボタンなどのコンポーネントには、機能を実現するコードがしっかり結び付いています。
また、Servlet統合、ORB(Object Request Broker)、
EJB(Enterprise Java Beans)コンテナなどのJ2EEテクノロジーは
すべてサポートしていますから、各種テクノロジーを混在させることもできます。
JSPプログラマの方々なら、難しいEJBを使わずとも、
WebObjectsがデータの持続性を保証してくれる点が助かるでしょう。
他社製のEJBを利用したり、オリジナルのEJBを書くのもOK。
運用プラットフォームも、任意のJ2EE対応サーバや、
付属のWebObjects J2SEアプリケーションサーバが利用できます。
ここからのコピペなわけだが。
http://www.apple.com/jp/webobjects/index.html
- 16 :
- じゃあこのスレッドはWebObjectsと併用される事が多いDBMS、
OpenBaseについて語ろうよ。語ってください。
- 17 :
- >>16
おまいはアホか?
- 18 :
-
, -'"´  ̄`丶、_
,.∩ `ヽ
〃∪'´ ̄`二二人\ ヽ
| ツ´ ̄ ̄ ̄ ̄´ ヾ ヽ. ',
|ハ ,ニ、 ,. - 、 | | | l |
| ハ ィハ ,二ヽ. | | | | | 同じ板にコピペするとそのままだけど、
| | | じ' |トJ〉 /)} l | 違う板にコピペすると鬼のような怖い顔
| ハ 、'_,  ̄,, 厶イ川| に変わる摩訶不思議な佳子様コピペ。
l l /\ .. イV\川 |
,' l l ,イ `l ̄´ / /ヽl l
l | l ハ `メ、 〃 ヽヽ、__ノ
l ∨ └‐イ「ト--ァ'´ ハヽ__ノ
ヽ/ } l」」 / / }`ー
〈_n| 八 / / /ノ
〈二二人 c /\/ / , イ
/ /厂 /\__>< {_
てすと
- 19 :
- 前の会社でWebObjects使ってた漏れが来ましたよ。何でも聞いて。
- 20 :
- >>19
前の会社って、どこ?
- 21 :
- >>20
教えないw でも日本じゃないよ。2年ぐらい前に帰ってきた。それ以上のことは言わない。WebObjectsのことだけ聞いて。
- 22 :
- 何が出来るんですか?
アップルのホームページを読むだけだと、まるでわからない素人です。
- 23 :
- >>22
何が出来るんだろうなぁ、難しい質問だーw
AppleStore とか iTunesMusicStoreとかそういった人気サイトの裏側で頑張ってるシステムを作ることができる、といえば簡単かな?
まぁ何だって出来ますよ。何もWebObjectsだからっていう意味じゃなくて。TomcatとかJBOSSなんかと同じで。
データベースから拾ってきたレコードを上手く弄ぶカラクリ(EOFっていうんだけど)が逸品です。
これ以上はキミが頑張って勉強して
- 24 :
- >>23
>>人気サイトの裏側で頑張ってるシステム
もう少し詳しく。
- 25 :
- >>23
日本語の入門書ありますか?
素人むけのやつ
- 26 :
- >>23
何でも聞いて と言いながら
>これ以上はキミが頑張って勉強して
もう少し詳しく。
- 27 :
- >>25
何でも聞いて先生の回答が無いようなので
私が代わりに
まずは、Appleの日本語訳ドキュメントページから
http://developer.apple.com/ja/documentation/japanese.html
最初にこれを見てみたら?
http://www.apple.com/jp/webobjects/pdfs/WebObjects_Overview.pdf
参考書はこの辺りかな。
http://www.amazon.co.jp/exec/obidos/ASIN/4877830774
- 28 :
- >>24
何を詳しく言えば良いかわからない。AppleのHPにある説明や他のアプリケーションサーバーが
何をするものかを多少なりとも理解してないとこっちも説明しにくい。スマソ。
>>25
無かったような。ServletやEJBといったJavaでWebアプリを構築した経験やRDBMSを満足に扱えないと
この手のアプリケーション鯖開発環境って何もできんと思う。英語のドキュメントはかなり豊富なので漏れは
そっちで事足りた。他の日本人エンジニアも英語については問題なかったので苦労してる様子はなかったと思う。
思うに、WebObjectsは関連情報が少ないというのではなくて単に敷居が高い開発環境という希ガス。
飲み込むまでに時間がかかって飲み込めばあとは水を得た魚。なんだってそうだろうが。WebSphereもだいぶ苦労したけど。
>>26
http://en.wikipedia.org/wiki/WebObjects
このへんが詳しい。ググるともっと詳しいのがあるかも。
- 29 :
- >>27
あー日本語情報もチョットはあるのね。じゃ、そっち見て勉強するんだw >>25
- 30 :
- >>22
>何が出来るんですか?
いろいろな業務システムが簡単に作れます。 といえば、わかりますか?
但し、使いこなすまでは覚える事が盛り沢山です。
- 31 :
- >>22
FPS系のゲームを作るのには向いていないと思う。
- 32 :
- 勘違いしそうな香具師が出てきそうだから言うけどWebObjectsといえども所詮はJavaのアプリケーションサーバーだぞよ。
Servletで出来るWebアプリだったら当然WebObjectsでも出来る。道具としてのWebObjectsが優秀なだけであって、
WebObjectsだから他には真似できない何かを作れるというわけでもない。ソーシャルネットワークのシステムを
PHPで作ろうがWebObjectsで作ろうが出来上がりがイコールならあとは拡張性だとかメンテ性を考慮して何を使うかを
決めるんだぞよ。ていうか今はWebObjectsもフリーだから製品を買う必要がねぇ、と思いきや事実上MacOS Xの
サポートのみになりそうだからXServeとかパワーマックのハードウェアが必要になりそうな悪寒。マク嫌いな香具師には
向かない環境だといえる。前の会社はSolaris一筋だったがこれからどうなるのか悩んでいたことは聞いたことがある。
- 33 :
-
--- おいクズマカーども、オレの挑戦をうけろ ---
あのさーーー
WebObjectsってアップルストアで使われているっていうじゃーん。まぁそれはわかったとして
iTunesミュージックストアで使われてるって豪語してるじゃん。このスレとかヨソのスレのマカーがさ。だからWebObjectsはすごいって信者っぷりプンプンさせてw
でも漏れはそれがホントかどうかイマイチ信用してねぇんだよねーー
動かぬ証拠が欲しいんだよねぇーー
つー訳でiTunesミュージックストアでWebObjectsが使われている証拠キボーーン。
書いたけど、オレは信用はしてねぇ。さしずめPHPとかJSPじゃないかと。
信用できる証拠出してくれたら、このスレに「ままみてちんちんおっきおっき」を3回続けて書いてやるよ(プゲラ
- 34 :
- iTunesでアルバム名でも曲名でもいいから右クリックして「URLをコピー」をえらぶ。
どうみてもWebObjectsが吐き出すURL(DirectAction)だ。
- 35 :
- >>34
答えた勇気には敬服するが他板でマルチポストされててそっちですでに解決済み。
5億曲以上を売りさばくようなシステムのトランザクションを処理出来る能力を持ってるんだから評価に値するわな。
- 36 :
- >>35
WOの情報、他にどの板に載ってるの?
- 37 :
- 確認してるのは
WebProg 板、マ板、DB板の3つ。WebProg板はわけのわからんキチガイがいたみたいだが最近消え去った模様。
マ板もちょっと風化気味。もっともWebObjectsのテクニカルな話なんて国内で満足にやってるところは数えるほどじゃないかね。
ユーザーの絶対数が少ないからな。
- 38 :
- 4Dスレと統合してみるとか
- 39 :
- >>37
ありがとう,マ板もよくわかんなかった。
只になったから,これからは増えるんじゃない?
- 40 :
- >>38 あんなものといっしょにするな。レベルがまったく違う。
- 41 :
- >>40
宗教色の濃さは互角
- 42 :
- >41
禿同w
- 43 :
- 異なる宗教同士が仲良くなれないのは定説。
- 44 :
- WebObjectsが吐き出すURL(DirectAction) オンパレード
【マカも】iTMSで今日ポチした曲スレ 2【ドザも】
http://pc7.2ch.sc/test/read.cgi/mac/1123209829/
- 45 :
- すばらしい。
- 46 :
- ネタなし?
- 47 :
- 保守
- 48 :
- WOはその昔Application Serverの魁として大変素晴らしい製品でした。
その後紆余曲折を経て今ではJ2EEのオルタナティブとしても取り上げられない
一部の熱狂的なユーザによる趣味のツールと成りつつあります。
個人で使う分にはこんなに楽しい製品はありませんが、残念ながらお仕事で使う気は致しません。
- 49 :
- OSXの付属品になっても使う人は増えないってことか。
- 50 :
- >>49
マク使ってるような馬鹿には理解できない所かな。
PHPでわざわざO-Rマッパーで作ってる所ってほとんど無いし。
あとMac OS X ServerやXserveを買える裕福なマカは少ない。
- 51 :
- Obj-C から Java になってしまったのが、良くも悪くもターニングポイントだったんですかね。
- 52 :
- >>個人で使う分にはこんなに楽しい製品はありませんが、残念ながらお仕事で使う気は致しません
単にあんたのスキルが足りないってだけじゃん(ワロス
腕に自信のある奴は何だって好きな奴を使いこなすんだよ。匠ってやつ。
おまえは匠か?ちがうならWebObjectsなんてつかってねぇでPHPにしておけよ。
- 53 :
- 仕事で使う気がしない
というのとスキルがどうのとか関係あんの?
腕に自信があるから仕事にはなんでもOKとか言ってしまえるWOユーザー?
- 54 :
- 仕事で使っていますが、何か。
別にお客さんにWebObjectsです、なんて逝ってもわからからなwww
- 55 :
- わからからな → わからないからな
今のところ支障は出てないよ。便利だし。PHPよりゃパフォーマンスいいし。エンジニアやデザイナのウケも悪くないねぇ。
匠にゃぁほど遠いけど。
- 56 :
- 鯖増やしますって時困らないの?
ライセンスは使い回し?
Javaって時点で遅そうだけど、Cだったころは爆速だった?
- 57 :
- WOはチーム開発をサポートしていないので
一人でProjectを込ね回せる程度の規模でないと使えない。
O/Rマッパーの多数存在する今となっては
MacOS Xでしか動かないEOFにそれほどメリットは無い。
BPEL Engine、ESBを持たない時点でApplication Serverとしての進化を止めている。
- 58 :
- WOは趣味でやるもの。
- 59 :
- >>56
WebObjects5.3からライセンスフリーな扱いになった。ライセンス入力する必要ない。
WebObjects5.2以前なら鯖ごとにライセンス必要。
Javaが遅いというのは迷信。実装がタコなら遅いしマトモなら速い。
>>57
開発ツールはSubversionをサポートしてるのでチーム開発をしてて困ったことは全くない。
Eclipseベースでプロジェクト管理するのが普通じゃないかと思うがね。
あとMacOS X でしか動かないEOFっていうのは間違いでWebObjects5.2を使うのであればプラットフォーム非依存。
JavaVM走ればどこだって動く。Linuxで使っているが全く問題ない。
>>58
ちがう。仕事でも立派に使えるもの。
- 60 :
- 信者必死
で、WO案件は増えたかね?
- 61 :
- 一応は。WO云々でなくて(ry
- 62 :
- 必死なのはイケないことなの?
憲法や法律や条令に違反することなの?
- 63 :
- >62
違反とかイケないこととか書いてるようには見えないが
被害妄想?
- 64 :
- だったらWOのこともマトモにしらねぇで趣味で使うだとかホザくなよ。
って、いってみたいな
- 65 :
- やっぱり必死ですねw
- 66 :
- >>59
ライセンスフリーの5.3ってどこでダウソできる?
Linuxでも5.3動くのか?
Linuxだけで開発できる?
結局マクは買わないとダメって抱き合わせ販売じゃないの?
- 67 :
- >> Javaが遅いというのは迷信。実装がタコなら遅いしマトモなら速い。
昔に比べると速くはなりましたが、現実的にJavaは遅いです。
AzulやJRockitが何故出て来たのか考えた事がありますか?
恐らくそこまでの規模を扱った事がないのでしょう。
>> 開発ツールはSubversionをサポートしてるので
BPM → Application Modeling → Developmen → Deployment(or Tester)
という開発は出来ませんね。
>> WebObjects5.2を使うのであればプラットフォーム非依存。
EO Modelerの動作という意味で書いたのですが。
BPEL、ESBについては御理解がないのですね。
- 68 :
- その規模・レベルの開発には確かにWebObjectsは対応してないですね。
できないからといって 失敗作の烙印を押すのもどうかと思うのだがな…
仕事では十分に使えてますよ。売り上げも順調です。どうか、ご心配なく。
- 69 :
- >>67
JITなんて技術も有るしね。速度求めるならJavaじゃキツい。
>>68
無理矢理仕事にしてるだけじゃ?
唯一のマカ用アプリケーションサービスとして。
- 70 :
- >>69
わけわかんね。。
>>無理矢理仕事にしてるだけじゃ?
ずいぶん失礼なやつだな。
あんたみたいなの、だいっきらい。
ところで、WebObjectsってなんすかwPHPみたいなの?
- 71 :
- WASを知らん人間がこんなにもこの板に来てるとは w
- 72 :
- >>71
WASって何だよ?
- 73 :
- w ワイフと
a アナル
s セックス
- 74 :
- 一応マジレスしとくと
Web
Application
Server
だな。 TomcatとかJBossなんかのもそうだ。
商用だと有名所ではWebSphere、WebLogic、当然WebObjectsもそうだ。
- 75 :
- 痛いなあ。
マカって本当にアフォだな。
WOとOpenBaseあげるから、ずっとマクの中に引きこもってろ。
- 76 :
- >>74
ネタかと思いきや、ホントに井の中の蛙なんでつね。
- 77 :
- しつも〜ん。
WO5.3の開発環境で作ったアプリを、
WO5.2の実行環境で動かすっていうことできるの?
- 78 :
- 当方では
5.3.1→5.2.4では稼働してマッスル。でも心配なので5.3.1でビルドしちゃってます。
ていうかXCodeビルドじゃなくて、antビルドベースであれば基本的にこういう心配はいらなくなる希ガス
- 79 :
- >>77
5.3依存の処理してたら無理だろうね。
仕事で使うなら厳しいんじゃない?
自分で尻拭いできる自身があれば問題ないだろうけど。
現実的には、
wo5.2環境では開発し続けるか、
xserveみたいなwo5.3環境で運用するか、
の二択に成ると思う。5.3でどんどん修正されてるものが5.2では放置されるのがツラいね。
- 80 :
- フリーとか言ってないで、いっその事JSRかなんかにしてJavaコミュニティにプレゼントしたらどうだ。
なんだかんだ言って今のO/RマッパーはEOFパクってるのは確かなんだから。
J2EE5からはWOとはかなり違った路線のアスペクト指向に走ってるので
時既に遅しという感も否めないが、IBMあたりはちょっとビビるかもしれんぞ。
- 81 :
- >>80
アポーには何のメリットも無いし。
インテルマックの販促にWOをフリー化した程度で十分。
- 82 :
- Xcodeも一緒に寄贈しよう。
eclipseと比べて抜群にOOPしてるから、コミュニティ出来る事まちがいなし。
IDEとApp鯖の両方でオプソで囲い込めるからメリット大のハズだが。
ナニか不具合でもあるのかね?
- 83 :
- >>82
その程度で、マクは買わないよ。
IBMみたいにJSPとかのソリューションで儲けてるならeclipseを配布して儲けは広がるけどね。
ところでCore Dataに対応する各RDBに繋げるドライバを書けば、劣化EOF代わりに成る?
でもフリーじゃないしなあ。orz
- 84 :
- そのドライバが無いためにCore Data勿体ないす。
- 85 :
- 姉さん、事件です。
変な蛙ばっかりです。
- 86 :
- >>84
DBにお金かけられない貧乏な所はCDで済ませてそうでは有る。
クライアントってOracleでもMySQLでもsqliteでもXMLでも気にしてないしね。
- 87 :
- >>83
Mac買う必要はない。
コミュニティに寄贈すれば、喜んで各Platformに移植してくれるだろう。
IBMはEJBで儲けてるのだ。
WASは只のEJBコンテナ(箱)だし、買収した成果のRADは未だにつぎはぎだらけである。
なんとかしる>IBM。
- 88 :
- >>87
Iはオンデマンドというコンサルで儲けてるじゃん。
アポーはコンサル遣ってないし。ハードが売れないとアポー的にはメリット無し。
iPodが売れるからiTMSは安く出来てるのと同じだよ。
- 89 :
- >>88
> Iはオンデマンドというコンサルで儲けてるじゃん。
確かにそうですね。
しかしアポーのハードはどう頑張っても今以上は売れないんじゃないの。
Intelに移行決定した以上、アポーはソフトしか売るもの無いと思う。
iPodは、ばくちが当たった様なものだし。
なんにしろWOは飼い殺し状態なんだから、多少変な血が入ってもいいから外に出しちまえよ。
- 90 :
- とにかくクレクレかよ。
EOFをインスパイヤしたものを弄るなり、自分で作りなよ。
とにかくハードが売れないことはやらないのがアポーだと思う。
マイクロソフトとかと違う決定的な点。
- 91 :
- クレクレじゃなくて提言してるんだが。
WOがアポーと一緒におしゃかになる前にね。
優れた一社だけの技術でなんとかなる時代は終わったよ。
これだけ技術革新が早いのは、複数のベンダー(やその他アカデミック)で技術を
練り上げて行く段階に来てるんだよ。
> とにかくハードが売れないことはやらないのがアポーだと思う。
それ以前の問題だと思うんだが。
- 92 :
- まあフリーやオープンソースでEOFを超えるものが出来て来たら考えよう。
今の所はEOF使うためにマク買うだけの価値は維持出来てるので問題ない。
phpみたいに万人に使われるのを目指してるソフトじゃないし。
- 93 :
- それは開発者側の自己満足。
趣味で使うんならそれでいいけど、運用を考えた場合
キャッシュ機能もなし、パフォーマンス解析機能もなし、マクでしか動かない。。。
なんてありえねぇーよ。
現状のO/Rマッパーツールの機能が多少EOFより劣っても、WOを選ぶ理由になならんと思うが。
- 94 :
- はいはい、こんな明け方にご苦労さん。寝言は寝てから。
- 95 :
-
>>キャッシュ機能もなし、
なんのキャッシュをさしてますか?EOFなら標準で持ってます。WOFもコンポーネントキャッシュならあります。
>>パフォーマンス解析機能もなし、
あります。
>>マクでしか動かない。。。
5.3になってもLinux、Solaris10で動きますよ?
(Windowsってなんですか? ;- p)
WOFの価値を下げようと躍起になりたいお気持ちは分かりますが。
- 96 :
- >> EOFなら標準で持ってます。WOFもコンポーネントキャッシュならあります。
DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
Dynamic Cacheじゃないとあまり意味ないと思うが。
>> あります。
Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?
>> 5.3になってもLinux、Solaris10で動きますよ?
アポーがサポートしてないのに誰がサポートするのよ。
>> WOFの価値を下げようと躍起になりたいお気持ちは分かりますが。
学術的な価値はあると思うよ。
- 97 :
- そこまで指摘細かいところをいうなら最初から書くべきだろ。
わざわざ、キャッシュ無いと書いておいて。
おにいちゃんみたいなのあたしだいっキライ。
- 98 :
- WASやWebLogicを使うと速くなる可能性のあるページが、
開発者の嗜好によりWOで作られてしまう訳ですね。
- 99 :
- 5.3をlinuxやsolarisで動かすってライセンスは?
マカって、納品するのに割れで納めるのか?
5.3のlinuxやsolarisの動作のケツ持ちしてくれる業者ってどこ?
まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。
- 100 :
- たしか5.3.1からSolarisやLinuxでも動かして良いという記述がドキュメントに入っていたような…
しかも5.3.1は無料な気が……もちろん、知った上で書いてるんだよね?>99
あたりまえだけど不良動作のケツ持ちはアップルしないでしょ。自分でなんとかするしかねーな。
漏れはWebSphere専門屋だけど何かつまづいて本家に問い合わせなんてしてもバカ高いカネが必要になって結局は自分でケツ持ちしてるよ。
Tomcatで運用やってる隣の部門がうらやましいよ。ヤンキー共にきけばノウハウ転がりまくってるからな
>まず頼む時にマカは居ないのを確認しないと、javaといいつつWOで納品されてしまう罠。
もっと上手い釣りをたのむ
- 101 :
- EOFなんて10年前にOPENSTEPで動いていたEOF2.1が盛りだったな。
WOもあれから実質的に進化しとらん。
今頃信仰しているマカにとってはカルチャーショックだったのかね。
- 102 :
- >>100
ライセンスの記述無いのだが。妄想ですか?
無料って逝っても運用ファイルの配布してる訳じゃないし。
>>101
今頃EOF2.1の話をしても使えないけどな。
OPENSTEPを稼働させてる所まだ有るの?
- 103 :
- 細かい修整はあるがMacOSXはOPENSTEPその物だよ。
禿はOPENSTEPの上っ面をシマシマのマカ仕様に塗り替えれば
馬鹿は着いて来ると思った訳だ。
実際その通りになっているのだが。
- 104 :
- よく読め。http://til.info.apple.co.jp/cgi-bin/WebObjects/TechInfo.woa/wa/showTIL?id=302797
- 105 :
- >102は全裸で釈明しろ。
- 106 :
- 甘いな。「WebObjects Deployment は Mac OS X Server 10.4 を介して配布」って書いてあるじゃん。
現行の5.3.xはMac OS X Serverでの運用ライセンスしか提供されて無いよ。
- 107 :
- わかったからおまえはトムキャットとかジェイボスとか使ってろ。
WebObjectsはMacOS X 用でいいじゃねぇかよ。誰も文句いわねーよ。
まったくおかしなキチがいて荒れる一方だな。
- 108 :
- WebObjectsはものは悪くないのかもしれんがユーザーの質が悪すぎる
- 109 :
- 一を知って十を語るな。
- 110 :
- EOFの開発者はRationalを経て今はMicrosoftにいるよ。
ttp://www.softwarefactories.com/AboutUs.html
なんでEOF2.1から本質的に進化しないのかわかるな。
いつまでも過去の遺産にこだわってないで、現実を見なされ。
- 111 :
- 結局、linuxとsolarisでwo動かしてる香具師は割れと。
- 112 :
- WOは悪い意味で10年前の強力な個性を引きずったまま来てしまったな。
教育にはいいかもしれんが、成果主義の商用では
どう転んでもWASとWebLogicには勝てんよ。
WOで楽しく作って商売が成り立つ程現実は甘くない。
- 113 :
- ユーザ達は現実を指摘されるのが嫌で2ちゃんの議論すら放棄して
ひきこもりミーティングwとやらに精を出してるしね
もう終わりでしょ
- 114 :
- 「商売成り立ってますがなにか?」
という、苦し紛れがくるに10ペソ
- 115 :
- マカが自腹でライセンス代出して請け負えば、商売になるんじゃね?
DTPとか単価低い仕事に慣れてるマカって多いし。
LAMPみたいな単価安い仕事でも、アポーのハード代とOSとWOのライセンス代持ち出しで請け負ってる気がする。
- 116 :
- いや、それ以前に彼らの主張は
WO使ってるからってマカーと決めつけるな!
だからね。マカーにそんなこと言われてもねえw
- 117 :
- >>2ちゃんの議論すら放棄して
なんだよ議論ってww おまえは2ちゃん様が正義なの?
釣りならもっと上手くやってくれw
ていうかもうWOはAppleStoreやiTMSぐらいしか使われないんじゃないの。
いくら>>113みたいなキチガイが頑張って叩いても、もう何もでてこねーぞよw
- 118 :
- でもマカーってWOを実際にマクーで動かしてるからねえ。
開発はPBだしさ。どう見てもマカーなんだが(w
- 119 :
-
別にプラットフォームなんてなんだっていいよ。WindowsでもマクでもSolarisでも
バ グ の な い も の が で き れ ば
すこし前にMacOS X 上で開発してるところに委託したことがあったがイイ仕事してくれたので悪い印象は持ってない
(WebObjectsとやらではないが)
Apple製ユーザーだからといって色眼鏡かけてみるのは、オレはキライだな
- 120 :
- と、マカからのお願いでした。
- 121 :
- せっかくObj-CからJavaに移行したのに、Obj-Cの時と同じクローズドな乗りでアポーが開発してきたのが
いけなんじゃないのか?
大英断に見えて実は大誤算だったとか。
- 122 :
- Javaだからオープンって訳じゃないけどな。
むしろ速度を気にしたら、Obj-Cに戻るのが有効。
CoreDataだってJavaじゃなくてObj-Cなんだし。
オープンなのが欲しい香具師は、早く自己負担で互換フレームワークを作ってオープンで配布してくれよ。
- 123 :
- C/C++の標準化委員会に比べたら全然オープンだと思うよ。
一応Sunが音頭取ってるけど、JSRとかJCPとかあってコミュニティベースじゃん。
要は如何にして自分に有利な下地を固めるかだよ。
既出だがDynamic Cacheやパフォーマンス解析ツールを提供してないアポーが速度を気にしてるとは思えん。
マカ地盤沈下ぎみでつ。
- 124 :
- まぁ、WOに先は無いな。
- 125 :
- 普通にアパッチベンチでいいじゃん。
パフォーマンス足りなきゃ負荷分散機能も有るしXserve増やせ。
EOFと互換性有りまくりのCoreDataが今後の布石になってたりするといいけどね。
- 126 :
- だめな物いっぱい並べて金使うより、コストパフォーマンスの良い方使うだろ普通。
実装のエレガントさでは話にならんが、EJB3のJava Persistence APIや
M$のWinFSがもうすぐ出てくる。
CoreDataが今後の布石になる事はまず無いな。
- 127 :
- 代わりになる物ならそれ使えばいいじゃん。
WOを捨てて、JavaでもWinでも。
コストパフォーマンスならLAMPでもどうぞ。貧乏人にはライセンス料無料のほうがうれしいだろ(w
- 128 :
- なんか魔カーやWOユーザーってやっぱり狭い世界で酔ってる人が多いのかね
同様の製品と長所短所をいろいろ比較しないと視野は広がっていかないのに、
「嫌なら使うな」の一点張りじゃ議論にならないじゃん
流行らないのはユーザの質に問題があるんじゃないの?
- 129 :
- >>流行らないのはユーザの質に問題があるんじゃないの?
否定する人の常套句としか思えん。何もWOに限らず。
- 130 :
- EOEditingContextやKVCを使いこなせなかったドキュソ(負け犬)の遠吠えですよ。気にすることはありません。ユーザーの質を持ち出すとは片腹痛いし勘違いも甚だしい。
- 131 :
- とかいいつつ選民意識ぽいですね
- 132 :
-
>>128はWOに繁栄してもらいたいのか衰退して消えて無くなってもらいたいのか意図がハッキリしない。ただの釣りかオナニーだとしか思われない。
もっと建設的な意見を出せばいいものを
- 133 :
- 誰にも理解出来るほどの製品じゃないのも有るな。
オブジェクト指向プログラミングが出来ないと無理。
スクリプトチックな物程度の香具師なら、Xserveにもphp付けて売ってるくらいなので利用すれば。
- 134 :
- java屋だが、EJB3.0やHibernate程度が良いと思っている人が多くて疲れるな。
どう考えてもWOの方が優れていると思うが。
せっかく情報集めに来たのに、上の方でESB,BPEL,キャッシュとかほざくバカで
、スレッドが荒れて残念だ。
トータルで.NETに対抗出来ているのはこれぐらいだろう。
- 135 :
- >>どう考えてもWOの方が優れていると思うが。
キモチは良くわかる。でも、それだけじゃ〜ダメで「またマカーが」と言われるのがオチ(そういう基地が多いから。この界隈)
どこが、どのように、どれぐらいといった数値で優れているところを出したりすると、基地を黙らせることができる。
あんたが感じたことを示してみてくれ。
- 136 :
- じゃあ少しだけ。
>DBからFetchしてきたObjectを保持するStatic Cacheでしょ?
>Dynamic Cacheじゃないとあまり意味ないと思うが。
非接続型と接続型の区別がついていない発言だな。
リッチクライアントで、Excelのようなグリッドの画面+
プライマリーキーにIDENTITYやSEQUENCEを使って、
画面の更新差分をWebServiceで送信する場合に、EJB3.0やHibernateは
自力で全てやる必要があるだろ。基幹系だとありがちな要求だからな。
- 137 :
- >BPEL Engine、ESBを持たない時点でApplication Serverとしての進化を止めている。
現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
DBも変えざるを得ない。
ESBは、EAIと本質的な違いがほとんどない。
ベンダーロックインしていないというぐらいだが、実際にはベンダー独自の
部分が存在するし、ポータビリティも自己責任。
- 138 :
- でWebObjectsが良いと思った点。
1.本質的に非接続型であること。
2.EOのようなモデリングツールがある事。
3.MVC全てを通した一貫性のあるアーキテクチャである事。
(寄せ集めではない。)
4.ルールエンジンを持つ事。
5.モデルから画面が生成出来る事。(モデルドリブン開発)
6.5.のためにプロトタイピング的な開発が本質的にしやすい事。
7.運用ライセンスが安い事。
(WebSphere,WebLogicなどと比べて)
8.Web,リッチクライアントどちらでも対応可能な事。
WebObjectsはざっと調べただけだから間違っているかもしれないが、
これだけのものを併せ持つのはWebObjectsか.NETぐらいだろう。
- 139 :
- 現状はマクが使えてマカがうれしいってのだけがメリット。
非マクなら、WSやWLしか選択枝無いよ。
100万ヒット規模に成ると、マカに依頼する方が困る事に成る。
- 140 :
- マカに大規模サイト構築は無理。
実績が無い。
- 141 :
- つ AppleStore
つ iTMS
- 142 :
- だから、ASやiTMS規模のサイト作れる香具師が日本に居ないだろ。
- 143 :
- いますよ。貴殿が世間知らずなだけ。
- 144 :
- 例えば?
そんなSIや技術者見た事無い。
大規模サイトは、スケールできずに静的生成に切り替えてる所が多い。
- 145 :
- そもそもWO使ってるサイトが皆無。
- 146 :
- (´ー`)-y (つられてんなよ、バカ)
- 147 :
- マクは貧弱。
- 148 :
- インテルマクでWO動く?
Javaだから関係ないのか?
でもWODeploymentはウニバーサルじゃ無いよね?
- 149 :
- >>WODeploymentはウニバーサルじゃ無いよね?
WODeploymentを構成しているのはjarと関連ファイルの集合体だぉ。woaにしたってそうだし。
問題なく動く。
XCodeとかWOBuilderとかは問題ないような。うちでは動いている。(MacMiniIntel)
- 150 :
- xcodeはウニバーサルだからそりゃ動く。
でもxcodeにdeployが付いてくる訳でもないし、インテル版のOSX Serverもまだ出てない。
- 151 :
- Java遅いからObjCのEOFマダー?
- 152 :
- >>136
> 非接続型と接続型の区別がついていない発言だな。
詳しく。
>> Deployしながら、JVMメモリ、Session、DBコネクションレベルでモニタリングできるんだっけ?
>> リクエストがApp鯖のコンポーネントを通過していく時間を見れるんだっけ?
パフォーマンス分析ツールが無いと、チューニングできないと思うんだが。
>>137
> 現状のBPEL,ESBはただ単なるキーワードでしなかいし、有効な導入事例がない。
確かに新しい概念ではあるけど使ってるところは使ってるよ。
> BPELで業務フローを変えられても、やり取りするデータの種類が変わったら、
ESBわかってないんじゃね?
Binding Component(BC)が何の為にあるかわかってるの?
>>138
WOは開発者寄りの設計と思うよ。
Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
DeploymentがMacOSX Serverだけというのはどうなんですかねぇ。
- 153 :
- > 非接続型と接続型の区別がついていない発言だな。
詳しく。
ADO.NETのDataSetを学んだ上で、EJBがなぜセッションビーン、エンティティビーンなんて
概念が必要か考えてみな。
>確かに新しい概念ではあるけど使ってるところは使ってるよ。
国内において有効な、しかもESBならではの事例をあげてみな。
>ESBわかってないんじゃね?
>Binding Component(BC)が何の為にあるかわかってるの?
取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
制御するのが現実解なのか?1対1のマッピングならまだしもそんな都合よくないぞ。
>WOは開発者寄りの設計と思うよ。
>Class Libraryで楽してる分パフォーマンスはめっちゃ悪そうだがね。
パフォーマンスについては俺も知りたい。
- 154 :
- 何が言いたいのかわからんが、
Excelがフロントエンドの基幹システムなんてあるのか?
だいたい基幹系って、ばしばしデータ更新が入るもんじゃないの。
DBからのCacheは更新が頻繁な物には向かないし、EJBにもEJBキャッシュがある。
> 国内において有効な、しかもESBならではの事例をあげてみな。
ESBかどうかは知らんがBPELは使ってるよ。
ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040715/1/
> 取引先が部品コードを入れ替えて、しかもその数が多い場合にBCで
すまん。これだけだと具体的にどんな例なのかよくわからん。
> パフォーマンスについては俺も知りたい。
あんなコテコテのClass Libraryで、パフォーマンスがいい訳ないじゃん。
何にしろMacOSX Server以外で動かないのは致命的と思わないかい。
- 155 :
- >何が言いたいのかわからんが、
>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
- 156 :
- Excelのようなインタフェースがそもそも大量入力に向いてるの?
どういう用途かさっぱり。
名簿屋とか、データ入力専門業者が名簿渡して、SOHOで仕事させてエクセルファイルで納品してもらって集計させたいってこと?
部品コード入れ替えは辞めさせるべき。
ICタグで全部やっちゃうぜって方向に動きつつ有るのに、コード使い回しじゃ混乱するだけ。
今からでもJANコードベースに整備させた方がいい。
- 157 :
- >>155
> 一般的な業務では殆どオプティミスティックロックで十分。
あいまいな表現じゃなく定量的に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でしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
- 158 :
- >部品コード入れ替えは辞めさせるべき。
取引先の関係があってもそれが可能かというとそうも言ってられないだろう。
>あいまいな表現じゃなく定量的にTransactionがなんぼ以下の場合は
>みたく書いてくれ。あんたの経験値でよいから。
Transactionの数量じゃなく、業務の種類だろ。厳密な座席予約が必要な場合は、
ペシミスティックロックだが、業務全体からみれば少ない。
>トランザクションを任せられないと意味が無い。
>銀行や勘定系でEJBはばしばし使われてる。
EJBがなくたってトランザクションは可能だろう。EJBならではの理由はないよ。
UFJのjavaでバッチを組んだ事例も、ただ単なるリクエストのディスパッチャ的な使い方で
EJBである必然性は全く無かったけどね。
>そう言われてもなぁ。まさかARISでお絵書きだけしないと思うんだが。
>海外事例なら沢山あるがそれではダメなのか?
ARISでお絵書きの方が事例としては多いし、そもそもどこがBPELなんだ?
一言もBPELなんて書いてないだろ。
>よくわからんが、その場合SOA以前の問題だと思う。
じゃあSOAならではの事例をあげてくれ。
>じゃWASのSPECjAppServer2004貼っておくから、もまいさんの方でWOの公式な速さの数字を貼ってくれ。
だから俺もWOを使ったことはないからパフォーマンスについては知りたいから聞いているんだよ。
それといま時まともにマルチコアライセンスを考えられていないWASなんかの
パフォーマンス値はいらない。
>それから、MacOSX Serverでしか稼働しない件についてもスルーしないでおまいさんの見識を書いて欲しい。
これについては、自分も問題なしとは思わない。
と言うかこんな不毛な議論より、WOの情報が欲しいだけなんだけどな。
- 159 :
- >よくわからんが、その場合SOA以前の問題だと思う。
言い忘れたが去年日本IBMが発表したSOAのサンプル事例が、
取引先との受発注で、部品コードの変換とかをやっていたけどね。
- 160 :
- ググって見たが少ないね。orz
日本でWOを使ってると思われるサイトの検索結果 約20件 (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
- 161 :
- ttp://www.google.co.jp/search?q=inurl%3A%2Fcgi-bin%2FWebObjects%2F&btnG=Google+検索&hl=ja
- 162 :
- >>158
> 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に触れたのならいざ知らず、今時そんなヤシいるのか疑問ですが。
- 163 :
- やろうと思えば、WO5.3.1も赤帽や空栗鼠で動かせますよ。ライセンス違反ですが。
5.2.4と5.3.1のフレームワーク上での大きな差異はなく、開発ツールが変わった程度。
テキストエディタで開発してた人たちにしてみればどうってことない。
ライセンス気になるなら5.2パッケージを買ってSoralisなどにインスコすれば良いし。
で、WOのどういう情報が欲しいの?技術的なことなら少しばかり答えられるかも。
- 164 :
- だから保証無い時点で使わないし、無理矢理動かそうという発想もマカ。
もちろんマクしか動かないようなプロダクトを採用するのもマカだけどな。
テキストエディタって(w
EOMは使わないとどうにもならんよ。EOM無しで開発出来るようなwoaとかcayenneのようなmodelerでも既に開発済み?
5.3がマク縛りなのに、今更5.2をソラリスで動くからって納品出来る無神経ぶりがマカだな。
数ヶ月使えればいいシステム作れば済む次元じゃないし。
数年〜10年ぐらい使う息の長いシステム作りを要求されるのに、先の見えないプロダクトで納入なんて出来るかよ。
- 165 :
- じゃぁ無理してここでマカだとか煽ってないで家に帰れよ…かまってほしいのか…?カッチョワルイゾ、パパ.
- 166 :
- 5.3のライセンスについては何も答えられないアポー信者カワイソス。
- 167 :
- どうしてBPELやESBを疎んじるのかわからんね。
他のベンダがSOAに基づいた技術をどんどん採り入れて開発している事について
不安に思わないのかね。
WOに関係しない技術は基地扱いだし。
>>163は著しくプロ意識が欠落してるな。
こんなのにお金払ってWeb Site作って貰ってる人は不幸だよ。
成りすましマカ確定ですかね。
- 168 :
- EOFのObjCベースのインテルバイナリがリリースされないかなあ。
Java捨てて速度命で盛り返してくれ。
- 169 :
- Application鯖で使う事が前提となった今ではJavaで書き直したのは概ね正しい。
MacOSX Nativeアプリでも作らん限りObjective-Cにするメリットは無い。
- 170 :
- だからさ、5.3でMac OS X Serverしか運用出来ないのにJavaの必要性無いだろ。
Mac OS X Server限定なら、速度出すためにウニバーサルなObjC版を出したほうがいい。
糞重いiLifeアプリケーションさえJavaじゃなくてObjCだぞ。
- 171 :
- EOFはミドルウェアだからポータビリティがある方がいい。
それにJavaだとコミュニティが充実してるので勝手に色々開発してくれる。
ObjCに先祖返りするメリットはないよ。
- 172 :
- 5.3でMac OS X Serverしか公式サポートしない時点で、ポータビリティは無いよ。
今、Xserve G5を買うのはどう見ても得策じゃないし。
WO5.x(Java)でコミュニティが充実して勝手に色々開発してくれる恩恵って特にないし。
ワンダー程度で恩恵受けてるの?
ObjCに先祖帰りするメリットは処理速度。4.5の実行速度を知らない素人?
- 173 :
- そういうのは木を見て森を見ずと言うんでないかい。
WOはメインストリームじゃないから今の位置付けで良いと思うけどなぁ。
EOFは2.1から10年くらい基本構造が変わってないから
そっちの方をなんとかしないと根本解決にはならんと思うよ。
といってもEOFの開発者はMicrosoftに行っちゃったし、今後ドラスティックに変わる事はないよ。
速くしたいんならWASとかWebLogicを使うでしょ。ふつう。
どうせWO使ってる香具師は趣味かその延長だろうから、EOFにスピードを求めるのは間違ってるよ。
- 174 :
- つまりWOで飯喰ってるマカは素人ですか(w
- 175 :
- そうは言わんが極端に視野の狭い人達の集まりかと。
漏れだったらWO一本じゃハズかしくて飯は食えん。
- 176 :
- つーかマカだとWOしか売れる物が無いと思う。
WASもWLもマカには使いづらいし。
- 177 :
- 弘法筆を選ばず、というではないか。
- 178 :
- マクしか使えない時点で思いっきり選んでるね。
電気屋で5万で売ってるPCすら、持ってない貧乏マカ。
- 179 :
- 昨年のOracle 10g Worldでマク用10gR1が発表されて、これでアポーも少しはWOに
力を入れるのかと期待したんだけどダメでしたね。
NeXT版以来実に17年ぶりの快挙なんだが、64bit版10gR2出ないよなぁ。
- 180 :
- そういえば10gはウニバーサルされるの?
無難にSolaris鯖使った方が良かったって事に成って、ますますXserveが売れなくなる。
- 181 :
- そうなるだろうね。
MacOSXが中途半端に64bit化してるからだめなんだよ。
マク以外の10gは皆64bit版があるから
あえてOracle10gをXserveで使う理由が無い。
- 182 :
- カーネルが32bitのままなのに、G5のために64bit対応しましたってインチキ仕様だからなあ。
早くフル64bitカーネル出せばいいのに。
- 183 :
- そなのか。
漏れはてっきり、32bit GUIに64bit ビジネスロジックを繋ぐのがへんてこだと思っていたんだが
そういう根深い訳があったんでつね。
ttp://developer.apple.com/macosx/64bit.html
- 184 :
- ブートキャンプで、Mac OS X版終了で、Windows版来そうだね。
XPで動くようにしとけば、PCでもマクでも動く訳だし。
- 185 :
- アポーはWO捨てたのかね。
ADCのページも、JBossやTomcatのネタが増えてきたし。
ttp://developer.apple.com/internet/
- 186 :
- 捨てちゃいないだろう、たぶん
iTMSもWOだし。アポーストアもWOだしな
ほとんど自分たちが使う為だけにメンテしてるだけかもしれんが
- 187 :
- いや、WOには何のメリットもないAnnotationやAOPが売りのJ2SE5.0をIntel版共々
早々と出してくるというのは、WOを捨てたという事だろう。
アポーもここに来てようやくメインストリームに舵を切り始めたかな。
ttp://developer.apple.com/java/
- 188 :
- さて、MBP 17"も出た事だし、OSXじゃなくてXPでのWO開発環境を整備するかな。
元々NeXT使ってたからマクOSなんてどうでもいいし。
- 189 :
- MBP速そうでいいねえ。
- 190 :
- MacOS X Server10.5の発表でアポーが今後WOをどう扱うかわかりそうだな。
ttp://www.itmedia.co.jp/enterprise/articles/0604/28/news060.html
- 191 :
- 次期xserveの話題無いから落ちまくってるので上げ。
- 192 :
- 全てのアプリケーションサーバーはWebObjectsを目指している
- 193 :
- むしろwoの進化が止まって化石に成ってる訳だが。
ajaxとかJPAとか取り残されてるし。
- 194 :
- freeになっても、あんまり変わらなかったね。
- 195 :
- 無料なのは昔からだしな。今回開発環境に付属して来てもPHPのようには話題には成らずに終わる。
- 196 :
- Xserve Xeonでも発注するかと思ってたら、時代は脱woでjbossに乗り換えなんだな。
ttp://www.apple.com/jp/xserve/howto/parco/index.html
まあjbossならSolarisでも運用出来るからな。Oracle RACとの併用だと、Xserveにする理由が無い。
おまいらまだwo続けられてる?
- 197 :
- >時代は脱woで
いつの時代のこと??
というか脱woになるほどのシェアだった?
- 198 :
- もうアポスト銀座で5.2のパッケージ売ってないね。事実上終了か。
woのシェアよりはjbossのシェアの方が多い。
- 199 :
- Apple Store のシステムを
オープンソースで公開すべき
- 200 :
- >>198
事実上というより誰がみても完全終了です。
モノはいいと思うがユーザー層が悪すぎw
アポー以外がひきとってれば違っていたのかもしれないが。
WOの進化とかサポートじゃなくてユーザーの質って意味でw
- 201 :
- >>198
売ってたところで今更5.2なんて誰が買うの?
開発も運用も無償になってるのに
- 202 :
- ファイルメーカー社はうまく分離・成功できたのになぁ。
WOも分離したらよかったのに…
- 203 :
- オープンソースになったところで既に時遅しか。
ご愁傷様です。
- 204 :
- WebObjects専業のフリーMacプログラマ(劇藁)は乞食確定だね
テラカワイソス
- 205 :
- FMもアクセスの置き換えが進んでる。
別途ライセンスが必要なFMと、パワーポイントのためにオフィスプロを買うと付属してるアクセスでは勝負にならない。
マカって昔から空気読めないからねえ。
4D使い続けてたアフォマカもいたし。
- 206 :
- 最近、下手な煽りが横行していますね。
- 207 :
- 不利な書き込みがすべて煽りとなるなら煽りなんだろうな。
現実は見たくないんだろうけど
- 208 :
- 煽りというのはある程度は成り立ってるものに対して「それ駄目じゃん」って煽るもんだよ
その点、WebObjectsじゃねえw
まったく成り立ってないだろコレ?
発売元のアポーですら見捨ててるしか思えんし
たしか10万円以下のはずだが、コピーしてたとかそんな話ばっか
最盛期ですらバカしか使っていなかったっぽい
フリーランス多いしねw
今の時代、Web開発をどうやって個人でやってるのかねぇw
出目はいいもののはずだが開発者の民度が低すぎたってとこか
- 209 :
- 最近でいうと、WOで納められた実績ってどのくらいあるもんあんだ?
- 210 :
- >>209
世界のWeb関連取引の1%以下ってことは確実だろ
こういうと信者はあそこも使ってる、こんな大手も使ってると反論するが、
自分はしがない自称社長だったりするw
メンテ不可能になることがわかり切ってるフレームワークで新規開発などありえないし
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
じゃ取引を切りたくもなるだろうし
- 211 :
- >210
>打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
自分もマカだがこれだけは絶対にやりたくないな。。
つか、こんなことやってる人いるんだ???
- 212 :
- >>208
> 出目はいいもののはずだが開発者の民度が低すぎたってとこか
出目w
出自だろ。
- 213 :
- >>211
>つか、こんなことやってる人いるんだ???
実際、Macで開発してMacで運用するのが一番では?
- 214 :
- >213
何が一番?
- 215 :
- 世の中はIE6とXPなのに、マクで開発する事自体がアフォ。
マクで運用するのも、危機管理が無さ過ぎる。
来年アポーがサーバから撤退したらどうするの?
- 216 :
- AIX搭載のリンゴサーバってまだ有るの?
- 217 :
- 懐かしいね、WebObjects
一時期、興味があっていろいろ調べたけどどうも使ってる香具師が
アホばかりのようなので同類と見なされるのを恐れて採用を見送った
その判断は正解だったようですなw
- 218 :
- 採用してたら、今頃途方に暮れてるよ。
もうバグフィックスもされないし、放置されまくりだし。
- 219 :
- WebObjects一本でやってたところはキツいだろうね
フリーランスが多いのも特徴
なんでタダの製品に人生や社運をかけちゃうのかねぇw
まったくマカーってやつぁ
- 220 :
- だからマカって馬鹿にされるんだよね。
お客に説明できないだろ。
- 221 :
- もうアポーは駄目だな。
ネクスト消滅再来。
- 222 :
- そうかもね。
この際なら完全に無料にして、FileMaker からでも簡単に利用できるようにすれば良いのに。最後ッ屁ってことで。
- 223 :
- もはやタダでも顧客には薦められない。
よほどの理由がない限り趣味のマックを仕事に持ち込んでるバカだと思われるだけだ。
実際、WebObjectsが駄目になっていったのは7マンエンに値下げされてからで、
打ち合わせにMacを持って現れ、「本当はMacで動かすのがいいんですよ・・・」
なんて輩が出始めたのはその後
タダにするのではなくMac以外でまともにサポートするのが唯一生き残る道のように思える
バカユーザーを切り離して世間の信頼を取り戻すにはそれしかないかと
- 224 :
- NeXTStepすら無料にならずに葬り去ったのに。まあありえないな。
WOすら葬り去られようとしているのが現状。
ウェブデザでIEで動作チェックしなきゃRない案件なのにマクで必死にHTML作ってるアフォと同じ痛さだよな。
無駄に金使って、無駄に手間掛けて、貧乏街道突っ走ってる。
マクでしか動かせないWO技術者ってクズだよな。
- 225 :
- みなさまお元気ですか?
最近の状況はいかがでしょう・・
- 226 :
- 倒産
夜逃げ
会社解散
退職
負け組み
- 227 :
- AppleジャパンのHPが更新されて、
サーバのページからWebObjectへのリンクがなくなったね。レオポンの説明にはTomcatは出てくるが
WebObjectはいっさい出てこない。もう、レオポンにはWebObjectの環境ついてないのかも知らんね。
- 228 :
- さようならWO
もう使わんよ。
- 229 :
- いくら素晴らしいソフトでも
サポートしてくれるメーカーがないとね。
残念...
- 230 :
- Hi! Nice site!
- 231 :
- ああ、Nextと同じ運命。
- 232 :
- 飼い殺しか
- 233 :
- 今 WO で成功している例は WebRelease くらいしか思いつかない。
まぁ、『成功』の定義は別として。
PHP くらいに敷居を低くしてくれたら他にもオススメできるんだけどねぇ。
- 234 :
- マクが無いと開発できないってのが敷居が高いよな。
インテル化で、もうマクを使い続けるって時代じゃないのに。
- 235 :
- 祝 WebObject 7 リリース
- 236 :
- ネタじゃないのかw
- 237 :
- でもマク依存が激しい。orz
- 238 :
- WebObjectsってMOSXS10.3.9じゃ使えんの
- 239 :
- FileMakerがエンタープライズ向けに開発を続ければいいのに。
Appleの100%子会社なんだから、簡単だろう?
- 240 :
- 10.5 でも何らかのサポートはしているようですね。
ttp://support.apple.com/downloads/WebObjects_Update_5_4_3_for_Mac_OS_X_10_5
- 241 :
- Javaの将来性が不透明でObjective-Cユーザーが当時より圧倒的に増えた今、開発言語をObjective-Cに戻して再始動というプランは無いのかな。
- 242 :
- あげ
- 243 :
- 犯罪者個人に対してK状を違法派遣・偽装請負・偽装出向・多重派遣の被害者が作成(刑事Kは無料) or 司法書士が代筆(料金は5万円ぐらい)※コピペ歓迎
↓
K状を【検察の直告班】に郵便局の内容証明付で送付(疎明資料・証拠にはICレコーダー、スマホによる録音が適しています)
↓
審査 → 不受理 → K状再提出または刑法 第193条で訴えを起こす
↓
受理 → K事実を認め示談交渉(↓) →示談成立 → 法廷相場50〜100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立(↓)→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑=前科(起訴事実を認めてるため)→追討ち民事訴訟
↓
審査 → 起訴(強制捜査・留置場)→ 公判 → 懲役刑などの厳罰(反省が認められないため)→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第30条(検察審査会へ申し立て)→ 起訴 → 起訴後は同上
刑法 第193条(公務員職権濫用)で検察事務官を刑事K → 同上
◎K→K受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約(公正証書・即決和解で秘密保持契約)
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者にKできます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事K(刑事訴訟法239条1項)も可能です。
加害者本人、管理間接部門の社員が刑事Kに踏み切る場合も和解金による解決が妥当です。
注意:Kが受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去にK取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事Kは有効です。
- 244 :
- Kの趣旨
被K人は、以下に該当すると考えるので、被K人の厳重な処罰を求めるためKします。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
多重派遣・多重出向
労働基準法第6条(中間搾取の禁止)に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担(所有)のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事Kガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★K状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★Kを取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。Kを取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時にKした事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを(裁判不要)してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者(又は競合他社)に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の3割程度を謝礼金として渡してください。
- 245 :
- 島本町というのは
大阪のゴミが天王山の麓で吹き溜まりになったような
ガラも程度も悪い
イジメで廃人になった子がたくさんいる
暴力とイジメの町という噂があるな
そんな町だったら改革すべきだ
- 246 :2017/12/29
- 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
676XRXF2Q3
☆ 世界最速のデータベース SAS ☆
制約っていらなくね?
ADO.NETの質問・雑談スレ2
DB専用機はなぜでない
データベース雑誌・書籍
RDBMS比較総合スレ 【サーバ】
【オンメモリ%メモリデータベース【インメモリ】
【オンメモリ%メモリデータベース【インメモリ】
PostgreSQL Part.11
PL/SQLできない香具師が上級SE
--------------------
Wonderland Wars 入門者・初心者スレ Part20
ハッキリしたのは、戦争になったらこの国は勝手に自滅するよね? 転売厨買占めで物不足、野党が足を引っ張る [147160614]
【安置可】Kis-My-Ft2の議論スレPart27【プラム婆不可】
■死んだ?■どうした!?日産22■放置プレー?■
【滑らぬスケート】浅田真央アンチスレ514【滑るバカ殿】
アッラーフアクバル!!アッラーフアクバル!!
【ぱ な】A-SLOT 偽物語 76祝福目【い の】
スポーツトレーナーが質問に答えるスレ
キルミー・ヒールミー
♪♪キーボードのいる、バンド♪♪
バカが日本経済について勘違いしてること一覧
マッチョなら当然服のサイズはXL以上だよな
【男たるもの】斎藤さん婚活ブログ#文献57【夫としての立ち振る舞い】
こいつのTwitterが痛すぎるwwwwww
麺屋棣鄂を語れ★3
QUEEN Part71 〜The Rhapsody Tour〜
あしたのジョーで印象に残ってるシーンやセリフある?
高級クラブで「夜の街クラスター」発生か…複数の感染者が利用
ファミコン史上最も面白いアクションゲームは?2
◇◇◇埼玉県高校総合スレッドpart8◇◇◇
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼