おのれ～～ マイクロ○○トめ～～

SQL Server 2008 のExpress Edition with Advanced Servicesをインストールしておくと、
Standard あるいはEnterprise版の管理ツールが全部インストールされない・・・

それで、2日も寄り道してしまったではなないぁ～～

2009年7月8日のメモ

１．Pentaho関連

　製品版のPentahoのライセンスが切れてしまい、突然使えなくなってしまった。

　

　・User Consoleからログインでき、最初の画面までは問題なく表示されるが、

　レポートの作成/表示などを行おうとすると、ライセンスの期限が切れている旨を表示する。

　・一方、Enterprise Consoleにログインすると、普段の画面は全く表示されず、

　LIC（ライセンス）ファイルの入力画面が表示される。

　そこで、急遽オープンソース版でテストを続けることにしたのだが、

Publish のパスワードのをインストール時に設定しないため、

レポートや分析の定義がPublish出来ず暫く悩む。

　結局、製品版と同じ所にパスワードが保存されていることがわかり、何とか分析のXMLをPublish 成功。

ファイルとパスは以下の通り、

Pentahoのホームから、pentaho-solutions/system/publisher_config.xml

このファイルの

<publisher-password>

内に、平文でパスワードを入力すればOKです。

サンプル：

<publisher-config>

<publisher-password>pentaho</publisher-password>

</publisher-config>

2.Mondrian関連
　MondrianのSchema workbenchではMondrianでサポートしている全ての機能が使えないようである。

　　なお、バージョンは3.11

　

　Joinタグの定義に関する記述がはっきりしないのと、複数のJoinがうまくできないことが有りそうだ。

　今回考えた代替案としては、以下の2つがある。

　　①タグではなくタグをつがう方法

　　②DB内であらかじめviewを作成する方法

　　　　※ＭｙＳＱＬを使っていたが、5.0以降Ｖｉｅｗが使用できる。

　結論から言うとどちらも問題なく、動きました。

　ｖｉｅｗタグの中には直接ＳＱＬがかけるので、ＳＱＬで結合（ｊｏｉｎ）した結果を用意するのに対し、

　ＤＢで用意するｖｉｅｗはＢＩツールとしての用途を考えると、やや難ありと言ったところ。

　今回は、ターゲットのツールは1つでそのデータの解析が目的なので、あまり問題はない。

　

Subversionのバージョン違い

ここ、2年くらいの間にV1.4.X　V1.5.X　V1.6.Xと3つのバージョンがリリースされている。

SVN自体の問題点：
　1．Repositoryのフォーマットが異なる。
　2．作業ディレクトリのフォーマットが異なる。

運用上の問題点：
　1.　誰でもRepositoryが作成できる。
　2.　FileプロトコルでRepositoryにアクセスしていた。

上記の複数の問題点と日本語化の不具合（？）によって、
実運用上の問題点がなかなか解消できなかった。

実際の運用ルールとしては以下の通りとする（連絡メールより抜粋）。

サブバージョンの運用に当たりいくつか問題点がありましたので、
以下のルールを守ってください。

１．サブバージョンのRepositoryにアクセスする際にURLに"file:////"を使わないでください。
　　必ず、以下のURLのサンプルのようにしてください。
　　URL: svn://Tokyo:3690/[リポジトリ名]
　　SVN元々の設計のため"file:////"を利用すると、
　　排他制御が行われません。

２．新しいRepositoryを作成する際は、ローカルPCのTortoiseSVNを利用しないでください。
　　リモートデスクトップやVNCからTokyoサーバにログオンし、
　　インストールされているTortoiseSVNを利用して新しいRepositoryを作成してください。
　　Repositoryフォーマットのバージョン違いで不具合が発生することがあります。

３．SVNのバージョン違いによる問題がありましたら、管理人まで連絡ください。
　　あるいは、SVNのマニュアルの「リポジトリの移行」の節を参照ください。
http://subversion.bluegate.org/doc/ch05s03.html#svn.reposadmin.maint.migrate

注意事項：
１．TokyoサーバのSVNサーバはVer1.4です。
２．最新のTortoiseSVNクライアントのバージョンは1.6.Xになっています。
※バージョン1.4.x、1.5.x、1.6.x内での上位互換は確認しました。

備忘録：SVN関連

EclipseでCommitしたら以下のエラーが出ます

　Some of selected resources were not committed. Filesystem is corrupt
　svn: Commit failed (details follow):
　svn: Corrupt current file

SVNリポジトリは、TortoiseSVNで作成。チェックアウトや更新はできますが、
Commitだけができません。

---ここから回答---

Subversionのリポジトリを構成するファイルの中に最新のリビジョン番号等の情報が記録されている「current」というファイルがあって、「Corrupt current file」というエラーはこのファイルが壊れている時に出るもののようです。

要はリポジトリが壊れているということではないかと。

幸い、リポジトリからの読み出しは出来るようですので、リポジトリをダンプして新しいリポジトリにインポートすれば復旧させることができると思います。

方法はSubversionのドキュメントの「リポジトリの移行」を参考にしてください。

http://subversion.bluegate.org/doc/ch05s03.html#svn.reposadmin.m...

リモート・デスクトップ

リモートデスクトップでサーバに接続した時、
ローカルPCのファイルを共有可能にする設定。

オプションから・・

ローカルリソースタグを選択し・・・
ローカルデバイスのアイテムのディスクドライブをチェックする。

これで、リモートデスクトップのエクスプローラの一番下のほうに、
ローカルPCの名称とドライブ名でドライブが表示される。

なす環境のWebLogicJVM突然死の問題

最近、サポートのほうから聞こえてくるナス環境の不意具合のフォローです。
ここのブログを見るとどうやらこれで解決できそうです。
環境もほぼ一緒と思われまする。

Tortoise SVN のメモ

毎回認証するのではなく、ユーザ名パスワードを保存してしまうと、
ダイアログが開かないため、ユーザを変更できない。

■認証情報の再設定方法
エクスプローラー上で→クリックメニューから
「TortoiseSVN「設定」
「保存情報」
「認証」
を選択し、削除ボタンがあるのでそれを押下する。

次に作業ホルダーにアクセスするとユーザ名、パスワードのダイアログが表示されるようになる。