Teedaでの開発ポリシー - akiraneko’s blog
私が思っている小規模から中規模向けのTeeda開発ポリシーです。 大規模はそもそもSAStrutsを（あわわ） 前提の前提 オフィシャルサイトの『現場で役立つ実践Teeda』（http://teeda.seasar.org/ja/presentations.html）が標準的な開発環境をきれいに記述しているドキュメントになります。 全体的にここのプレゼンテーション資料は非常に質が高いので、すべて目を通しましょう！ 前提 データベース周りの処理はDBAが担当、ロジックはロジック専用の人が担当、画面は画面専用の人が担当っていう階層わけした開発用ではありません。機能ごとでの分担を前提としています。 また、デザインパターンを意識しないでいます。そもそもデザインパターンは作っていて問題がでたから導入する流れが好ましいと思っているので、無駄に複雑なデザインパターンありきで実装をするのもどうかと思ってい
難産 - 俎上の鯉
TeedaでMyFacesのtomahawkを使用してファイルのアップロードを実装しようとしているが、うまくいかない。 http://localhost:8080/examples/view/accept/accept.html を呼び出すと、コンソールに以下のログが表示される。 : DEBUG 2007-02-02 10:02:27,809 [http-8080-Processor25] クラス(examples.web.accept.AcceptPage[accept_acceptPage])のコンポーネント定義を登録します WARN 2007-02-02 10:02:27,889 [http-8080-Processor25] examples.web.accept.AcceptPage$$EnhancedByS2AOP$$190ed52のプロパティ(uploadedFile)が見つ
Teedaのはまりどころ - akiraneko’s blog
いろいろとはまりやすいところのTIPSです。 Itemsの要素をJavaScriptで触る きれいに組めば触れますが、基本的には最大要素分をあらかじめ作っておいて表示、非表示を制御した方が楽だと思います。個数に上限が無いようなデータの場合には追加するボタンでリロードが一番かな？ 私はこんな回避でした。 上限が少ない場合には上限分の個数を作る 上限がない場合には現在数＋20個などを作り一時保存するとまた増えるようにする バリテーションエラーでデータが消える JSF的にエラー時はページクラスの値は更新されないようです。たぶん汚れたデータってポリシーですね。 可能であれば画面側のJavaScriptで細かい入力制限を行い、Teeda側のバリテーションではエラーが起こらないように組んでおくのがよいと思います。 プレゼンテーション資料の「Teeda再考 - 使い方から拡張方法まで -」（http:/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
