上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

eclipseではWebアプリケーションを開発するとき、サーバーにデプロイします。
サーバーにデプロイするときにearファイルにパッケージング(アーカイブ)されます。
アプリケーションの規模が小さいうちは気にならないかもしれませんがJSPの数が大量になるとファイルをパッケージングするのにかなり時間がかかり、重くなります。
おそよ10000ファイルあると3時間以上かかりました。
これでは使い物になりません。
これのワークアラウンドを調べてみました。

まず、更新したファイルだけ、保存するタイミングでサーバーのディレクトリにコピーするような設定はないか調べました。どうもそういうやり方はないようです。

他のやり方を調べたところ、ワークスペースとデプロイ先を一致させるようなやり方で逃げている人が多いようでした。
Tomcatだとその設定は server.xml の以下で指定できるようです。
<Context path="/" docBase="webapps/rootExample"/>
ここをeclipseのworkspaceを指定すればいいとのことでした。

しかしJBossでは同様の設定がありません。
そこでいっそJBossをeclipseのworkspaceの中に入れました。

• JavaEEプロジェクトを作成する。
• eclipseのworkspaceのディレクトリの中の、プロジェクトのディレクトリにJBossのディレクトリを丸ごと入れる。たとえば「jboss」といったフォルダ名。
• プロジェクトのプロパティ、「Java Build Path」、「Source」の下のところ、「Default output folder」に、JBossの中の「WEB-INF/classes」を指定する。たとえば「プロジェクト名/jboss/server/default/deploy/ROOT.war/WEB-INF/classes」
• JSPはJBossのデプロイ先を直接編集する。
• サーバーの自動パブリッシュを無効にする。「Servers」の中のサーバーを右クリック、「Open」。右の「Automatic Publishing」を開く。「Never publish automatically」を選択する。

以上です。

※eclipseは3.3europa、JavaEE版を使いました。

ひたすら「ない」が続くネガティブな記事。

http://itpro.nikkeibp.co.jp/article/COLUMN/20080325/297007/?ST=management

ポジティブにするには、例えば。
「リスクを考慮せず契約をしてはいけない」
↓
「契約するときにはリスクを考慮するとよい」

エンジニアってネガティブな人が多いです。

[方式設計編]同一サーバー内のWebサービス呼び出しをしてはいけない

これ題名がおかしいですね。
正しくは「性能設計が難しくなるからWebサービスは一切使ってはいけない」でしょう、この内容だったら。

インフラが進化すればこういうことは気にせず開発できるようになるはずというのがSOAの考え方の根底にあると思います。
でも、それを言うとEJBもそうだったわけで、EJBは完全に失敗に終わってしまっています。
とするとSOAも失敗に終わるかもしれません。

「攻めのIT投資こそが『変革』をもたらす」，NTTデータの山下社長が講演

変革って何なんでしょう。
以前はIBMも変革変革言っていましたが、意味がわかりません。
変わることが目的になっても仕方ないので。
ユーザー企業としてはコスト抑制のために旧システムをそのままにするという選択もよくします。
結局は変革するかどうかでなく、利益が上がるかどうかなのです。

先日XFireを使う機会があり、Webサービスクライアントをプロキシサーバー経由で接続するように設定しようと思いました。
ところが公式サイトに書いてあるようにコーディングしてもどうもうまくいきません。
そこでXFireのソースコードを解析しようと試みました。
しかし全然読めません。
なぜならアノテーションとリフレクションがフル活用されていたので。
アノテーションはJPAなどで利用するほうはわかりやすいのでよくわかります。
でも作るほうは全くわかりません。

そこでネットで調べてみました。
ところが作るほうの情報が全くありません。
日本語サイトしか調べていませんが、断片的な情報もほとんどない。
何とかリフレクションでアノテーション情報にアクセスできる説明ページまで見つけました。
しかしアノテーションが記述されたメソッドが呼ばれたときに何らかのプログラムを起動する方法までは不明。

XFireのほうは結局解析できないまま、解決しました。
でもアノテーションの作り手側の情報がないということが改めてわかりました。
これから勉強して、マスターしたらこのブログで紹介したいと思います。

それにしてもJavaは意外に日本語の技術情報が少ないです。
JSP、JSF、Hibernateなど、仕様書や本家のマニュアルページを見ないとわからないことも多いですが、基本的に英語しかありません。
(もしあったらコメントで教えてください！)
このへんはわれわれ日本語技術者が協力して取り組んで行くべきところかもしれません。