たかのり日記 Teeda Extension featuring Goya ～アーキテクチャ【レイヤー構成】～
要件定義→外部設計→（アーキテクチャ）→内部設計→コーディング→単体テスト→結合テスト 今回はアーキテクチャについてです。 レイヤー構成について、3パターンほど私が考える案を紹介します。 各コンポーネントの役割については、別途説明したいと思います。 Full Pattern 特徴 大規模アプリケーション向け。 コンポーネントを最も細分化したパターン。画面とロジックを分担して共同開発したり、フロー制御や他システム連携が多かったりするシステムに向く。 Serivceがトランザクション境界となる。 レイヤー構成 プレゼンテーション層 Action、Page、Dto サービス層 Service、Dxo ドメイン層 Logic、Dao、Entity Middle Pattern 特徴 中規模アプリケーション向け。 画面ロジックとドメインロジックを2つのレイヤーに集約させたパターン。大抵のシステムは、
Seasar2でサクサクか炎上か - ひがやすを技術ブログ
可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 最初このエントリを見たとき、4/1だったこともあり、一瞬ネタかなと思ったんですが、その後に、SAStrutsとS2JDBCに対する具体的な質問がいくつもあり、私のほうもできる限り質問に答えました。 その後、どうなったのか気がかりだったんですが、今見たらこんな書き込みが 開発メンバからは、簡単で楽でいい！ 1 機能が 1 時間
2006-07-18
マッピングファイルを自動でみつけてHibernateに渡す機能を作ったつもりでしたが、マッピングファイルのpathをHibernateに教えても正確じゃないですね...おんなじリソースを読み込むとは限らないし。InputStreamにすべきですね、きっと。明日やります。ResourceをTraverseするところも直さないと。 S2Containerのコミッタの方に向けて自分の意図や気になっていることを書いておきます。 クラスやマッピングファイルのAuto Detection（クラスパスからの自動発見） の機能はいずれKuinaやS2Toplinkにも必要になるような気がしたのでS2本体に入れました。パッケージはorg.seasar.framework.autodetector と org.seasar.framework.autodetector.tiger。 ちょっと前にS2Hiber
AutoDetector対応 - TYAGE EMOTION
PersistenceClassAutoDetectorとMappingFileAutoDetectorに対応してみました。 ・・・ただし、deploy前にEntityのClassをロードすると、TopLinkの場合LAZYロードの問題が発生する（javaagentを使ってる場合は大丈夫みたいですが）ので、この対策が出来るまでは、クラスの自動ロード機能についてはTopLink側の機能（exclude-unlisted-classes=false）を使ったほうがよさそうです。・・・それか、TopLinkについては、クラスについてもResourceAutoDetectorを使ったほうがいいのかも？
2007-06-29
しました． 2.3.20 からの変更点は次の通りです． Bug [CONTAINER-32] - ComponentAutoRegisterでClassPatternが二重巡回(類似問題) [CONTAINER-34] - Tomcat でコンテキストの再ロードを行うとヌルポが発生する問題を修正しました．[Seasar-user:7767] [CONTAINER-45] - OGNLでNullpointerExceptionが発生する現象を回避するため、パッチをあてたOGNLのjar(ognl-2.6.9-patch-20070624.jar)を利用するようにしました。[Seasar-user:8563] [CONTAINER-47] - MockServletContextImpl#getResourcePaths(String) が返す Set に含まれるパスを MockServlet
S2でのLoggerクラスの使い方 - ken’s memo
S2コアの中にはlog4jをラップした便利なLoggerクラスがあります。私はこのクラスを正しく使っていなかったので、ここに整理しておきます。 主要クラス org.seasar.framework.log.Logger Commons Logging（実際にはlog4j）をラップしたクラス 内部的には次のMessageFormatterを利用している org.seasar.framework.message.MessageFormatter java.text.MessageFormat, java.util.ResourceBundleを内部で利用している 準備するもの XXXMessages.properties 「XXX」の3文字がシステム名になる XXXMessages_ja.properties 日本語対応する場合は、ロケールに合わせたプロパティファイルを用意する 例：RMIMe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
