UNIXでシンボリックリンクのリンク先を取得するためには、readlinkコマンドを使えばいいらしいのだが、入っていない場合はどうすればよいのだろう？
というよりも、問題として言われたUNIXマシンにはreadlinkコマンドがなかった。。。
というわけで、lsとsedの文字列処理でやってみる。
ls -l コマンド | sed -e "s/^l.*-> //"
これでリンク先が取れる。スクリプトの中では"-L"で対象のファイルがシンボリックリンクか否かを判断できるので、
if [-L ${COMMAND}]; then
COMMAND=`ls -l "$COMMAND" | sed -e "s/^l.*-> //"`
fiとやって$COMMANDからリンク先を取得する
参考
http://nao.s164.xrea.com/td/2008-01-05.html
http://cyberam.dip.jp/linux_command/shellscript/shellscript_main.html
仕事で急に32bit Javaアプリを64bit(x64 Windows & Linux)に対応させるため、バンドルさせるJVMを64bitにするように言われた。しかも締め切りは１週間後。リリースは１ヶ月後。ちょっといろいろと考えさせられますね。こんなプロセスで大丈夫？
さて、プロセスも問題だが、技術的にも疑問が。
JVMを置き換えること自体は問題ないのだが、本当に必要なのだろうか？
というのも32bitのアプリケーションは64bit OS上でも（ほぼ）そのまま動くので、JVMをわざわざ64bitにする意味がよくわからない。そのまま今の32bit Javaアプリケーションを64bit OS上で動かし、問題があがったところだけ修正すればいいと思うし、リソースや64bit JVMの実績を考えるとそうすべきだろう。32bitバージョンは残すらしいので、将来のワークも多くなってしまう。唯一現時点でヒープがたりなくて困っているというのならJVMを64bitにする価値はあるが、対象のアプリケーションはそういうたぐいのアプリケーションではないはずだ。Redhatも64bit jvmの特徴でメリットはヒープサイズだけだと言っているし。お客様は下で動いているのが32bit JVMだろうが64bit JVMだろうが気にしない。64bit OSをサポートしているかどうかは重要だが。
もっというと、今回のケースではインストーラーのJVMを変更するのでリスクが大きい。このアプリケーションはインストーラーにInstallShield Multi Platformを使って、Javaで動くインストーラーになっているのだが、問題はInstallShieldのバージョンが古いということ。最新バージョンではないし、製品自体もInstallAnywhereという別製品に置き換わっているので、64bit JVMに対応しているかどうかあやしい。内部でJNIをいろいろ使っているので対応していない可能性も十分ある。まず、それを調べるだけでも何日か使ってしまうし、最悪、巧みに回避するプログラムを自分で作らないといけない。そんなことをしていたら、とてもリリースに間に合わないだろうし、品質もあやしくなる。そこまでして、64bit JVMにしたいのだろうか？
さて、ここまで32bitアプリケーションが64bit OSで普通に動くという前提で書いてきたが本当だろうか？今このBlogを書いているのはVista 64bit上の32 bit FirefoxだからWindows上では問題ない。ではLinuxは？わざわざMicrosoftがWoW64と言っているくらいだから、これってWindowsだけ？
ということで調べてみましたが、結論としてはライブラリさえあれば動きます。というかWoW64と大げさにいっているけれど、これは単純に32bitライブラリと64bitライブラリの両方がデフォルトでインストールされているだけっぽい（もちろん実行するサブシステムを分けるとかいろいろありますが）。Linux(RedHat)の場合は、32bit用に/usr/libが、64bit用に/usr/lib64が作られ、必要に応じて適切なライブラリが使われるようになっている。そのため、Windowsと同じように特に意識することなく32bit アプリケーションを64bit OS上で使用することができる。実際に実験してみたが、なんの問題もなく動いてしまった。
参考までに、JVMのGuideにあった以下の記述を引用。In RHEL4, the 64-bit versions of the packages are available in the Compatibility Arch Support package group.
You can use the RPM tool to check which versions of the packages you have installed by adding the option --queryformat "%{NAME}.%{ARCH}\n" to your RPM command. For example:
/home/username : rpm --queryformat "%{NAME}.%{ARCH}\n" -q libstdc++
libstdc++.x86_64
libstdc++.i386
つまり、32bit/64bitに関わりなく、適切なライブラリがインストールされていれば動くということ。
| Logging Context: | Install |
| Logging Options: | Log all events と Log exception traces にチェック。 Standard Output Enableはアンチェック |
| Events Logged: | dbg,wrn,msg2,err,msg1 |
| Log file: | Enable loggging to fileにチェック ファイル名は $D(temp)/install.trace |
| Optoin File: | Enable loggint to optional file にチェック $P(absoluteInstallDirectory)/installLog.txt |
$P(absoluteInstallDirectory)/installLog.txtだけだとインストールに失敗した場合にログがないという事態に陥る。そのため、optionalにもログを書き出すようにし、Temporaryディレクトリ（$D(temp)/installLog.txt）にはき出すようにする。そうすれば、失敗してもOK。また、Temporaryだけだと消される可能性もあるので、InstallDirectoryにもログは残しておきたい。そのため、両方使う。
private static string str; // シングルトン的な動的文字列
static HogeHoge() // 静的コンストラクタ
{
StringBuilder sb = new StringBuilder();
foreach (string boo in ALL_BAR)
{
sb.Append(boo);
}
str = sb.ToString();
}
using System;
using System.Globalization;
class WarekiSample2 {
static void Main() {
CultureInfo culture = new CultureInfo("ja-JP", true);
culture.DateTimeFormat.Calendar = new JapaneseCalendar();
DateTime target = new DateTime(2003, 7, 1);
string result = target.ToString("ggyy年M月d日", culture);
Console.WriteLine(result);
// 出力：平成15年7月1日
}
}
// Make a DataTable using the function below.
DataTable dt = MakeTableWithAutoIncrement();
DataRow relation;
// Declare the array variable.
object [] rowArray = new object[2];
// Create 10 new rows and add to DataRowCollection.
for(int i = 0; i <10; i++)
{
rowArray[0]=null;
rowArray[1]= "item " + i;
relation = dt.NewRow();
relation.ItemArray = rowArray;
dt.Rows.Add(relation);
}
relation.ItemArray = rowArray;
relation.ItemArray[0]=null;
relation.ItemArray[1]="item " + i;
public class EnclosingClass {
private String param = "hogehoge";
public class EnclosedClass {
public void hoge() {
System.out.println(EnclosingClass.this.param);
}
}
}import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.util.Date;
import java.util.Properties;
public class Prop {
public static void main(String[] args) throws Exception {
Thread[] th = new Thread[10];
for (int i = 0 ; i < 10 ; i++) {
th[i] = new Writer();
}
for (int i = 0 ; i < 10 ; i++) {
th[i].start();
}
}
}
class Writer extends Thread {
static Properties prop = new Properties();
public Writer() {
}
public void run() {
for (int i = 0 ; i < 100 ; i++) {
try {
write();
} catch (Exception e) {
e.printStackTrace();
}
}
System.out.println("end");
}
private void write() throws Exception {
FileInputStream in = new FileInputStream("test.properties");
prop.load(in);
in.close();
for (long i = 0 ; i < 10000 ; i++) {
long date = new Date().getTime();
String existingValue = prop.getProperty("test" + i);
if (existingValue != null && existingValue.length() > 0) {
long x = Long.parseLong(existingValue);
}
prop.setProperty("test" + i, Long.toString(date));
}
FileOutputStream out = new FileOutputStream("test.properties");
prop.store(out, "comment");
out.close();
}
}
3 x PCI Express x1 slots (share with the PCIE_16_2 slot)つまり、PCIE_16_2 スロットを使っている場合、PCI Express x1スロットは使えないとのこと。これか・・・
HTTP エラー 500.19 - Internal Server Errorというもの。
ページに関連する構成データが無効であるため、要求されたページにアクセスできません。
エラー コード 0x80070021
構成エラー この構成セクションをこのパスで使用できません。この問題は、親レベルでセクションがロックされているときに発生します。ロック状態は既定で設定されているか (overrideModeDefault="Deny")、または overrideMode="Deny" もしくは従来の allowOverride="false" を含んだ場所タグによって明示的に設定されます。
構成ソース
149: <add name="ScriptModule" preCondition="managedHandler" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/></modules>
150: <handlers>
151: <remove name="WebServiceHandlerFactory-Integrated"/>
<configuration>を
<configSections>
<sectionGroup name="system.webServer">
<section name="handlers" overrideModeDefault="Deny" />
<section name="handlers" overrideModeDefault="Allow" />と書き直す。すると、今度はmodulesのところで同じエラーになったので、
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" />を
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" />と書き直す。
> notepad applicationHost.configで開きました。
HTTP エラー 403.14 - ForbiddenIIS7.0の設定を見てみると、「既定のドキュメント」にDefault.aspxがなかった。というわけでIISマネージャからDefault.aspxを追加。
Web サーバーは、このディレクトリの内容の一覧を表示しないように構成されています。
HTTP エラー 404.3 - Not Foundどうも、IISとASP.NETが関連づけされていないらしい。それでDefault.aspxも登録されていなかったのか。Visual Studioを先にインストールし、IISを後からインストールしたからだろうか。
拡張構成により、要求しているページは使用できません。ページがスクリプトの場合は、ハンドラを追加します。ファイルをダウンロードする場合は、MIME マップを追加します。
'Microsoft.Jet.OLEDB.4.0' プロバイダはローカルのコンピュータに登録されていません。とのこと。
Server2008をGIGABTYEのG31/G33マザーのシステムに入れて試しているが、ネットワーク
の転送が多くなるとNDIS.SYSの原因でブルースクリーンになる。
で、IntelのPCI-Express用サーバアダプタを入れて試すと、全くブルースクリーンにならない。
という事で、犯人はオンボードのRealtekのコントローラ用ドライバにしたいと思います。
最近のギガ蟹は昔と違って見直されている意見も聞きますが、俺の中では
やはり蟹だったか・・・
になりますた。
pre {
white-space: -moz-pre-wrap; /* Mozilla */
white-space: -pre-wrap; /* Opera 4-6 */
white-space: -o-pre-wrap; /* Opera 7 */
white-space: pre-wrap; /* CSS3 */
word-wrap: break-word; /* IE 5.5+ */
}
pre.src {
border: 1px solid
}
public class Test {
public static void main(String args[]) {
System.out.println("Hello World!");
}
}
import java.util.logging.Handler;
import java.util.logging.Level;
import java.util.logging.LogRecord;
public class CustomLogHandler extends Handler {
private static CustomLogHandler singleton = null;
public static synchronized CustomLogHandler getInstance() {
if (singleton == null) {
singleton = new InstallAnywhereLogHandler();
}
return singleton;
}
private InstallAnywhereLogHandler() {
// Do nothing
}
public void close() throws SecurityException {
// Do nothing
}
public void flush() {
// Do nothing
}
public void publish(LogRecord record) {
if (isLoggable(record)) {
System.out.println(record.getSourceClassName());
System.out.println(record.getSourceMethodName());
System.out.println(record.getMessage());
}
}
}
CustomLogHandler handler = CustomLogHandler.getInstance();
logger.addHandler(handler);
logger.info("Message");InstallAnywhere 2008でInstall中にログを取りたい場合、１つはjava標準のlogging APIを使うという方法がある。これは開発中やわかっている人に対しては便利なのだが、いかんせんユーザーに対しては不便きわまりない。というのもInstallAnywhereが独自のログファイルを生成してくれるため、ユーザーはそれしか見ない。つまり、いくらlogging APIを使ってユーザーにメッセージを伝えようとしても無駄であり、ユーザーにメッセージを伝えるにはInstallAnywhereのログを通してでないとダメと言うこと。
こんなわけで、InstallAnywhereが自動的に作成するLogにメッセージを追加する必要があるのだが、それにはcom.zerog.ia.api.pub.CustomErrorクラスを使えばよい。コードはこんな感じ:
CustomError error = (CustomError)proxy.getService(CustomError.class);まず、proxyのgetServiceメソッドを使って、新しくCustomErrorクラスのインスタンスを作成する。このproxyはInstallerProxyやCustomCodePanelProxy、CustomCodeConsoleProxyで、CustomActionなどの引数で渡されてきているはず。
error.appendError("error message", CustomError.ERROR);
error.setLogDesciption("Description");
error.setRemedialText("Remedial Text");
error.log();
次に、取得したCustomErrorクラスのインスタンスに、ログのためのメッセージなどをセットする。詳しくはAPIドキュメントに書いてあるが、まあいろいろ設定できます。
最後に、log()メソッドを呼ぶことで、実際にログに書き込むように指示を行う。これを忘れると書き込まれないみたい。
ちなみに、上記のコードの場合、
Descriptionというログになります。
Status: FATAL ERROR
Additional Notes: FATAL ERROR - error message
CustomErrorの定数として、ERRORとFATAL_ERROR、それにWARNINGは用意されているが、SUCCESSに相当するものはないようだ。InstallAnywhereが勝手に作るログの中にはSUCCESSがあるのだが、これは自前のコードでは利用できないのだろうか？単純にTraceを取る目的には使用できないのかもしれない。あくまでエラー出力用か。まあ、単純にappendErrorを使わないでappendMessageにすればいいという話かもしれない。appendMessageならErrorを指定する必要がないから。
参考情報
