JP1 vs. Hinemos

<script type="text/javascript"> </script> <script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"> </script>

Prossioneでの監視やジョブ管理はどうしてもHinemos を使わないと駄目なんです。
現行運用中のシステムではJP1が当たり前のように使われている。
ビューアーもしっかりして、長年使っているせいか、コマンドラインでの操作も普通にやっているのが現状です。
で、いまさら別のスケジューラ・アプリケーションも何かなと思う。
費用対効果があがればいいんですけどね。

で、ちょっとHinemosを使ってみました。
マネージャーのコントローラーとしてJBoss、管理DBはPostgreSQL、ユーザー管理はOpenLDAPが使われている。
サーバー情報収集にはnet-snmpが大活躍しています。
管理クライアントは思いっきりEclipseベースですね。項目がパースペクティブで分かれているのを見て、瞬時にわかりました。
TERASOLUNA-IDEとしてEclipseを毎日のように使っていたので、あまり違和感はなかったですね。
はっきり言って、JP1/AJS2-Viewに比べると、見劣りはするものの、機能ははるかに豊富に取り揃えられています。
逆に言うと、機能がありすぎでよくわからない。

SNMPを使用しているので、サーバーの監視をする場合は、結構便利で、かなり細かい設定ができます。
プロセス監視やディスク監視など、頻繁に使用されるものについては、別立てで設定画面があるので、わかりやすい。
それ以外でSNMPを使って何かできるかというと、今のところ、思いつきませんね。

今後はProssioneでの環境構築が乱立することになるので、Hinemosは十分に抑えとかないと駄目だなと思っている今日この頃です。

<form id="cse-search-box" action="http://www.google.co.jp/cse">  

    <input type="hidden" value="partner-pub-3407383286528802:x1hdk1ewp2s" name="cx" />     <input type="hidden" value="UTF-8" name="ie" />     <input type="text" size="31" name="q" />     <input type="submit" value="検索" name="sa" />  

</form>

<script src="http://www.google.co.jp/cse/brand?form=cse-search-box&amp;lang=ja" type="text/javascript"></script>

springframeworkに大はまり

<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

Strutsの勉強を経て、いつしかTERASOLUNAマスターになった気分に浸っています。
しかし、Strutsをやればやるほど、TERASOLUNAの仕組みがよくわからなくなってくる。
例えば、Validation。
validation.xmlのformset/formタグのname属性になんでパスを書かなきゃならんのだ？
Strutsやっていないくとも、formのnameといっているんだから普通に考えれば、Form Beanの名前だろうと思う。それが違う。。。笑える。

で、今はまっているのが、別にTERASOLUNAというわけではなく、SPRINGFRAMEWORK。
APサーバーとしてTomcatを使っているけど、WARファイルを展開したくないので、Deployの指定でunpackWARsをfalseにした瞬間に

[2010/09/09 22:49:33][ERROR][[/]] クラス org.springframework.web.util.Log4jConfigListener のリスナインスタンスにコンテキスト初期化イベントを送信中の例外です
java.lang.IllegalStateException: Cannot set web app root system property when WAR file is not expanded
    at org.springframework.web.util.WebUtils.setWebAppRootSystemProperty(WebUtils.java:125)
    at org.springframework.web.util.Log4jWebConfigurer.initLogging(Log4jWebConfigurer.java:118)
    at org.springframework.web.util.Log4jConfigListener.contextInitialized(Log4jConfigListener.java:47)
・・・・以下略・・・

なんだと思い、Log4jConfigListenerのJavaDocを見ると、注意書きがあった。

Log4jConfigListener

なになに、「WARNING: Assumes an expanded WAR file, both for loading the configuration file and for writing the log files. If you want to keep your WAR unexpanded or don't need application-specific log files within the WAR directory, don't use Log4J setup within the application (thus, don't use Log4jConfigListener or Log4jConfigServlet). Instead, use a global, VM-wide Log4J setup (for example, in JBoss) or JDK 1.4's java.util.logging (which is global too).」と。
じゃぁ、使わないでおこう。と思ったが、自分の一存では決められないけど、多分、「よくわからんから、展開する方向で」で、この話は終わりになりそう。。。
うちのプロジェクトはこんな感じで、あまり考えたくないみたい。
追従します。。。
しかし、まともな回避策はないのかね。

<form action="http://www.google.co.jp/cse" id="cse-search-box">

<input type="hidden" name="cx" value="partner-pub-3407383286528802:x1hdk1ewp2s" /> <input type="hidden" name="ie" value="UTF-8" /> <input type="text" name="q" size="31" /> <input type="submit" name="sa" value="&#x691c;&#x7d22;" />

</form> <script type="text/javascript" src="http://www.google.co.jp/cse/brand?form=cse-search-box&amp;lang=ja"></script>