- 1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33]
- スレがないので新しくたてました
www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
java.sun.com/webservices/downloads/webservicespack.html
- 730 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 22:48:46 ]
- >>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
www.netbeans.org/
どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。
- 731 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 09:32:21 ]
- 要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？
- 732 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 10:09:01 ]
- JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。
- 733 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 10:19:25 ]
- ちょっとｶﾜｲｿｽｷﾞなので・・・
>>727
jsf-api.jar
jsf-impl.jar
commons-beanutils.jar
commons-loging.jar
を君のwebAppのWEB-INF/libに入れろ。これが基本。
いろんなアプリを作るなら、WEB-INF/libではなく、
(Tomcatの場合)
shared/libに入れろ
(その他のAP鯖)
マニュアルのクラスローダの章を読め
- 734 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 12:52:08 ]
- いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。
- 735 名前：デフォルトの名無しさん mailto:sage [2005/10/06(木) 19:28:59 ]
- 最近、JSFの動作テストをし始めたのだけど、ハイパーリンク周りが弱い気がする･･･。
h:commandLinkにimg要素を入れることができないとか、h:commandLink要素にonclick属性がないとか、f:pramのvalue属性に$が使えないとか･･･。
デザイナーからあがってくるHTMLには、↓みたいなのが良くあると思うんだけど、hoge.html(最終的にはjsp)を表示する前にサーバー側での処理を行わなきゃいけないときは、どうすりゃいいのさ？
MyFacesとかは、まだ動作確認していないんだけど、こういうのを解決するようなh:commandLinkの拡張とかあるの？
ちなみに検索結果分ループの処理には、JSTLのforEachを使って解決しようとしたんだけど、これが間違い？
---------------------------------------------------
<script type="text/javascript">
function func1(hogeID) {
url ="hoge.html?id=" + hogeID;
window.open(url, "window_name", "width=550,height=500,scrollbars=yes,resizable=yes");
}
</script>
<table>
<!-- 検索結果分ループstart -->
<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>
<!-- 検索結果分ループend -->
</table>
---------------------------------------------------
- 736 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 20:55:35 ]
- 教えてエロイ人
（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
っていう、一足遅れでURL遷移がついてくるアレのことね。
（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
それとも見てみぬふり？
あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？
- 737 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:01:42 ]
- URLが気になるアプリにはJSFは向かない。
- 738 名前：736 mailto:sage [2005/10/10(月) 21:02:47 ]
- まじすか！
- 739 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:04:32 ]
- >>737の言うとおり。割り切れ。
- 740 名前：736 mailto:sage [2005/10/10(月) 21:10:26 ]
- うほっ。JSFってかなり強気ッスね。
あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？
アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？
- 741 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:53:28 ]
- 一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。
- 742 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 22:05:33 ]
- ほかにもセッション情報に激しく依存してるので、割り切りが必要。
- 743 名前：736 mailto:sage [2005/10/10(月) 22:18:14 ]
- >>741
レスどうもっす。
>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的
全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。
固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。
>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。
- 744 名前：デフォルトの名無しさん mailto:sage [2005/10/11(火) 01:43:05 ]
- redirectでいいじゃん
- 745 名前：736 mailto:sage [2005/10/12(水) 23:14:34 ]
- >>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。
- 746 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:08:35 ]
- すみません。
今JSFを勉強中なんですが、動かそうとしたら下記のようなエラーが出てしまいます。
原因は分かる方、アドバイス願いたいのですが･･･m(_ _)m
HTTPステータス 500 -
type 例外レポート
例外
javax.servlet.ServletException: Cannot find FacesContext
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:848)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:781)
org.apache.jsp.sampleJSP_jsp._jspService(org.apache.jsp.sampleJSP_jsp:83)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
- 747 名前：746 [2005/10/13(木) 15:09:27 ]
- ソースが
<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="java.sun.com/jsf/core" prefix="f"%>
<%@taglib uri="java.sun.com/jsf/html" prefix="h"%>
<html>
<head>
<title>jsfsample1</title>
</head>
<body bgcolor="#ffffff">
<h1>JSF sample</h1>
<f:view>
<h:form>
<h:outputText value="Welcome to JavaServer Pages." />
<br/>
<h:inputText />
<h:commandButton value="click"/>
</h:form>
</f:view>
</body>
</html>
こんな感じです・・・
- 748 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:17:22 ]
- >>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。
web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？
- 749 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:26:53 ]
- >>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると
HTTPステータス 404 - サーブレット Faces Servlet が利用できません
となりました。。。
ちなみにweb.xmlはこうです。
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="java.sun.com/xml/ns/j2ee" xmlns:xsi="www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="java.sun.com/xml/ns/j2ee java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">
<display-name>JSFSample</display-name>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>
本のとおりにしてるのに動かないなんてｏｒｚ
- 750 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:07:45 ]
- >>749
＞ 本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ
JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？
- 751 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:14:28 ]
- >>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
って感じか？
- 752 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:20:56 ]
- >>750
＞.jsp
そこはつっこまないで下さいｏｒｚ
JSFは
jsf-impl.jar・jsf-api.jar・commons-logging.jar・commons-digester.jar・commons-collections.jar
commons-beanutils.jar・demo-components.jar・standard.jar・jstl.jar
を動かすJSPフォルダ下のWEB-INF/libにいれております。
エクリプス上でTomcatを動かしてるのですが、起動した時に警告メッセージみたいなのが出てますね･･･
2005/10/13 16:21:59 org.apache.catalina.startup.ContextConfig applicationWebConfig
情報: アプリケーションのweb.xmlが見つかりません、デフォルトだけを使用します StandardEngine[Catalina].StandardHost[localhost].StandardContext[/test]
とか
致命的: Error loading WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@879860
javax.faces.webapp.FaceServlet
とか
2005/10/13 16:21:43 org.apache.catalina.core.StandardContext loadOnStartup
致命的: サーブレット /sampleJSPProj がload()例外を投げました
java.lang.ClassNotFoundException: javax.faces.webapp.FaceServlet
とか・・・
これが原因っぽいですね。。。
- 753 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:27:53 ]
- >>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。
- 754 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 23:43:39 ]
- JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･
- 755 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 23:58:07 ]
- >>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。
- 756 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 00:17:31 ]
- <link href="css/hoge.css" rel="stylesheet" type="text/css">
HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？
- 757 名前：735 mailto:sage [2005/10/14(金) 01:42:24 ]
- 誰か〜、735で記載した件に答えてくれ〜(泣)
>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？
- 758 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 05:40:51 ]
- >>735
なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？
- 759 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 06:03:59 ]
- >>756
JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？
- 760 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:54:11 ]
- >>756
＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？
- 761 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:55:45 ]
- >>735
俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？
- 762 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 11:18:40 ]
- <INPUT TYPE="password" ISTYLE="4">
↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？
- 763 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 00:25:16 ]
- >>762
inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー
- 764 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:38:36 ]
- /WEB-INF/の下が見えるという事に驚いている人は・・・
- 765 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:49:15 ]
- 心やさしい人
- 766 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 02:32:15 ]
- >>729
アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと
ってここはマ板だったな
- 767 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 10:27:47 ]
- >>766
おまえバカ？ 本質を分かってねーんじゃねーか？
XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。
依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w
だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。
- 768 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 11:31:37 ]
- その1割の奴が手綱を握れるように、ソースコード中に散在させないで
設定ファイルで一括管理するんじゃないの？
- 769 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 13:32:07 ]
- >>768
一括管理のメリットより、増える手間のデメリットが莫大
- 770 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:15:06 ]
- >>768
最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。
- 771 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:25:10 ]
- StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。
- 772 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 16:28:10 ]
- >>771
だったらコード中に書けばいいの？これって
- 773 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 17:40:41 ]
- >>772
そういう問題があったから、アノテーションという構文が拡張されたわけだ。
- 774 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 01:30:00 ]
- >>767
お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ
- 775 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 07:45:30 ]
- >>769
じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？
- 776 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 18:32:41 ]
- >>775
で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが
- 777 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:22:05 ]
- >>776
Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。
- 778 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:42:20 ]
- >>777
Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。
- 779 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 02:20:36 ]
- EJB3、Hibernate Annotations、Seasar2.3等を見てると
メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな
- 780 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 07:52:12 ]
- >>778
そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。
- 781 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:37:08 ]
- >>780
は？おまえ全然話題についていけてないよ。
- 782 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:45:56 ]
- StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。
- 783 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 14:15:44 ]
- >>777
ところで、Struts使わないとほんとにひどいことになるか？
- 784 名前：デフォルトの名無しさん [2005/10/19(水) 07:29:15 ]
- 基礎的な質問ですみません。
JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？
- 785 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 07:38:26 ]
- >>784
そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。
- 786 名前：784 mailto:sage [2005/10/19(水) 08:58:53 ]
- と言う事は、大規模プログラムに向かないと言う事？
かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)
- 787 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 09:29:18 ]
- 長い=大規模に向かない ってのがよくわからん
- 788 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:25:15 ]
- ストラッツよりかなり長くなる気がして・・・
そうなると管理、修正とかしにくくないですかね？
- 789 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:56:33 ]
- もしかして<navigation-case>の要素を全部指定してるとか？
記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？
ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）
ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。
- 790 名前：デフォルトの名無しさん [2005/11/11(金) 13:40:47 ]
- JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね
- 791 名前：デフォルトの名無しさん [2005/11/11(金) 15:04:00 ]
- JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？
- 792 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:15:03 ]
- >>791
いやそもそもつかいにくくて、そんなことを考える余裕すらない
- 793 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:19:30 ]
- >>791
そういうUIコンポーネントを作ればできる。
どっかのベンダーが作ってるかもしれない。
- 794 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 00:58:52 ]
- 実際の案件でオールJSFとか使った人いる？
もうそーゆーレベルで使われ出してたりするのかな？
- 795 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 10:33:56 ]
- >>794
使った。まだ時期尚早だと感じた。
Java EE5対応の開発環境が各社から出そろって
各製品がバージョンアップが一回ずつぐらい行われた頃になると
ほどよく成熟して足並みもそろうのだと思う。
- 796 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 11:19:38 ]
- Oracleが一番早く対応しそうだな。
WebSphereとWebLogicはもうちょっと先になるかな？
- 797 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 14:53:10 ]
- >>796
今使ってるOracleのAP鯖、ず〜っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。
早く来い来いEJB3
- 798 名前：デフォルトの名無しさん [2005/11/17(木) 23:29:24 ]
- EJB3.0ってそんなに便利なの?
- 799 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:41:07 ]
- >>798
ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。
EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。
- 800 名前：デフォルトの名無しさん [2005/11/17(木) 23:45:58 ]
- しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ
- 801 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:56:41 ]
- ジェロニモはEJB3か？ っつかジェロニモってあるのか？
- 802 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:02:51 ]
- DIコンテナってみんな独自だったのがEJB3という標準化によって
どこのアプリ鯖使っても動くようになるってのは割と大きいよ
- 803 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:09:42 ]
- EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？
- 804 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:51:41 ]
- EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし
>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか
- 805 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:56:08 ]
- >>795
レスありがとー。
やっぱまだ時期尚早かぁ。
file1.grp.yahoofs.jp/v1/8Jp8Q23h3jyW5zc2F8FdoipQK_wwW7TE5hF5dmuMm-sziRay0zv38zEyvu1WojpHFhXU1bMMCx-jad1WYgmxvmJV4Ug/JSFTips.html
↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。
- 806 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 01:13:55 ]
- >>805
アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。
- 807 名前：デフォルトの名無しさん [2005/11/18(金) 12:54:20 ]
- Sun Java Studio Creatorで業務した人いる?
なんか使った感じ、かなり便利だった。
- 808 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 13:18:10 ]
- JDevelopperもSun Java Studio Creatorも
どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。
- 809 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 18:12:32 ]
- 結論：Sun One >>>>>>>>> Eclipse
- 810 名前：デフォルトの名無しさん [2005/11/19(土) 22:17:15 ]
- >>805
見れないんだけど、何が書いてあるの？
- 811 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:17:28 ]
- >>810
ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；
groups.yahoo.co.jp/group/jsf-jp/
ここのブリーフケースの中にあるJSFTips.htmlってファイル。
よくわかるJavaServer Facesのしくみ
www.amazon.co.jp/exec/obidos/ASIN/4883732096/
↑の本書いてる吉田 裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？
で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。
- 812 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:36:39 ]
- >>811
さんきゅ！
- 813 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:28:42 ]
- >>811
サーバーパワーなんか、ヒューマンリソースに比べれば二束三文
- 814 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:31:56 ]
- 実際の実行環境は、パワーあるマシン使うのが普通なので問題ない
- 815 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:47:52 ]
- 何Wくらいのがお薦めですか？
- 816 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:50:19 ]
- 1.21ジゴW
- 817 名前：デフォルトの名無しさん [2005/11/22(火) 20:59:34 ]
- 死亡したのは.netではなくstrutsだな。
- 818 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 21:42:24 ]
- >>817
struts現verの死滅は確実。（と、struts開発元も公言）
shaleがどうなるのか見ものだね。
個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。
その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。
勘違いだったらｽﾏｿ
- 819 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 22:34:29 ]
- >>818
全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。
JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。
- 820 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 12:32:42 ]
- >>802
実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。
- 821 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:04:45 ]
- >>820
Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。
- 822 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:22:30 ]
- JSP/servletとかと同じだよな
結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない
JSFに関してはもうちっとなんだろうけど
creater２見る限り開発は問題なさそうだが
運用環境が頭痛いか
- 823 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 02:27:49 ]
- creater２いいとかいうが
あの自動生成のソースが気持ち悪くて最悪なので
どうしても使う気になれない。
- 824 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:34:54 ]
- コンパイル後のバイナリが気にならないように、
自動生成のソースの中身を気にならなくなる時代が来るのかもな。
- 825 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:38:28 ]
- 自動生成部分はいじらないのが普通だろ
GUIエディタでもそうだし
- 826 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:39:01 ]
- >>824
そう思う。
アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。
- 827 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:48:53 ]
- つーか、コンパイラとかアセンブラ自体がすでに（ｒｙ
- 828 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 09:43:37 ]
- >>826
アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ
- 829 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 15:12:41 ]
- 開放感でうれしかったけど。
- 830 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:25:23 ]
- Cコンパイラが生成したアセンブラソースのことじゃね？
|
 |
