はじめての蕎麦打ちの記録 蕎麦打ちには道具が...みたいな固定観念があり、かれこれ5年以上前から「やるぞ」と言いながらなかなか一歩目を踏み出せずにいた。結局は自分で手を動かしてみないと何が必要なのか、どこに金をかけるのか、そもそもこれからも続けたいと思うのかなんてわからんよな、…
Teedaでプロジェクトを利用していると、通常Maven2でパッケージを作ると思いますが、その設定例を書き出してみます。基本的にはEclipse上でDoltengを利用して作成したものに手をいれています。あとちょっと昔のプロジェクトなのでバージョンとかは少し古いものです。 注意事項としては、小規模から中規模案件向けの設定になります。 build ビルドに関してはpathなどはデフォルト設定のまま使っています。ここは妙に変えると面倒ですからね。会社規定のpath構造などをあって、デフォルトと違う場所に移動するとパッケージを作る際に特別な手順などが必要なのと、導入教育が面倒なのでデフォルトで使うのが良いと思います。(共通Path設定にするためのMavenだよね?) コンパイラバージョンの指定 <plugin> <artifactId>maven-compiler-plugin</artifac
Seasar2 が提供している JTA の実装である S2JTA や,JTA と連携するコネクションプールである S2DBCP は,DI コンテナとは独立に使うことができます. 使い方も結構簡単です. まず JTA の場合,TransactionManager は new するだけ. import org.seasar.extension.jta.TransactionManagerImpl; TransactionManager tm = new TransactionManagerImpl();最低限必要なのはこれだけ. もし UserTransaction も使うならこれを追加. import org.seasar.extension.jta.UserTransactionImpl; UserTransaction ut = new UserTransactionImpl(tm);普
織田信長 ぼちぼち、元気にやっています。少し薬にも慣れた...んかなぁ。相変わらず食べられないけど。朝、指がこわばって文字なんて入力できなかったけど、それはほぼなくなった。関節もどこも痛くない。薬効いてきたんやろな。 で、ブログを書こうと言う気がまた起きてきた。 …
koichikさんからコメントもらっちゃった、ワーイ。 で、 Customizer で適切な JdbcManager が DI されるようにするのがオススメです. とのことなので、 前回の1つ目の方法をベースにServiceにDIするJdbcManagerを切り替えるようにしてみる。 とりあえずカスタマイザを作ってみた。 /** * DIするプロパティ設定をカスタマイズします。 * @author newta */ public class DIPropertyCustomizer extends AbstractCustomizer { private final String expression; private final String propertyName; public DIPropertyCustomizer(String propertyName,String expr
SeasarのS2JDBCで複数DB 方法は2つあります。 ・JdbcManagerを2つ用意する方法。 ・SelectableDataSourceProxyを使用する方法。 まず、1つ目のJdbcManagerを2つ用意する方法から jdbc.diconを元にDataSourceを2つ定義します。 H2とOracleの設定です。DBのチョイスは適当。 ここは2つあるだけでいつもと一緒。 jdbc-a.dicon <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container 2.4//EN" "http://www.seasar.org/dtd/components24.dtd"> <components namespace="jdbc"> <include pa
備忘録。 S2JDBCでシーケンスを使った自動採番を扱う場合,エンティティクラスの該当プロパティに @GeneratedValue(strategy=GenerationType.SEQUENCE) を指定します。 この場合,デフォルトではシーケンス名として「<テーブル名>_<カラム名>」が使用されます。 この機能を使うと,エンティティの挿入前にS2JDBCが自動的に新しい番号を採番してプロパティに設定してくれるのですが,注意すべき点があります。 それは,すべての番号をシーケンスから取得するわけではない点です。 S2JDBCのマニュアルだと,次のようにシーケンスを作れと書いてあります。 create sequence EMPLOYEE_SEQ incremet by 50; この「increment by 50」が肝です。 S2JDBCでシーケンスによる自動採番を処理するのは org.se
デプロイモードをHotDeployからCoolDeployにしたら、DIコンテナの初期化に失敗する。とりあえず解決しているが、なんだか変なことをしている気がして落ち着かない。 問題 今作っているアプリケーションではコンポーネントの自動登録を行っているのだが、そこで落ちる。 org.seasar.framework.beans.IllegalPropertyRuntimeException: [ESSR0059]クラス(org.seasar.framework.container.autoregister.ComponentAutoRegister)のプロパティ(customizer)の設定に失敗しました。理由はorg.seasar.framework.container.TooManyRegistrationRuntimeException: [ESSR0045]interface org
今回のプロジェクトでは定数クラスは設計書から自動生成されるようにしました。でもせっかく定数クラス作っても、JSP ではベタ書きしていたり、JSP で定数使うのはおかしいとか言うエラい人もいたりしますが、やっぱり JSP でも定数使いたい場面はあります。例は悪いですけど、こんな。 public interface Flg { String ON = "1"; String OFF = "0"; } <td>${Flg.OFF}</td> とか <c:if test="${hogeFlg == Flg.ON}"> 今まで、定数クラスごとにマップを作ってアプリケーション・スコープに登録したりしていたのですが、面倒なので自動登録してしまおうというのが、JSTLConstantsRegister です。どこかで聞いた言い回しですけど。これはルート・パッケージ配下のインターフェースか public s
実際に利用してみての注意点としては,再起動せずに変更を反映するホット・デプロイ機能は,クラス数が多くなると遅くなることを挙げた。開発が進みクラスが増えてくると,最終的はホット・デプロイを使わずにアプリケーション・サーバーを再起動した方が早くなったという。 Seasar Conference 2009 White でもそんな話があったようだし,最近 ML でも問い合わせがあったし,某巨大掲示板でも話題になってたので,少し (?) 書いておきます. まず,HOT deploy では必要となったコンポーネントだけがロードされます. 例えば Web アプリであれば SAStruts や Teeda などのフレームワークがリクエストに応じて fooAction とか fooPage という名前のコンポーネントを Seasar2 に要求するところから始まります. その際,Seasar2 はファイルシス
オヤジ臭を石鹸で消すことができるのか?加齢臭の原因を知り、予防対策を行うことでおやじ臭を消すことや話題の石鹸の紹介もしています。加齢臭の原因は「ノネナール」と言う体臭成分が体から発生することで臭う。 これは、資生堂が発見した物質で、体から出る脂肪酸が発酵してできるものです。 40代を過ぎると抗酸化力が低下し、若いときよりも代謝の低下で脂肪酸が残りやすくなり「ノネナール」の発生が多くなります。 喫煙者の方がオヤジ臭がより臭くなるそうですから注意が必要ですね。 脂肪酸を洗い流す オヤジ臭の原因の「ノネナール」は皮膚に残った、脂肪酸が発酵しないと発生しませんから肌をいつも清潔に保つことが大事なんです。 ワイシャツや下着を清潔に また、この物質は、ワイシャツですと襟の部分にたまりやすいので、この部分を清潔に保つこと、もしくはこまめにワイシャツや下着を変えることも大事です。 食事の注意 食事なども脂
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く