JSF(JavaServer Faces)【.NET死亡？！！！】

JSF(JavaServer Faces ..

697:デフォルトの名無しさん
05/09/27 20:52:59 O
>>692
独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。

698:デフォルトの名無しさん
05/09/27 21:03:08 0
>>697
俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。

ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。

やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・

ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。

699:デフォルトの名無しさん
05/09/27 21:20:52 O
>>696
全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。

>>698
そりゃデザイナと呼べないだろw

700:デフォルトの名無しさん
05/09/27 22:50:21
URLﾘﾝｸ(maya.sandbox.seasar.org)
Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ

701:デフォルトの名無しさん
05/09/27 23:04:06
>>699
デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。

702:デフォルトの名無しさん
05/09/28 00:02:02
＞700
うむ、吠えた奴に感謝だ！

703:デフォルトの名無しさん
05/09/28 02:45:00
>>700
うむ、おれはJSPでいいや。

704:デフォルトの名無しさん
05/09/28 03:10:16
MyFaces1.1.0を使ってます。



<t:dataList value="#{BackingBean.itemList}" var="item" rowIndexVar="index" layout="unorderedList">
<t:selectOneRadio id="select" layout="spread">
<f:selectItems value="#{BackingBean.itemList}" />
</t:selectOneRadio>

<t:radio for="select" index="#{index}" />
</t:dataList>

tableをレタリングしないselectOneRadioを作ろうと上のようにやってみたんだけど、
ラジオボタンのname属性がすべて別になって困っています。
name属性を指定するにはどうしたらいいんでしょ？

705:デフォルトの名無しさん
05/09/28 03:14:34
<c:forEach items="${sessionScope.BackingBean.itemList}" varStatus="status">
<t:radio for="select" index="${status.index}" />
</c:forEach>

それとJSTLの<c:forEach>でも書こうかと思ったんですが、indexにEL式を書くと
「TLD又はタグファイル中のattribute指示子に従って属性indexはどんな式も受け付けません」
と怒られてしまいます。
JSFのコンポーネントからしか指定できないんでしょうか？

706:デフォルトの名無しさん
05/09/28 03:27:26
>>704

ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける

一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w

707:デフォルトの名無しさん
05/09/28 15:29:49
バカが征くの中の人、ここ見てるのかな？

708:デフォルトの名無しさん
05/09/28 21:23:08
小規模向き

709:デフォルトの名無しさん
05/09/28 21:46:19
だれだ？ＪＳＦがデザイナと分離難しいとかいっている奴は・・・
むしろ逆ですよＪＳＦは

710:デフォルトの名無しさん
05/09/28 22:11:12
分離が難しいのはJSPじゃないかな？

711:デフォルトの名無しさん
05/09/28 23:43:21
maya＆JBOSSだとアプリの
再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。

712:デフォルトの名無しさん
05/09/28 23:45:44
>>711
> 皆どうやってんだろ。

誰もJBoss使ってない

713:デフォルトの名無しさん
05/09/28 23:53:08
>>712
んなこたーない

が、その組み合わせでは使っていない

714:デフォルトの名無しさん
05/09/29 02:17:26
>>711
だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。

715:デフォルトの名無しさん
05/09/29 15:06:54
WEB-INF丸見え、色んな所で騒がれてきたね。
ここが一番早かった？

716:デフォルトの名無しさん
05/09/29 16:50:29
>>715
一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。

だから、それほど騒がれる理由が俺には不明。

適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。

717:デフォルトの名無しさん
05/09/29 16:59:23
>>716

＞設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？

で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？

718:デフォルトの名無しさん
05/09/29 17:59:29
>>717
なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。

SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。

719:デフォルトの名無しさん
05/09/29 19:57:12
デフォルトってのはわからんし
設定次第で対応できるってのもあるんだけど

/なんちゃら/*

ってのがダメってのは、ちょっとなあって感じ。

なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。

720:デフォルトの名無しさん
05/09/29 22:55:51
>>718
サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。

これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。

＞設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。

721:デフォルトの名無しさん
05/09/29 22:56:25
>>718
で、「適切な設定」とは何よ？

722:デフォルトの名無しさん
05/09/30 00:25:23
サンプルの問題だと思っている時点で>>718は何もわかってないだろ。

723:デフォルトの名無しさん
05/09/30 00:52:16
おいおいWEB-INFとかどうでもいいじゃん。

724:デフォルトの名無しさん
05/09/30 01:14:21
どうでもいいのか？

725:デフォルトの名無しさん
05/09/30 09:54:12
おもちゃ作ってるならどうでもいいな

726:デフォルトの名無しさん
05/10/03 13:12:03
おいおい・・・
ＪＳＦさっぱりわかんね(´・ω・`)

xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ

何か分かりやすく解説してるサイトって知らない？

727:デフォルトの名無しさん
05/10/03 14:49:58
JSFをインストールしようとしてるんですが、
JWSDPって入れないとJSFは使えないの？

今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？

728:デフォルトの名無しさん
05/10/03 14:59:17
＞ JWSDPって入れないとJSFは使えないの？
そんなことはない

＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。

＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？

729:デフォルトの名無しさん
05/10/03 20:36:08
>>726
えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。

730:デフォルトの名無しさん
05/10/03 22:48:46
>>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
URLﾘﾝｸ(www.netbeans.org)

どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。

731:デフォルトの名無しさん
05/10/04 09:32:21
要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？

732:デフォルトの名無しさん
05/10/04 10:09:01
JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。

733:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/04 12:52:08
いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。

735:デフォルトの名無しさん
05/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>

<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>

</table>
---------------------------------------------------

736:デフォルトの名無しさん
05/10/10 20:55:35
教えてエロイ人

（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
　　hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
　っていう、一足遅れでURL遷移がついてくるアレのことね。

（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
　　それとも見てみぬふり？

あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？

737:デフォルトの名無しさん
05/10/10 21:01:42
URLが気になるアプリにはJSFは向かない。

738:736
05/10/10 21:02:47
まじすか！

739:デフォルトの名無しさん
05/10/10 21:04:32
>>737の言うとおり。割り切れ。

740:736
05/10/10 21:10:26
うほっ。JSFってかなり強気ッスね。

あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？

アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？

741:デフォルトの名無しさん
05/10/10 21:53:28
一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。

742:デフォルトの名無しさん
05/10/10 22:05:33
ほかにもセッション情報に激しく依存してるので、割り切りが必要。

743:736
05/10/10 22:18:14
>>741
レスどうもっす。

>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから

あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的

全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。

固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。

>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。

744:デフォルトの名無しさん
05/10/11 01:43:05
redirectでいいじゃん

745:736
05/10/12 23:14:34
>>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。

746:デフォルトの名無しさん
05/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
05/10/13 15:09:27
ソースが

<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="f"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" 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:デフォルトの名無しさん
05/10/13 15:17:22
>>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。

web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？

749:デフォルトの名無しさん
05/10/13 15:26:53
>>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると

HTTPステータス 404 - サーブレット Faces Servlet が利用できません

となりました。。。

ちなみにweb.xmlはこうです。

<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="URLﾘﾝｸ(java.sun.com)" xmlns:xsi="URLﾘﾝｸ(www.w3.org)" xsi:schemaLocation="URLﾘﾝｸ(java.sun.com) URLﾘﾝｸ(java.sun.com)" 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:デフォルトの名無しさん
05/10/13 16:07:45
>>749
＞本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ

JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？

751:デフォルトの名無しさん
05/10/13 16:14:28
>>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>

って感じか？

752:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/13 16:27:53
>>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。

754:デフォルトの名無しさん
05/10/13 23:43:39
JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･

755:デフォルトの名無しさん
05/10/13 23:58:07
>>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。

756:デフォルトの名無しさん
05/10/14 00:17:31
<link href="css/hoge.css" rel="stylesheet" type="text/css">

HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？

757:735
05/10/14 01:42:24
誰か～、735で記載した件に答えてくれ～(泣)

>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？

758:デフォルトの名無しさん
05/10/14 05:40:51
>>735
なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？

759:デフォルトの名無しさん
05/10/14 06:03:59
>>756
JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？

760:デフォルトの名無しさん
05/10/14 07:54:11
>>756
＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？

761:デフォルトの名無しさん
05/10/14 07:55:45
>>735
俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？

762:デフォルトの名無しさん
05/10/14 11:18:40
<INPUT TYPE="password" ISTYLE="4">
↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？

763:デフォルトの名無しさん
05/10/15 00:25:16
>>762
inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー

764:デフォルトの名無しさん
05/10/15 19:38:36
/WEB-INF/の下が見えるという事に驚いている人は・・・

765:デフォルトの名無しさん
05/10/15 19:49:15
心やさしい人

766:デフォルトの名無しさん
05/10/16 02:32:15
>>729
アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと

ってここはマ板だったな

767:デフォルトの名無しさん
05/10/16 10:27:47
>>766
おまえバカ？本質を分かってねーんじゃねーか？

XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。

依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w

だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。

768:デフォルトの名無しさん
05/10/16 11:31:37
その1割の奴が手綱を握れるように、ソースコード中に散在させないで
設定ファイルで一括管理するんじゃないの？

769:デフォルトの名無しさん
05/10/16 13:32:07
>>768
一括管理のメリットより、増える手間のデメリットが莫大

770:デフォルトの名無しさん
05/10/16 14:15:06
>>768
最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。

771:デフォルトの名無しさん
05/10/16 14:25:10
StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。

772:デフォルトの名無しさん
05/10/16 16:28:10
>>771
だったらコード中に書けばいいの？これって

773:デフォルトの名無しさん
05/10/16 17:40:41
>>772
そういう問題があったから、アノテーションという構文が拡張されたわけだ。

774:デフォルトの名無しさん
05/10/17 01:30:00
>>767
お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ

775:デフォルトの名無しさん
05/10/17 07:45:30
>>769
じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？

776:デフォルトの名無しさん
05/10/17 18:32:41
>>775
で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが

777:デフォルトの名無しさん
05/10/17 21:22:05
>>776
Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。

778:デフォルトの名無しさん
05/10/17 21:42:20
>>777
Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。

779:デフォルトの名無しさん
05/10/18 02:20:36
EJB3、Hibernate Annotations、Seasar2.3等を見てると
メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな

780:デフォルトの名無しさん
05/10/18 07:52:12
>>778
そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。

781:デフォルトの名無しさん
05/10/18 12:37:08
>>780
は？おまえ全然話題についていけてないよ。

782:デフォルトの名無しさん
05/10/18 12:45:56
StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。

783:デフォルトの名無しさん
05/10/18 14:15:44
>>777
ところで、Struts使わないとほんとにひどいことになるか？

784:デフォルトの名無しさん
05/10/19 07:29:15
基礎的な質問ですみません。
JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？

785:デフォルトの名無しさん
05/10/19 07:38:26
>>784
そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。

786:784
05/10/19 08:58:53
と言う事は、大規模プログラムに向かないと言う事？
かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)

787:デフォルトの名無しさん
05/10/19 09:29:18
長い=大規模に向かないってのがよくわからん

788:デフォルトの名無しさん
05/10/19 10:25:15
ストラッツよりかなり長くなる気がして・・・
そうなると管理、修正とかしにくくないですかね？

789:デフォルトの名無しさん
05/10/19 10:56:33
もしかして<navigation-case>の要素を全部指定してるとか？
記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？

ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）

ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。

790:デフォルトの名無しさん
05/11/11 13:40:47
JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね

791:デフォルトの名無しさん
05/11/11 15:04:00
JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？

792:デフォルトの名無しさん
05/11/12 01:15:03
>>791
いやそもそもつかいにくくて、そんなことを考える余裕すらない

793:デフォルトの名無しさん
05/11/12 01:19:30
>>791
そういうUIコンポーネントを作ればできる。
どっかのベンダーが作ってるかもしれない。

794:デフォルトの名無しさん
05/11/17 00:58:52
実際の案件でオールJSFとか使った人いる？
もうそーゆーレベルで使われ出してたりするのかな？

795:デフォルトの名無しさん
05/11/17 10:33:56
>>794
使った。まだ時期尚早だと感じた。
Java EE5対応の開発環境が各社から出そろって
各製品がバージョンアップが一回ずつぐらい行われた頃になると
ほどよく成熟して足並みもそろうのだと思う。

796:デフォルトの名無しさん
05/11/17 11:19:38
Oracleが一番早く対応しそうだな。
WebSphereとWebLogicはもうちょっと先になるかな？

797:デフォルトの名無しさん
05/11/17 14:53:10
>>796
今使ってるOracleのAP鯖、ず～っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。

早く来い来いEJB3

798:デフォルトの名無しさん
05/11/17 23:29:24
EJB3.0ってそんなに便利なの?

799:デフォルトの名無しさん
05/11/17 23:41:07
>>798
ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。

EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。

800:デフォルトの名無しさん
05/11/17 23:45:58
しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ

801:デフォルトの名無しさん
05/11/17 23:56:41
ジェロニモはEJB3か？っつかジェロニモってあるのか？

802:デフォルトの名無しさん
05/11/18 00:02:51
DIコンテナってみんな独自だったのがEJB3という標準化によって
どこのアプリ鯖使っても動くようになるってのは割と大きいよ

803:デフォルトの名無しさん
05/11/18 00:09:42
EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？

804:デフォルトの名無しさん
05/11/18 00:51:41
EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし

>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか

805:デフォルトの名無しさん
05/11/18 00:56:08
>>795
レスありがとー。
やっぱまだ時期尚早かぁ。

URLﾘﾝｸ(file1.grp.yahoofs.jp)

↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。

806:デフォルトの名無しさん
05/11/18 01:13:55
>>805
アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。

807:デフォルトの名無しさん
05/11/18 12:54:20
Sun Java Studio Creatorで業務した人いる?
なんか使った感じ、かなり便利だった。

808:デフォルトの名無しさん
05/11/18 13:18:10
JDevelopperもSun Java Studio Creatorも
どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。

809:デフォルトの名無しさん
05/11/19 18:12:32
結論：Sun One >>>>>>>>> Eclipse

810:デフォルトの名無しさん
05/11/19 22:17:15
>>805
見れないんだけど、何が書いてあるの？

811:デフォルトの名無しさん
05/11/20 01:17:28
>>810
ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；

URLﾘﾝｸ(groups.yahoo.co.jp)

ここのブリーフケースの中にあるJSFTips.htmlってファイル。

よくわかるJavaServer Facesのしくみ
URLﾘﾝｸ(www.amazon.co.jp)

↑の本書いてる吉田裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？

で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。

812:デフォルトの名無しさん
05/11/20 01:36:39
>>811
さんきゅ！

813:デフォルトの名無しさん
05/11/20 04:28:42
>>811
サーバーパワーなんか、ヒューマンリソースに比べれば二束三文

814:デフォルトの名無しさん
05/11/20 04:31:56
実際の実行環境は、パワーあるマシン使うのが普通なので問題ない

815:デフォルトの名無しさん
05/11/20 13:47:52
何Wくらいのがお薦めですか？

816:デフォルトの名無しさん
05/11/20 13:50:19
1.21ジゴW

817:デフォルトの名無しさん
05/11/22 20:59:34
死亡したのは.netではなくstrutsだな。

818:デフォルトの名無しさん
05/11/22 21:42:24
>>817
struts現verの死滅は確実。（と、struts開発元も公言）

shaleがどうなるのか見ものだね。

個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。

その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。

勘違いだったらｽﾏｿ

819:デフォルトの名無しさん
05/11/22 22:34:29
>>818
全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。

JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。

820:デフォルトの名無しさん
05/11/23 12:32:42
>>802
実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。

821:デフォルトの名無しさん
05/11/23 14:04:45
>>820
Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。

822:デフォルトの名無しさん
05/11/23 14:22:30
JSP/servletとかと同じだよな
結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない

JSFに関してはもうちっとなんだろうけど
creater２見る限り開発は問題なさそうだが
運用環境が頭痛いか

823:デフォルトの名無しさん
05/11/24 02:27:49
creater２いいとかいうが
あの自動生成のソースが気持ち悪くて最悪なので
どうしても使う気になれない。

824:デフォルトの名無しさん
05/11/24 23:34:54
コンパイル後のバイナリが気にならないように、
自動生成のソースの中身を気にならなくなる時代が来るのかもな。

825:デフォルトの名無しさん
05/11/24 23:38:28
自動生成部分はいじらないのが普通だろ
GUIエディタでもそうだし

826:デフォルトの名無しさん
05/11/24 23:39:01
>>824
そう思う。
アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。

827:デフォルトの名無しさん
05/11/24 23:48:53
つーか、コンパイラとかアセンブラ自体がすでに（ｒｙ

828:デフォルトの名無しさん
05/11/25 09:43:37
>>826
アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ

829:デフォルトの名無しさん
05/11/25 15:12:41
開放感でうれしかったけど。

830:デフォルトの名無しさん
05/11/25 23:25:23
Cコンパイラが生成したアセンブラソースのことじゃね？

831:デフォルトの名無しさん
05/12/04 09:48:27
開発ツールSun Java Studio Enterprise 8、無償でリリース－＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)

タダで使えるようになったみたいだけど、これのJSF機能ってどうなの？
楽チン？

832:デフォルトの名無しさん
05/12/04 11:49:07
>>831
JSFに特化するなら、Creatorのほうがいいかも

833:デフォルトの名無しさん
05/12/04 13:11:08
>>831
JSFに特化かどうかというよりも、その両製品は対象ユーザが違う。

JSFのAPIを隠蔽して、完全にグラフィカルな作業環境で開発したい
→Creator
APIなどをある程度把握して、自分で好きに実装したい
→Sun Java Studio Enterprise

どんなコードを生成してくれても気にしない。そのかわりにお手軽開発というのならCreator。
そのかわり、大規模アプリケーションを何人ものプログラマでコードを共有するのには向いていない。
システム開発屋が扱うというよりも、ユーザ企業の担当者がちょっとした
マスタメンテツールや情報検索ツールを作るのに向いているし、そういうユーザがターゲット。

834:831
05/12/04 13:59:46
>>832
>>833

レスありがとう。

だとすると、業務で使うとしたらメインはやっぱJava Studioの方になるのかな～。
Createrはちょっとしたツールとか書く時にはロジックに集中できて便利そうね。

ちなみにダウンロードサイトが英語だったりしてイマイチよく分かってないんだけど、
この2つの「無償」ってのは、商用利用も含めて「無償」で使っていいよ、ってこと？

それとも個人利用の制限あり？？

835:デフォルトの名無しさん
05/12/16 13:57:57
いつの間にか facelets1.0.4がreleaseされてますよ。
URLﾘﾝｸ(facelets.dev.java.net)
誰か人柱になってくれんかのぉ。

836:デフォルトの名無しさん
05/12/16 19:38:38
>>835 人柱よろｗ

837:デフォルトの名無しさん
05/12/18 02:29:30
Oracle、ApacheにJSF実装「ADF Faces」を寄贈へ
URLﾘﾝｸ(pcweb.mycom.co.jp)

838:デフォルトの名無しさん
05/12/18 21:19:55
通常のリンクで<to-view-id>にフォワードするのに<from-outcome>に指定した文字列を使いたくて
<f:view>
<h:form>
<h:commandLink action="link">
</h:form>
</f:view>
と書いてます。
これをもっと簡単に書く方法はありませんか？

839:デフォルトの名無しさん
05/12/18 22:55:32
充分に簡単だと思うけどな・・・・

840:デフォルトの名無しさん
05/12/18 23:04:59
JSFじゃなければ<a href="link.jsp">で済むので、簡単だとは思えません。

841:デフォルトの名無しさん
05/12/18 23:48:26
GET受け付けないから無理

842:デフォルトの名無しさん
05/12/19 01:09:04
f:viewは仕方ないにしても、h:formが必要ない書き方って標準でないんでしょうか？

843:デフォルトの名無しさん
05/12/19 07:45:39
ASP.NETのパクリ成功した？

844:デフォルトの名無しさん
05/12/19 11:51:21
もう一息です

845:デフォルトの名無しさん
05/12/19 12:40:11
JavaEE5出てから本格始動だろうな

846:デフォルトの名無しさん
05/12/19 13:00:46
>facelets

これ、素のHTMLのTableタグをdatatableとかpanlegridに置き換える方法が判んない。

847:デフォルトの名無しさん
05/12/19 19:32:55
>>840
じゃ、おまいには無理だ

848:デフォルトの名無しさん
05/12/20 23:56:04
>>837
これでJSFにも勢いつくといいね。

＞100を越えるJSFコンポーネントから構成されており

結構すごそう。
誰かもう触った人いる？

849:デフォルトの名無しさん
05/12/24 08:25:58
ちょっと試してみた。
tomahawkのように他のJSF実装と組み合わせて使う方式だから簡単に試せると
思ったが、子要素の解釈が結構違っていてかなりの書き換えが必要になりそう。
Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど、ADFはほとんど全滅。同等のJSFタグに置き換えるか、verbatimで
囲む必要があった。
一方でJSF標準はjstlとの併用がまったく考慮されていないのが不満だったけど、
ADFでは独自にforEachやswitcherなどを用意してくれているのがありがたい。
forEachはまだいろいろ制約があるみたいだけど。

850:デフォルトの名無しさん
05/12/24 11:49:00
JSFも1.2はJSTLと併用できるみたいね。

851:デフォルトの名無しさん
05/12/24 12:12:21
>>849
＞Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど

ものによる。

この問題を解決するために、JSF1.2/JSP2.1ではJSFタグに${...}を記述できるようになる。
${...}は即時解釈（通常のJSPと同じタイミング）され、
#{...}はレスポンス描画フェーズで解釈される

・・・だそうだ。JavaOneでCraigとYUTAさんがそう言ってた。

852:デフォルトの名無しさん
05/12/26 10:54:37
求む人柱
URLﾘﾝｸ(www.alphaworks.ibm.com)

853:デフォルトの名無しさん
05/12/27 01:40:08
人柱って、、、試したところで何のデメリットもないんだから手前で試せよ。

854:デフォルトの名無しさん
05/12/27 09:30:17
環境が無いんだよ

855:デフォルトの名無しさん
05/12/28 00:22:42
>>854
どういう意味だ？

856:デフォルトの名無しさん
05/12/28 01:00:43
家にも会社にもPCが無いんだろ。
2ちゃんは携帯からか？

857:デフォルトの名無しさん
05/12/31 11:04:18
>>856
すごいなｗ

858:デフォルトの名無しさん
06/01/03 03:33:41
JSFって、実際のところどうですか？

859:デフォルトの名無しさん
06/01/03 22:34:23
悪くないよ。
でも基本的にグラフィカルIDEが必要。
コードで書くもんじゃない。

860:デフォルトの名無しさん
06/01/03 23:08:36
テキストベースのコードを直書きしても、Strutsよりはるかにマシ。
GUIベースのIDEは、下記の点を割りきればOK。
・ベンダ依存のコードになる（他のツールでの編集は考えてはいけない）
・ソースを直接編集することは一切考えない（上に同じ）
・自動生成されたコードがキモい

861:デフォルトの名無しさん
06/01/04 00:56:06
>>859
JSFを信じない人のために: JSFに関するFUDをクリアーする
URLﾘﾝｸ(www-06.ibm.com)

これによると

>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。

だってさ。
詳しくは読んでないから知らんが。

862:デフォルトの名無しさん
06/01/04 01:20:14
>>861
>『WYSIWYGツールを使わなくても、JSF開発はStrutsよりもずっと簡単なのです！』

あくまでもStrutsに対する相対評価だね。

863:デフォルトの名無しさん
06/01/04 03:16:51
Java初心者なんですが、できるだけお手軽にWebアプリを作りたいので、
JSFに注目してます。
Javaっていろんなフレームワークがあって、何から手をつけてよいのか迷い
ます。
JSFでWebアプリを作れるようになるには、どういう順序で勉強すればいいの
でしょうか。
Javaの基礎（文法）⇒JSPとサーブレット⇒JSF
こんな感じでいいでしょうか。

864:デフォルトの名無しさん
06/01/04 08:08:46
順番はそれでいいと思うけど、単にお手軽につくりたいだけならPHPの方がいいような･･･

865:デフォルトの名無しさん
06/01/04 11:31:15
>>863
sun java studio creator を使え。
それでもだめならあきらめろ。

866:デフォルトの名無しさん
06/01/04 16:49:33
863です。レスありがとうございます。

>>864
PHPとASP.netは使えます。これらに慣れすぎたせいでJavaでもお手軽に
作れないかなという気持ちになってしまいました。

>>865
早速ゲットしました。これが無料って、すごいですね。

867:デフォルトの名無しさん
06/01/04 19:36:08
sun java studio creatorを使いこなせれば、
たいていのWEBアプリはOKだと思う。

868:デフォルトの名無しさん
06/01/04 19:42:52
>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
必要なんじゃなくて、ツールと一緒に使うことも視野に入っているだけ

869:デフォルトの名無しさん
06/01/04 20:04:06
はいどうぞ。
URLﾘﾝｸ(pcweb.mycom.co.jp)

870:デフォルトの名無しさん
06/01/17 00:07:12
JSFにはバリデーションマスクみたいな機能ってないんでつか？
わざわざActionListenerでコンポーネントツリーつかってシコシコ
processValidators呼んでやんないとだめなんすか？

それともこんな質問してる俺が馬鹿なだけですか？

871:デフォルトの名無しさん
06/01/17 16:33:55
JSPから引数があるメソッド呼ぶ方法ってないの？

こんなのを呼びたい
public String getLabel(int state) {
return (state == 0 ? "０" : "１");
}
エンティティに表示文字列を意識させたくない

872:デフォルトの名無しさん
06/01/17 16:41:54
普通に呼び出せばいいと思うが。
しかし、選択肢はJSPかエンティティしかないのか？

873:デフォルトの名無しさん
06/01/17 17:07:51
具体的にどうすれば良いのだ？

#{hoge.label}
の形式では無理なのか？

874:デフォルトの名無しさん
06/01/17 17:50:40
スクリプトレット使えばよかろう。

875:デフォルトの名無しさん
06/01/17 18:22:50
<t:dataTable value="#{aaa.hogeList}" var="hoge">
　<h:column>
　　<f:facet name="header">
　　</f:facet>
　　<%= hoge.getLabel() %>
　</h:column>
</t:dataTable>

せんせーできません

876:デフォルトの名無しさん
06/01/17 19:04:37
page.getAttributeじゃねぇの？

877:デフォルトの名無しさん
06/01/17 19:48:54
そもそもdataTableタグの中でスクリプトレット使えないから・・

878:デフォルトの名無しさん
06/01/17 19:50:38
>>877
JSF1.1まではね。

879:デフォルトの名無しさん
06/01/17 20:20:55
俺らみたいな低民族がまともに開発できるバージョンで教えてくれ

次ページ