- 1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33]
- スレがないので新しくたてました
www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
java.sun.com/webservices/downloads/webservicespack.html
- 560 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 14:12:05 ]
- >>559
SUN実装は使ったことないから分からない。
とりあえず、MyFacesでは問題無かった。
それと、余談になるんだが、お前様方の周辺でJSFってどんなかんじ？
俺の場合、会社だと新規のJava案件は殆どWebSphereを使うから、JSF使ってるから、
結構流行ってると言えば、流行ってるんだけど、他ではどうかとちょっと気になった。
- 561 名前：463 mailto:sage [2005/09/11(日) 14:36:10 ]
- >>558
なるほど、独自にチェックするしかないのね。
確かに出来そうだと思ったが、
>>559が書いてるようにMyFacesでも値が未入力だとValidatorに行かないな。
>>558=>>560も低レベル技術者のようで・・・
つうか、この辺はStrutsの方がマシだな。
登場してからの歴史が長いってのもあるんだろうな。
でも、JSFはやっぱいUIだけって感じなんだろうな。
だからStrutsとJSFが連携できるようになってるんだろうな。
Strutsを補う意味でJSFを使うのかと思ってたけど、
本当はJSFの貧弱さを隠すためだったんだな。
この辺を見ると、.NETFrameworkって素晴らしいと本当に実感したよ。
- 562 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 14:51:29 ]
- このスレとしてはJSF＞＞＞＞＞(超えられない壁)＞＞＞ASP.NETであってほしいが、そうもいかないって事か。
とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？
- 563 名前：463 mailto:sage [2005/09/11(日) 15:11:38 ]
- >>562
＞このスレとしてはJSF＞＞＞＞＞(超えられない壁)＞＞＞ASP.NETであってほしいが、そうもいかないって事か。
まぁ、スレ的にはそうだろうね。
俺も、ASP.NETマンセーと"だけ"言いたい訳じゃない。
Web開発者としては、提案するときに色々な選択肢がある訳で、
『こういった理由で○○をつかいます』と客に提案したい訳よ。
だから、JSFなりStrutsなりを勉強してる訳だけども、結局、両方使ってみると
ASP.NET＞＞＞＞＞＞＞＞＞（超えられない壁）＞＞＞＞＞＞＞＞＞＞＞JSF
なんだよね。
JSFなりStrutsが本当に使える物であるならば、俺はむしろJava信者になっても構わないんだけどね。
＞とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？
いいの？
Javaとかオープンソースって聞くと、例えバージョンが古くなったりしても、
ソースコードとかがあるからどうにでもなるってのも１つのメリットとしてよくあがるけど、
資料捨てて、数年後とか失敗したと思わなければいいんだけど。
俺の会社のJava開発チームは、前世紀からのJava資料を全部保管してるよ。
つうか、この資料だけで、会社の倉庫の半分使ってるんだけど・・・・
まぁ、あまりJSFやStrutsのスレが盛り上がってない事から見ても、きっと下火なんだろうね。
それと、最近、やけにJavaの技術者いませんか？との問い合わせが会社に多い。
聞くと、殆ど新規案件じゃなくて仕様変更なり拡張。
『今までの開発先は？』と聞くと『Java案件はもうやってない』とかで俺の会社とかに問い合わせがくるけど、
実際問題どうなの？
俺の会社やオフシェア先の中国でも、最近はASP.NETとかに以降してるから、
Java技術者って、実はこの先、仕事ないんじゃ？
- 564 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 16:41:41 ]
- （L）AMPのような手軽さもなければ、.NETほど生産性が高いわけでもない。
今はまだ数で圧倒的ではあるけど、難しい局面になってることは確かだな。
- 565 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 17:46:49 ]
- >>563
中国は国家主導でLinuxの導入進めてる。
個人レベルではWindowsのシェアが高いけど、企業レベルでは殆どがLinux環境。
- 566 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 18:20:02 ]
- >>565
別に国家レベルでLinux導入進めていたって、その中国の人間の客は日本なんだから、
日本向けに技術者を教育なり集めるのが普通だろ。
中国とかは関係無いよ。
あくまで客である日本企業の需要に合わせる。
俺らだって、客先が有無を言わさず『Linuxで！！』と言われればLinux使うし、
『Linuxは絶対に駄目。Windowsサーバで！！』と言われればそれに従うだけだし。
- 567 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 18:42:37 ]
- JSFについて、日々意見が交換されているフォーラム等ってない？
「JSF フォーラム」で検索すると「日本宇宙フォーラム」や「ヤパーナ社会フォーラム もう一つの世界は可能だ」
とか、変なものがヒットするんだが。
- 568 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:11:44 ]
- >>567
だから、流行ってないんだって。
むしろ、Seasar2のS2JSFのメーリングリストとかの方が活発に意見交換されている。
だけど、あそこはあくまでもS2JSFの話題だからなぁ。
基本的にはJSFを使用するのは時期尚早って感じなんじゃない？
だから、このスレとかでもあまり意見交換って行われてないじゃん。
JSFが気になった奴もちょっと使ってみて、『つかえねぇ』と感じて、
結局今まで通りって流れのような気がする・・・俺のように・・・
- 569 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:25:51 ]
- >>567
適当に探してみた
jsf-jp JavaServer Facesに関するMLです。
groups.yahoo.co.jp/group/jsf-jp/
@ITのJava Solution 会議室
www.atmarkit.co.jp/bbs/phpBB/viewforum.php?forum=12
- 570 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:19:47 ]
- 一応、２つのプロジェクトでJSF（IBM実装で）使ったりしてはいるが
どうもここ見る限りでは浸透していない様子だなぁ・・・
あぼんの予感がする
- 571 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:23:43 ]
- まだこれからでしょ。今は時期尚早という見方も多い。
実装による質のばらつきもまだまだ多いし。
初期のServletコンテナもベンダーによる質のばらつきが多かったのに似ている希ガス。
各ベンダーやオープンソースによる実装が安定して、さらに
オープンソースの高機能なJSF開発環境やEclipseプラグインが
出てくると一気に普及すると思うけどな・・・。
- 572 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 01:51:49 ]
- フレームワークのプログラミングモデルがたぶん大幅に変わらないから、
代わっても1.2見るだけでも局所的及び一部分だ。だとすると覚えるのは
モデルだけで後は、どうやって利用するかどこに利用できるかってことに
今は知恵を使ったほうがいいよ。現状のレベルだといきなりASP置き換えはﾑﾘ
それだとどこまでのレベルで使えるのか判断したほうがいいよ
Webspherは全部のプロジェクトでつかえるものではないしな
- 573 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 22:47:10 ]
- どっちかというとStrutsの置き換えみたいな考え方で、1.2以降ボチボチと使われ始めるんじゃないだろうか？
ASP.NETの対抗馬としてサンは開発環境込みで広めたかったんだろうが、
Eclipseで開発できない限りJavaの世界じゃ広まらないからな
- 574 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 01:57:34 ]
- IBMかHPの実装がでないと意味が無い。SUNは弱体化してもう虫の息だ。
こんなところが実装するソフトウェア基盤はゴミでしかない。M$の金魚の糞は
つぶれたほうがいいよ
- 575 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 04:26:15 ]
- >>573
＞Eclipseで開発できない限りJavaの世界じゃ広まらないからな
Eclipseでの開発の有無より、スレ見てる限りJSFの仕様（実装）が糞だから
みんな使わない（業務で役に立たない）んじゃない？
- 576 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 08:02:40 ]
- >>575
いや、仕様よりもEclipseだろ
- 577 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 08:12:35 ]
- そうだな、どんなに素晴らしい仕様でもどうしようもない
- 578 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 21:00:29 ]
- 確かにツールがないとつらいな。
あとは日本語のマニュアルｗ
- 579 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 15:04:20 ]
- >>534 >>545
Googleだと古い方のページがトップですが、
新オフイシャルサーバを参照する方がよいですよね。
「Servlet および JavaServer Pages API ドキュメント (Tomcat 4.0)」
www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/
Servlet API 2.3とJavaServer Pages API 1.2なので
JakataのTomcat 4.1のページと同等ですね。
Servlet API Documentation (Tomcat 5.5)
jakarta.apache.org/tomcat/tomcat-5.5-doc/servletapi/
JavaServer Pages API Documentation (Tomcat 5.5)
jakarta.apache.org/tomcat/tomcat-5.5-doc/jspapi/
Servlet API Documentation (Tomcat 5.0)
jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/
JavaServer Pages API Documentation (Tomcat 5.0)
jakarta.apache.org/tomcat/tomcat-5.0-doc/jspapi/
Servlet and JavaServer Pages API Documentation (Tomcat 4.1)
jakarta.apache.org/tomcat/tomcat-4.1-doc/servletapi/
JSFもそうですが、最新バージョンの日本語マニュアル欲しいですね。
- 580 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 00:48:26 ]
- Servlet + Velocity で十分でしょ。
- 581 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 01:34:44 ]
- >>580
えらいねぇ。
漏れはもうStrutsなりJSFなりがないとしんどくてだめだよ。
- 582 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 01:43:17 ]
- >>580
Velocity使うより、ふつうにJSPで充分。
というかVelocityよりはJSPのほうがいい。
- 583 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 03:12:55 ]
- Velocityはマクロ周辺をもう少し使いやすく・・・
マクロファイル大量に分ければいいか・・・
- 584 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 03:14:15 ]
- あえてVelocityを使うほどのメリットあるの？
HTML出力以外だと便利だけど。
JSPでよくない？
- 585 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 13:35:11 ]
- て言うか、Maya最強！
- 586 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 13:56:31 ]
- >>584
デザイナからするとJSPよりVelocityのほうが扱いやすいらしいよ
- 587 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 14:11:06 ]
- >>585
いろいろ毎日忙しくて
まだ検証にも踏み切ってないんだけど
実務に使えそう？
- 588 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 14:22:56 ]
- >>586
#ifとかがプレビューで見えたほうがいいってこと？
- 589 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 15:29:18 ]
- >>587
パフォーマンス的な事を言ってるなら、Velocityを使えると考えるなら
それと同じくらいには使える。
CSSを用いればHTMLからレイアウトと装飾を分離できる。
ってのは最近では当たり前に知られてる利点だけど、それと同じ感
覚でWEBアプリ依存部分を分離できる。
これを逆に(Seasar的に)見ると、MayaファイルでHTMLに対してWEB
アプリへの依存性を注入してる(所謂DI)とも言える。
あと、XPathを利用した複数箇所に現れる同一タグへの処理はAOP
的。こういった辺りが概念的に気持ちイイ！
- 590 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 16:31:57 ]
- >>589
そういうのわかりやすくまとめてある資料ってありますか？
- 591 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 17:10:21 ]
- >>590
maya.sandbox.seasar.org/
ここ読んであとはサンプル弄ってみるくらいかな？
hoge.htmlとhoge.mayaが組になってる事さえ意識できれば
変更、結果表示の繰り返しで触れるようになると思うよ。
- 592 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 19:12:21 ]
- いまのとこ使う気はないけど、どんなものか試してみたいっていうにはちょっと壁が高いな。
- 593 名前：デフォルトの名無しさん [2005/09/16(金) 20:58:15 ]
- Seasarって俺はどうも好きになれないんだよね。
メーリングリスト（参照だけならWebで見れる）でも、開発者自ら『MyFacesの糞実装』と
表現は違えど、名言しているにもかかわらず、S2JSFでは思いっきりMyFacesを使ってるし。
個人的には糞実装の上に、どんなに良いものを乗っけても、土台が糞な以上、
S2JSFも糞なんだよな・・・
つうかJSF自体オープンソースになったんだから、独自に実装すればいいんだよ。
- 594 名前：デフォルトの名無しさん [2005/09/17(土) 01:02:45 ]
- JSP+ELが最強ってことだな？
- 595 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 01:11:48 ]
- >>594
JSP+EL+JSFでおけ
- 596 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 01:45:34 ]
- まさたかさんはとりあえず
ttp://www.theserverside.com/news/thread.tss?thread_id=36575
を読んでおいてもらいたい。
- 597 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 03:09:57 ]
- >>593
S2JSFのどの辺が糞ですか？
個人的には、S2JSFはMyFacesの糞実装をうまく隠蔽する仕組みにしたつもりですが
- 598 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:10:08 ]
- Seasarを避難すると個人掲示板だろうがどこでも現れてくるよね
中の人
- 599 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:31:24 ]
- まぁ、確かに糞実装と言っておいて、その糞実装を核として使ってるんだから、
いくら上から隠蔽しても糞だよな。
家でいえば、土台の基礎工事がちゃんと出来ていないのに、豪華な家を建ててるようなもの。
崩れるときは土台から崩れるし、土台を修正しようとすると、可也の時間が掛かる。
隠蔽する前に土台をしっかりとさせる方が重要だよな。
オープンソースなんだから、土台を自分たちで実装するなり改造するなり手は幾らでもある。
その結果が今のS2JSFなんじゃない？
確か、1.0.5に核のMyFaces1.0.9関連で不具合出て、対策わかったから昨日には1.0.6を出すと言っていたのに、
まだ出てないよね。
これが、結局は核の部分に問題があるのを上から無理やり隠蔽しようとするから時間掛かってるんじゃない？
それと、ビューの部分をHTMLで書いて簡単に確認できるって考え方は悪くないんだけど、
俺らがJSFで開発するのに本当に欲しいものはVisualStudioのように
画面にコントロールを貼り付けていって・・・という作業がしたいんだよね。
IBMとかの使えばできるけど、WebSphereに依存しちまうし、なにより値段が高い。
あれを買う金があるなら、素直にVisualStudio買ってASP.NETで作っちまうよ。
無料のWebMatrixでさえ、画面にコントロール貼り付けられるし、
次のVisualStudioだってWeb開発しかしないなら、1万ちょっとで開発環境が手に入る訳だし。
あとは拡張コンポーネント次第だよな。
MyFacesの拡張コンポーネントは糞だし、S2JSFでのコンポーネントもそれ程実用性は無い。
既存のものをちょっと使いやすくした程度。
- 600 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:34:04 ]
- >>599
Sunの実装は？
ぽとぺたできて1万くらいだったような
- 601 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:37:57 ]
- >>599
> ビューの部分をHTMLで書いて簡単に確認できる
え？カスタムタグ使ってる系ってこれが出来ないから
デザイナーとのやりとりや変更が多いタイプの仕事では
テンプレート系がもてはやされてるんじゃないの？
- 602 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:41:24 ]
- >>600
Sunの実装って、色々なJSF使えるの？
jsf-1_1_01、MyFacesとかとかIBMのとかOracleのとか。
俺が言いたいのは、開発するのに貼り付けられるってのは重要だけど、
何を使うかは自由でいたいの。
仕様としてちゃんと決められてるんだから、その仕様に基づいて実装させていれば、
この部分は自由に出来るはずだよね。（できないなら開発ツールが糞か実装が糞か仕様がそもそも糞）
- 603 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:45:47 ]
- あともう1つは、開発環境、もう少し軽くならないもんかなぁ・・・
Javaで作られてる開発環境重過ぎる。
IBMのなんて、CPU3.5G、メモリ2GBでも余裕で重いし落ちるしな。
.NETFrameworkで作られた開発環境は、CPU800MHz、メモリ512でも
Javaの開発環境と比較して、比べ物にならないほどスムーズだしな。
ある程度のマシンスペックが要求されるのは、我慢できるが、
ハイスペックのマシンで、やっと動いてますってのは我慢できない。
- 604 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:50:26 ]
- >>601
MSの世界ではUIはVBプログラマの仕事みたいよ。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないMS側の人には分からんだろう。
一人で全部作るには確かに楽ではあるしね＞ASP.NET
- 605 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:52:17 ]
- >>604
JSF（JSP）だって、UIはJavaプログラマの仕事じゃん。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないJava信者の人には分からんだろう。
一人で全部作るには可也の苦労があるしね＞JSF
- 606 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 13:26:33 ]
- S2JSFって、結局JSFの知識が無いと作れない気がするのだが・・・
たしかにHTMLだけで画面表示が可能だが、それだけでデザイナーに作業をお任せするのは難しい気がする
独自タグ属性をデザイナーのHTMLに追加するのも、JSPでカスタムタグに置き換えるのと大差ない気もするし
真にデザイナーに仕事をやらせようとするのなら、ASP.NETのようにビジュアル開発環境を用意するしかないんじゃないかな
となると、ノーマルJSFが安定して、Eclipseで開発環境が整うのを待つしかないのかも
- 607 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:05:35 ]
- >>600
SunJavaStudioCreatorの30日体験版入れてみた。
使えねぇ・・・
まず、余計なAPサーバとかWebサービスとかインストールし過ぎ。
JSFつかったら、デフォルトでFORMからコンポーネントまで何から何まで
コンポーネントバインディングかよ・・・
せめて <h:inputText>とか貼り付けたら、プロパティでIDを変更したりしたら、
バリューバインディングして、ビーンにセッター/ゲッターを自動で追加・削除・変更とかを
デフォルトでやってくれればいいのに・・・
つうかね、コンポーネントバインディングなんて使う場合の方が希少なのに・・・
- 608 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:08:32 ]
- IBMのJSF環境を使うとWASが前提になるって
話があったけど、厳密にはSDOがWAS前提なんだよね?
マニュアル見ても特にJSFに関して縛りはないみたい
だし、SDOと併用しない場合は別途データアクセスbeanを
用意しろってマニュアルに書いてあるし、(意味があるかは
別として)SDO必須ってわけでもないし。
- 609 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:08:45 ]
- あと、IDE自体が駄目だな。
requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
特定条件下でture/falseを動的に設定できるのに、これができないじゃん。
JSFの使い方も知らないのに開発環境作るなって感じだよな・・・
- 610 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:15:18 ]
- うわぁ・・・
JDKも何も聞かないで勝手に入れるのかよ・・・
SUNの開発環境駄目過ぎ・・・
環境設定までは弄れれて無いみたいだけど、まさしく、JDKやAPサーバまで限定した開発ツール・・・
無料で使えと言われても、こんなの使いたく無い。
- 611 名前：デフォルトの名無しさん [2005/09/17(土) 14:18:06 ]
- JSP+ELが最強ってことでよろしい？
- 612 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:20:03 ]
- >>606
MayaだとXPathで素のHTMLにもインジェクションできる。
Tiles相当の機能が先日追加されて、レイアウト周りも強化された。
GUIエディタとタグに関するドキュメントが未整備だけどなｗ
分離度(てなんだ？ｗ)で言えばMayaが最も高い。
何より、デザイナの道具を限定しないの素晴らしい。
- 613 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 15:12:23 ]
- >>607>>609>>610
乙。やっぱりSunは糞だったか・・・
結局、現状ではJSFにまともな実装は存在しないってことなのかね
- 614 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 22:57:25 ]
- ごく小規模な開発で、
実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
楽に開発できれば別にいいんだけど。
JDK、APサーバ限定は開発環境だけだから目をつぶる。
「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
まず俺がもっと勉強します。
- 615 名前：607 mailto:sage [2005/09/17(土) 23:24:05 ]
- >>614
＞ごく小規模な開発で、
＞実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
使ってみた結果、お勧めできない。
JDeveloper10gが10月3日だっけ？から無料になるんだが、
トライアル版を試してないので何ともいえない。
個人的には、Eclipse＋FacesIDEを使うのが今の所、安心だし、分かりやすいし、安定してる。
＞JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
＞楽に開発できれば別にいいんだけど。
JSFを良く知らないのに、設計して作るなら、ツールが良くても、開発は楽じゃないと思うよ。
とはいっても、SUNのIDEで開発が楽になるのは、JSFを良く知ってる人じゃないと難しい。
というか、JSFを良く知らない人間がSUNのIDE使ったら、多分、何が何だから分からない状態になる。
＞JDK、APサーバ限定は開発環境だけだから目をつぶる。
激しく危険な匂いがします。
＞「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
＞が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
少なくても、現状だとIDE（SUNもIBMも）を使って、開発するためには、
手書きで普通に書ける勉強をしないと、恐らく開発自体が進まない。
あくまでも、手書き出来る人間が開発を楽する為のツールと考えておいた方が無難。
勉強せずにとりあえず動いて、何か問題があったら、勉強なり調べれば良いやという開発なら、
迷うことなくASP.NETがお勧め。
＞まず俺がもっと勉強します。
俺もまだまだ勉強中だよ。
- 616 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 23:42:47 ]
- Sun Java Studio CreatorのデータベースサーバーはJDBC3.0に準拠しているJDBCドライバしか使えないし。
IDEの都合で使用するライブラリを変更するってのは、ちょっと抵抗があったぞ。
- 617 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 23:51:58 ]
- PostgresがJDBC3対応するのはいつだろうか・・・
- 618 名前：614 mailto:sage [2005/09/18(日) 00:02:39 ]
- >>615
なるほど。参考になった。ありがとう。
Web開発を知らなくても、CreatorとJSFでポトペタで開発できるかと思っていのですが、
まだまだ、そこまでは成熟していないというわけか。
それなら、ASP.NETというのは100も承知なんですが、そこはまあ、いろいろと事情がありまして・・・。
Web開発について知らなくても、（VB的に）そこそこ開発できるようになるのが、JSFの魅力だと俺は思ってる。
なので、まだ勉強しなければ使えないというのであれば、
IDEが成熟するまで待とうかとも思う。。
俺自身は、もう少しCreator使って勉強しておきます。
＃30日間、SDCのドキュメントが読めるはありがたいので。
Eclipseで使えるExadel Studioとやらも評価してくれ！
pcweb.mycom.co.jp/news/2005/08/03/014.html
＞requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
＞これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
ちなみにこれは、コンポーネントを右クリックして「プロパティのバインド」でいいんじゃないのかな？
- 619 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 00:58:48 ]
- >>618 Exadelかあ。今のは使ったことないな。
Eclipse系のJSF環境は、Oracle, IBM, Exadel, etc...の間で
調整が続けられてて今後どうなるかちょっと不透明だよなあ。既に
完成した製品を持ってるIBMは政治的な理由でリーダーシップを取れないし、
一応リーダーのOracleは手元に物がないし、Exadelは議論の場では
頑張ってるみたいだけどリソース的には他の2社より劣るし...
予定のスケジュールまで一年もないから、またとりあえず
IBMがRationalのコード出して、Exadelはそれ使ってお茶濁した製品
だして、その後でOracleが色付けてくってWTP0.7のパターンを繰り返す
気がするよ。
- 620 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 01:06:24 ]
- ビジュアルエディタの類は、WEB上では需要があるんだけど実務の現
場ではそうでもないからな。
LinuxのGUIな設定ツールがなかなか育たなかったのも、実務の現場
で十分な需要が出なかったせいだし、作るには理解してなきゃならな
いが、理解してる人は作る必要がないという。ドキュメントやチュート
リアルにしてもそうだけど、使う人 = 作る人の世界特有の問題という
か何というか・・・・・・
- 621 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 18:34:15 ]
- でもって、結局、JSFってどうなの？
時期尚早とか意見もあるけど、今現在を考えた場合、仕事とかで使うのは辞めた方が良いって事でいいのかな？
このスレ見ても廃れてるし、ネットとかで検索しても情報量は少ないし、書籍の数も少ない。
それに、次のStruts（Shaleだっけ？）がJSF使うみたいだし、
現状だと新規や大規模の修正なり拡張はJSFでってStruts/JSFの設計者は言ってるけど、
結局、現状はStrutsを使い続け、Shaleが出てからJSFは考えようって事でいいのかな？
あと、1つ気になったんだけど、JSFってMVCのViewの部分に特化してるんだよね？
これで携帯用Webシステムも作れるのかなぁ？
- 622 名前：デフォルトの名無しさん [2005/09/18(日) 18:40:21 ]
- MVCのコントローラって画面の遷移のこと言ってるの？
- 623 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 21:06:45 ]
- ＞これで携帯用Webシステムも作れるのかなぁ？
もともと、JSFはPC用のブラウザに特化したものではない
実装が俺の知る限りでは無いが、Flashのコンポーネント・携帯用のコンポーネントなど出来ることは出来るらしい
- 624 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 22:06:09 ]
- IBMはflashのコンポーネントを出してる。
- 625 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 12:14:54 ]
- Strutsのhtmlタグのように、単純にHTMLタグを作成するような作りではないから
携帯用となると、今のJSF1.0では厳しい気もするな
携帯が全部PCビュアー搭載すりゃ話は早いんだろうがｗ
- 626 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 12:25:32 ]
- ん？要するにrenderkit実装すればいいんでしょ？ちがうの？
まあ、現実問題としては実装済みのrenderkit群が存在しないことには
やっとれん＝使い物にならんと言えるだろうけどな
- 627 名前：463 mailto:sage [2005/09/20(火) 12:53:54 ]
- さてさて・・・
selectManyCheckbox使えねぇな。
デフォルトで1行で出力しちまうのは、まぁ仕方ない。
これじゃ見栄えが・・・という訳でどうにか変更できないものか。
調べてみると、layoutでpageDirectionを指定すると、
1行1項目で出るみたいだ。
なるほど・・・使えない。
本当に欲しいのは、1行ｎ項目という風に指定できる方法。
どうやら、layoutに指定しているものがレンダラという奴らしい。
つまり、レンダラを作れって事なんだな。
つうか、日付のコンポーネント同様にくだらねぇ。
デフォルトで1行に全部出してしまうのと、
1行ｎ項目ってのを作れば、殆どＯＫなのに、何無駄な事やってんだろ。
本当に、仕様決めたりとか実装してる奴って、
実務を知らないんだろうなと、改めて実感。
プレゼンテーション層に特化したはずのフレームワークなのに、
肝心の部分が駄目。
JSFもStrutsみたいに、Logicタグでも用意して・・・って方が
シンプルで良いんじゃないのか。
多分、俺がServletが出たとき(JSPすら出ていない頃)に作った
俺々フレームワークの方が遥かに高性能だし生産性あがるよ。
- 628 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 13:15:52 ]
- S2JSFの話だけど
デザイナーとの分業ってより
ユーザーレビューで使うHTMLがそのまま
動くって所が売りなんだよね。
あくまでもユーザー重視。
とかフォローしようと思ったら
tp://d.hatena.ne.jp/skimura/20050920#p1
てなわけで、ひがたんはMyFacesに見切りをつけたもよう。
あーそれがええ、ええ。
早くやってくれー。
- 629 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 13:34:45 ]
- JSF RIを使っていろいろ試してるんだけど、
Faces Servlet経由でWEB-INF以下が丸見えになっちゃうんだけど、
これ、どうにかならないかな？
例えば、具体的には
Faces ServletのURLパターンマッピングを /faces/* としたときに、
host:port/contect/faces/WEB-INF/web.xml とやると
ブラウザにweb.xmlの内容が表示されちゃう。
これまでは、見せたくないリソースはWEB-INFの下に置けってのが
定石だったけど、どうしたものか・・・
- 630 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 19:08:33 ]
- >>628
俺的にはMayaで標準を謳ってくれてる辺りが好感触＆期待大だ。
ただ、S2Strutsを使った事がない上に無設定Strutsってのが全く想像つかん
状態なんで追いきれるかが不安だ＿|￣|○|||
- 631 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 19:59:36 ]
- >>629
うはー。マジだ。
classファイルやjarファイルもダウンロード出来ちまう。
- 632 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:30:20 ]
- >>631
最悪だなｗ
- 633 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:36:20 ]
- >>629
これって、「security-constraint」で防げる？
今、手元に試せる環境がないし……。
- 634 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:23:46 ]
- S2StrutsのPOJOActionは、JSFのManagedBeanのような作り方が出来る。
setterフィールドでRequestパラメーターをフィールドにセットしたり、getterフィールドでRequestやSessionに値をセット出来る。
JSFの知識があると逆に使い易いと思う。
- 635 名前：634 mailto:sage [2005/09/21(水) 00:25:03 ]
- >>634はsetterメソッド、getterメソッドの間違いorz
- 636 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:31:53 ]
- >>629
最悪だな・・・
JSFの実装は、どっかが一から作り直した方がいいんじゃないのか？
- 637 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:35:59 ]
- 実装の問題なのか仕様の問題なのかは微妙なところだな
- 638 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:15:36 ]
- 仕様と聞いてふと思い出したが、JSF内に大量にある実装ゼロのabstractクラスは何とかならないんだろうか？
- 639 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:22:19 ]
- >>637
俺もそこが気になる。
- 640 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 12:40:21 ]
- ひがたん開発専念宣言、S2Struts期待大。
- 641 名前：607 mailto:sage [2005/09/22(木) 15:40:27 ]
- ちょっと話題が戻るけど、今日、ExadleStudio3.0のFree版入れてみた。
ちょっと使った感想は、可也いい感じ。
JSFのペトポトに若干不満を感じるが、それでもいい感じ。
基本的にEclipseベースなのでJDKの選択の自由がある。
サーバもTomcatやJBOSSを始め、IBM、BEA、SUNなど選べるし、
JSFの実装も選択可能。
フリーでこれだけ出来ればいいね。余計な事しないし。
有料だと、他に何ができるか、
ちゃんとドキュメントも読んでないから何とも言えないが・・・
- 642 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 19:58:10 ]
- >>641
俺もExadelStudio3.0Free使ってるんだけど、
俺は、出来のいいHTMLエディタ(編集時にリアルタイムプレビューできる)、
JavaScriptエディタ、CSSエディタを使うため(だけ)に入れてる。
- 643 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 22:55:08 ]
- >>642
それらのエディタって、JavaScriptエディタとCSSエディタは
Eclipse.orgで配布しているやつそのままだし、要するに
リアルタイムビューできるhtmlエディタのためだけにExadel
まるごと入れてるってことか。
- 644 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 23:41:30 ]
- >>643
＞それらのエディタって、JavaScriptエディタとCSSエディタは
＞Eclipse.orgで配布しているやつそのままだし
そうだったのか。。。知らなかったよ。教えてくれてサンクス。
ExadelStudioは重いからなぁ
Eclipse.orgで配布しているプラグインを試してみます。
- 645 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 00:13:42 ]
- HTML、JSF、StrutsのタグのみのJSPファイルなら、
AmaterasのHTMLエディタでプレビューできたような気がする。
- 646 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 05:17:34 ]
- >>645
天照のHTMLエディタのプレビューだと、JSFのoutputTextとか処理してくれないのよね。
つまり、役に立たねぇ。
- 647 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 20:04:43 ]
- S2JSF1.0.5リリースされたわけだが、相変わらず手を入れれば入れるほど、
UIの部分は糞になっていくな。（バックグラウンドは特に言う事ないが）
バリデーションのメッセージでm:labelが使えるようになりました。
m:labelを使ったバリデーション。
<input id="userName" type="text"
m:label = "User Name"
m:value="#{validatorDto.userName}" m:required="true">
<span m:inject="s:validator"
m:binding="#{userNameLengthValidator}"/>
</input>
アホ過ぎる・・・
なぜ、ラベルと入力項目を一緒にするんだ・・・
ラベルと項目の間にHTMLとか入れたい場合どうするんだ・・・
ウザイ事してないで、MyFacesのx:message見たいにx:outputLabelのforでUIと関連付けさせて、
メッセージはそれを見て拾ってくれば良いんだよ。
比嘉だか古賀だか加賀だか知らないけど、Web開発の現場を知らない奴が偉そうに、
こういった物を作るなと言いたい。
しかも、どんどんデザイナとプログラマの作業分担が難しくなっていく・・・
まぁ、仕方ないんだよな。
こいつらの腐った頭では、プログラムの分かるという前提のデザイナか、
プログラマがデザイナとして作業するって考えだしな。
- 648 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 20:25:35 ]
- >>647
つS2Struts＋Maya
- 649 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 21:03:36 ]
- >>648
盲目的にS2周辺のプロダクトを勧める信者が定期的に沸いてくるな。
とりあえず、その「S2Struts＋Maya」とやらがJSFと比べてどこが優れているのかまとめてくれ。
- 650 名前：647 mailto:sage [2005/09/23(金) 21:28:34 ]
- >>649
優れてる訳無いじゃん。
S2JSFだってMayaつかってるんだから。
そもそも、このMaya自体が糞。
普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。
なんで日本のローカル言語というかテンプレートを勉強する必要があるんだ。
仮に、デザイナがある程度プログラム的な作業をするなら、
そのままJSPなりJSFのタグ覚えた方が、仕事的にも幅は広がるし、
JavaでのWeb開発で大多数の人間が使うんだから、そっちを覚える。
そもそも、デザイナとプログラマの作業を分離したかったら、
デザイナに余計な作業させるな。
デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
でもってプログラムとの対応だけさせるためにidだけ振らせる。
あとは、プログラマがそのidについてJavaでのプログラムなりXMLで
requiredとかLengthとか設定できればいい。
しかも、Mayaの場合、m:injectと書かせておいて、さらにc:outとか書かせる。
もうアホ。
c:outとか分かるんだったら、普通にJSPなりJSFなりのタグ覚えてって方がよっぽど楽だろ。
しかも、これがIPA未踏ソフトウェア創造事業に採択されたんだろ？
確か1500万だっけ？
ボッタクリもいいところだよ・・・
- 651 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 21:56:19 ]
- >デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
>でもってプログラムとの対応だけさせるためにidだけ振らせる。
つMaya
て言うか、オマイの態度が気に入らないｗ
- 652 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:05:49 ]
- >>651
ぉぃぉぃ。
Mayaは単純なHTMLじゃないだろ。
確かにHTMLとして”見る”ことは出来るがな。
m:inject="c:out"
とか書かせてる時点で終わってるって言ってるんだよ。
そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
ならば、JSPやJSFを覚えて、そのまま使った方がよっぽど汎用的。
今、問題にしてるのは、そもそもデザイナにこういったJSPとかJSFを意識させるなって事。
下手にJSPとかJSFの知識が必要だから、デザイナは100％HTMLでデザインして、
出来上がったデザインにプログラマが埋め込むって作業しないといけない。
でもって、デザイン変更とかあると、再度この作業のやり直し。
＞て言うか、オマイの態度が気に入らないｗ
俺はお前の姿勢が気に入らない。
理論的に、反論してみたらどうだ？
○○をこう書くことによって△△の利点があるとかさ。
- 653 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:11:35 ]
- いくら２ちゃんといえども横柄な書き方をすると議論以前のレベルで荒れるということだな
- 654 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:40:17 ]
- >>652
お前がお前で在り続ける限り、俺はお前に答えを教えてやる気はない。
>Mayaは単純なHTMLじゃないだろ。
NO！
>m:inject="c:out"
>とか書かせてる時点で終わってるって言ってるんだよ。
>そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
TIMTOWTDI
>つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
エンジニアに対してはYes。デザイナに対してはNo。
>俺はお前の姿勢が気に入らない。
>○○をこう書くことによって△△の利点があるとかさ。
その様な親切をお前にくれてやるつもりは微塵もないｗ
- 655 名前：649 mailto:sage [2005/09/23(金) 23:00:09 ]
- 「S2Struts + Maya」について、利点をまとめてもらえないみたいなんでぐぐってみた。
激しくマイナーなんだな……。コレ。
まぁ、予定通り土日はさらにJSFの勉強しないとな。
S2Struts Maya の検索結果のうち 日本語のページ 約 268 件中 1 - 35 件目 (0.06 秒)
最も的確な結果を表示するために、上の35件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。
- 656 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:06:05 ]
- >>629
気になったんで調べたんだが、MyFaces1.0.9 + Tomcat5.5.9 + Sevlet Version2.3でも再現したぞ。
■A Sun Java Studio Creatorが自動生成
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/faces/*</url-pattern>
<!-- <url-pattern>*.faces</url-pattern> -->
</servlet-mapping>
■B Exadel Studio 2.5.2が自動生成
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
Aのservlet-mappingを適用することで、何故かWEB-INF以下が丸見えになるってことか。
Bの設定だとWEB-INF以下を指定しても404が返ってきたんで一安心って感じ。
Faces Servletのurl-patternの設定はWEB上の資料だとAの「/faces/*」がかなり目立つが、
結局どの値を設定すればいいのだろうか……。
- 657 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:55:09 ]
- ひがさん主導のS2JSFに出てくるMayaと、まさたかさん主導のMayaはまったくの別物みたいですよ。
IPAに採択されたのは後者のMayaのみ。日記漁ると昔いろいろあったようで、名前が同じなので判りにくいですけど。
S2JSFはデザイナとの分離はできてないと思います。理由はビューにおもいっきし専用タグが出現しまくるからです。
一方、後者のMayaは、デザイナとの分離は出来てます。
デザイナに画面発注してプログラムが入る余地があるところは、idを付けて貰えばそれに引っ掛けて動的なコンテンツを
注入できる。やろうと思えばid=""なくても、XPathで好きな位置に注入もできるみたいですし。
つまり既にあるHTMLに対してそのファイルは編集せずに.mayaファイルによる後付で動的なページにできるってこと。
なので、デザイナとの分離が出来てると言えます。実際Maya使ってみるとかなり良いですよ。
Mayaはあくまでテンプレートエンジンであって、MayaはStruts・WebWork・Springなどたいていのフレームワークと
一緒に動かすことが出来て、将来的にS2JSFのビューになる作業も最近進めているみたいです。
そうなれば、S2JSFのビューもデザイナとの分離が出来ていると言えるようになるかもしれません。
S2Struts + Mayaってのは、Struts(MVCフレームワーク) + S2Struts(DIコンテナ橋渡し+α) + Maya(テンプレート)
という3つを組み合わせたものですよね。S2Strutsの+αは、無設定Strutsとか。
また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
Strutsなどがなくてもそれっぽいことできるみたいです。
JSFはMyFacesで考えると動きが微妙なので好きになれないです。S2JSF1.0.0で作って動かしてるシステムが
あるものの改修するのが面倒なので、Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
JSFはもっと作りやすくなるまで当分やりたくないです。なんでJSFの話が最近多いのか疑問。。。流行？
Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
- 658 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:14:28 ]
- >>656
多分、B案が良いと思う。
というのは、MyFacesのBlankがその設定だったはず。
- 659 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:23:37 ]
- >>657
＞また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
＞Strutsなどがなくてもそれっぽいことできるみたいです。
俺は、正直これは要らない（余計）だと思ってる。
＞JSFはMyFacesで考えると動きが微妙なので好きになれないです。
MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
＞S2JSF1.0.0で作って動かしてるシステムが あるものの改修するのが面倒なので、
＞Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
改修するのは何でも面倒だよ。
＞JSFはもっと作りやすくなるまで当分やりたくないです。
＞なんでJSFの話が最近多いのか疑問。。。流行？
流行というか、今後を考えた為っていうのが正解の様な気がする。
理由は幾つかある。
・標準として組み込まれたという事
・Strutsは既に知っている（既存システムの修正・拡張は問題無い）
・Struts-ShaleがJSFベースになる
・やっぱり、Strutsと比べると面倒
- 660 名前：659 mailto:sage [2005/09/24(土) 19:34:00 ]
- ---- 続き -----
＞Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
ドキュメントは本当に残念。あとサンプルプログラムもちょと残念。
一応、仕事としてWebシステムとかJavaに関わってる人達が居るんだから、
もう少し業務システムっぽいサンプルが欲しいと思った。
個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
というのは開発側の選択の自由が無い。
S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
また、何でも間でもS2の仕様に合わせるのも嫌だ。
此処はS2の機能を使いたいけど、此処は標準でいいやとか、
そういった細かい選択も行いたいというのが正直な所。
＞あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
＞不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
これは面白いよねｗ
でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これが完全に第3者の企業とかがやるならいいのだが、
関係者が行うと、メーリングリストでの質問やブログ、
更には公式ドキュメントやサンプルに手を抜く可能性がある。
意図的か故意かは別としてね。
当然、中には、この部分に手を抜けば、サポート契約が増えて儲かると考える奴が出てくる。
|
 |
