JSF(JavaServer Faces)【.NET死亡？！！！】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
http://java.sun.com/webservices/downloads/webservicespack.html
0693デフォルトの名無しさん
2005/09/27(火) 11:33:32とりあえずJWSDP1.6をインストールしたのですが、これにはTomcatはついてないのでしょうか？
JWSDP1.3にはついてるような事が書いてるけど･･･
JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
すみません、、、初心者的な質問でm(_ _)m
0694デフォルトの名無しさん
2005/09/27(火) 11:45:031.6には付属してないみたいだね。Tomcatに限らず
Servletコンテナを自由に選択できるようになったみたい。
＞ JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
Mustではない。
自分で必要なライブラリ類をかき集めてもいい。
JWSDPは必要なライブラリ類がはじめからまとめて入っている
「おすすめセット」「初体験の方のための無料サンプル・試供品」
的なものだ。
0695693
2005/09/27(火) 11:54:39スレ違いと思われる質問にご解答ありがとうございますm(_ _)m
とりあえずtomcat50-jwsdp.zipってやつを解凍して、そのフォルダを
JWSDPで指定しておきますた。
他のツールはちょっと意味が分からないのでまだ放置で･･･
でもって、フォルダの中にjsf-1_1_01.zipを解凍していれたけど、
サンプルのGuess Numberって無いし・・・
初心者向けって本を買ったのにインストールも出来ないとはｏｒｚ
0696デフォルトの名無しさん
2005/09/27(火) 12:55:50＞2 プログラマがm:injectを追加する
これがそもそも分業じゃない。
デザイナの使うツールには、こういった余計なものを
消しちゃうものもあるし、
デザイン変更の時に、一回この項目を削除して・・・とやると、
当然、m:inject毎消すわけだし。
それとデザイナが消す可能性もある。
知ってか知らずかは別としてね。
つまり、S2JSFで分業は今現在では絶対に無理。
0697デフォルトの名無しさん
2005/09/27(火) 20:52:59O独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。
0698デフォルトの名無しさん
2005/09/27(火) 21:03:080俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。
ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。
やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・
ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。
0699デフォルトの名無しさん
2005/09/27(火) 21:20:52O全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。
>>698
そりゃデザイナと呼べないだろw
0700デフォルトの名無しさん
2005/09/27(火) 22:50:21Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ
0701デフォルトの名無しさん
2005/09/27(火) 23:04:06デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。
0702デフォルトの名無しさん
2005/09/28(水) 00:02:02うむ、吠えた奴に感謝だ！
0703デフォルトの名無しさん
2005/09/28(水) 02:45:00うむ、おれはJSPでいいや。
0704デフォルトの名無しさん
2005/09/28(水) 03:10:16<!-- <%@ taglib uri="http://myfaces.apache.org/tomahawk" prefix="t" %> -->
<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属性を指定するにはどうしたらいいんでしょ？
0705デフォルトの名無しさん
2005/09/28(水) 03:14:34<t:radio for="select" index="${status.index}" />
</c:forEach>
それとJSTLの<c:forEach>でも書こうかと思ったんですが、indexにEL式を書くと
「TLD又はタグファイル中のattribute指示子に従って属性indexはどんな式も受け付けません」
と怒られてしまいます。
JSFのコンポーネントからしか指定できないんでしょうか？
0706デフォルトの名無しさん
2005/09/28(水) 03:27:26ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける
一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w
0707デフォルトの名無しさん
2005/09/28(水) 15:29:490708デフォルトの名無しさん
2005/09/28(水) 21:23:080709デフォルトの名無しさん
2005/09/28(水) 21:46:19むしろ逆ですよＪＳＦは
0710デフォルトの名無しさん
2005/09/28(水) 22:11:120711デフォルトの名無しさん
2005/09/28(水) 23:43:21再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。
0712デフォルトの名無しさん
2005/09/28(水) 23:45:44> 皆どうやってんだろ。
誰もJBoss使ってない
0713デフォルトの名無しさん
2005/09/28(水) 23:53:08んなこたーない
が、その組み合わせでは使っていない
0714デフォルトの名無しさん
2005/09/29(木) 02:17:26だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。
0715デフォルトの名無しさん
2005/09/29(木) 15:06:54ここが一番早かった？
0716デフォルトの名無しさん
2005/09/29(木) 16:50:29一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。
だから、それほど騒がれる理由が俺には不明。
適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。
0717デフォルトの名無しさん
2005/09/29(木) 16:59:23＞ 設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？
で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？
0718デフォルトの名無しさん
2005/09/29(木) 17:59:29なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。
SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。
0719デフォルトの名無しさん
2005/09/29(木) 19:57:12設定次第で対応できるってのもあるんだけど
/なんちゃら/*
ってのがダメってのは、ちょっとなあって感じ。
なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。
0720デフォルトの名無しさん
2005/09/29(木) 22:55:51サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。
これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。
＞ 設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。
0721デフォルトの名無しさん
2005/09/29(木) 22:56:25で、「適切な設定」とは何よ？
0722デフォルトの名無しさん
2005/09/30(金) 00:25:230723デフォルトの名無しさん
2005/09/30(金) 00:52:160724デフォルトの名無しさん
2005/09/30(金) 01:14:210725デフォルトの名無しさん
2005/09/30(金) 09:54:120726デフォルトの名無しさん
2005/10/03(月) 13:12:03ＪＳＦさっぱりわかんね(´・ω・`)
xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ
何か分かりやすく解説してるサイトって知らない？
0727デフォルトの名無しさん
2005/10/03(月) 14:49:58JWSDPって入れないとJSFは使えないの？
今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
0728デフォルトの名無しさん
2005/10/03(月) 14:59:17そんなことはない
＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。
＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？
0729デフォルトの名無しさん
2005/10/03(月) 20:36:08えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。
0730デフォルトの名無しさん
2005/10/03(月) 22:48:46英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
http://www.netbeans.org/
どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。
0731デフォルトの名無しさん
2005/10/04(火) 09:32:21TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？
0732デフォルトの名無しさん
2005/10/04(火) 10:09:01Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。
0733デフォルトの名無しさん
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鯖)
マニュアルのクラスローダの章を読め
0734デフォルトの名無しさん
2005/10/04(火) 12:52:08思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。
0735デフォルトの名無しさん
2005/10/06(木) 19:28:59h: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>
---------------------------------------------------
0736デフォルトの名無しさん
2005/10/10(月) 20:55:35（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
っていう、一足遅れでURL遷移がついてくるアレのことね。
（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
それとも見てみぬふり？
あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？
0737デフォルトの名無しさん
2005/10/10(月) 21:01:420738736
2005/10/10(月) 21:02:470739デフォルトの名無しさん
2005/10/10(月) 21:04:320740736
2005/10/10(月) 21:10:26あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？
アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？
0741デフォルトの名無しさん
2005/10/10(月) 21:53:28PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。
0742デフォルトの名無しさん
2005/10/10(月) 22:05:330743736
2005/10/10(月) 22:18:14レスどうもっす。
>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的
全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。
固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。
>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。
0744デフォルトの名無しさん
2005/10/11(火) 01:43:050746デフォルトの名無しさん
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)
0747746
2005/10/13(木) 15:09:27<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<%@taglib uri="http://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>
こんな感じです・・・
0748デフォルトの名無しさん
2005/10/13(木) 15:17:22ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。
web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？
0749デフォルトの名無しさん
2005/10/13(木) 15:26:53ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると
HTTPステータス 404 - サーブレット Faces Servlet が利用できません
となりました。。。
ちなみにweb.xmlはこうです。
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://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>
本のとおりにしてるのに動かないなんてｏｒｚ
0750デフォルトの名無しさん
2005/10/13(木) 16:07:45＞ 本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ
JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？
0751デフォルトの名無しさん
2005/10/13(木) 16:14:28×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
って感じか？
0752デフォルトの名無しさん
2005/10/13(木) 16:20:56＞.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
とか・・・
これが原因っぽいですね。。。
0753デフォルトの名無しさん
2005/10/13(木) 16:27:53ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。
0754デフォルトの名無しさん
2005/10/13(木) 23:43:39ネットとかで公開されているのがあれば、参考にしたいのですが･･･
0755デフォルトの名無しさん
2005/10/13(木) 23:58:07何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。
0756デフォルトの名無しさん
2005/10/14(金) 00:17:31HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？
0757735
2005/10/14(金) 01:42:24>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？
0758デフォルトの名無しさん
2005/10/14(金) 05:40:51なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？
0759デフォルトの名無しさん
2005/10/14(金) 06:03:59JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？
0760デフォルトの名無しさん
2005/10/14(金) 07:54:11＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？
0761デフォルトの名無しさん
2005/10/14(金) 07:55:45俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？
0762デフォルトの名無しさん
2005/10/14(金) 11:18:40↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？
0763デフォルトの名無しさん
2005/10/15(土) 00:25:16inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー
0764デフォルトの名無しさん
2005/10/15(土) 19:38:360765デフォルトの名無しさん
2005/10/15(土) 19:49:150766デフォルトの名無しさん
2005/10/16(日) 02:32:15アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと
ってここはマ板だったな
0767デフォルトの名無しさん
2005/10/16(日) 10:27:47おまえバカ？ 本質を分かってねーんじゃねーか？
XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。
依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w
だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。
0768デフォルトの名無しさん
2005/10/16(日) 11:31:37設定ファイルで一括管理するんじゃないの？
0769デフォルトの名無しさん
2005/10/16(日) 13:32:07一括管理のメリットより、増える手間のデメリットが莫大
0770デフォルトの名無しさん
2005/10/16(日) 14:15:06最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。
0771デフォルトの名無しさん
2005/10/16(日) 14:25:100772デフォルトの名無しさん
2005/10/16(日) 16:28:10だったらコード中に書けばいいの？これって
0773デフォルトの名無しさん
2005/10/16(日) 17:40:41そういう問題があったから、アノテーションという構文が拡張されたわけだ。
0774デフォルトの名無しさん
2005/10/17(月) 01:30:00お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ
0775デフォルトの名無しさん
2005/10/17(月) 07:45:30じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？
0776デフォルトの名無しさん
2005/10/17(月) 18:32:41で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが
0777デフォルトの名無しさん
2005/10/17(月) 21:22:05Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。
0778デフォルトの名無しさん
2005/10/17(月) 21:42:20Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。
0779デフォルトの名無しさん
2005/10/18(火) 02:20:36メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな
0780デフォルトの名無しさん
2005/10/18(火) 07:52:12そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。
0781デフォルトの名無しさん
2005/10/18(火) 12:37:08は？おまえ全然話題についていけてないよ。
0782デフォルトの名無しさん
2005/10/18(火) 12:45:560783デフォルトの名無しさん
2005/10/18(火) 14:15:44ところで、Struts使わないとほんとにひどいことになるか？
0784デフォルトの名無しさん
2005/10/19(水) 07:29:15JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？
0785デフォルトの名無しさん
2005/10/19(水) 07:38:26そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。
0786784
2005/10/19(水) 08:58:53かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)
0787デフォルトの名無しさん
2005/10/19(水) 09:29:180788デフォルトの名無しさん
2005/10/19(水) 10:25:15そうなると管理、修正とかしにくくないですかね？
0789デフォルトの名無しさん
2005/10/19(水) 10:56:33記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？
ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）
ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。
0790デフォルトの名無しさん
2005/11/11(金) 13:40:470791デフォルトの名無しさん
2005/11/11(金) 15:04:000792デフォルトの名無しさん
2005/11/12(土) 01:15:03いやそもそもつかいにくくて、そんなことを考える余裕すらない
■ このスレッドは過去ログ倉庫に格納されています