今天碰到乙個前同事在開發測試tim 5.0的adapter的時候，還是採用了相當費時間的訪問修改**，部署。。。看起來還是乙個普遍的問題。
在我最早開發tim 4.6的adapter的時候，關鍵的表單，流水線都是自己編寫，最後用jar 命令打包成jar檔案，通過命令的方式部署到tim上，同時還要重啟tds。。異常繁瑣低效，而且只能在下班後重啟正式環境的tds。
後來使用adapter develop tool，發現可以分別生成4.6的dsml 型別的adapter和5.0的rmi 型別的adapter，開發起來比以前方便多了。特別是表單的設定，根本不用考慮oid的重複等等問題了，可以避免很多4.6時代的錯誤。
對於5.0的adapter除錯更簡單，因為在5.0裡面，具體的流水線都儲存在目錄伺服器裡面，只要對directory server的**進行修改並重啟tivoli identity manager adapter的服務即可，具體例子如下：
如果是自己開發的adapter ，需要到特定的tds節點下進行修改，並重新上載，重啟tdi 服務後即可使用新的**。
tds的資料維護可以採用jxplorer等開發工具。
以上是tim
同步adapter
tdi的服務。
在windows 機器上用重啟服務裡面的tivoli identity manager adapter服務。
在aix上要執行4個命令
stopsrc -s itimad
ps -ef |grep jvm
kill -9 pid （pid 為上一步檢測的程序號）
startsrc -s itimad
在linux 上要到etc目錄下執行（itimad 服務的所在位置一般在/etc下面，根據具體情況確定）
itimad stop
itimad start
除錯問題的幾個步驟
對於com庫濫用的情況下，由於很難看到com指標裡面的結構資料 1 審核 2 使用debug更省事，可以看到的東西更多，使用txtools省掉不少麻煩 3 通過打除錯log，將我們所需要關注的com指標裡面的資料進行列印出來 這個過程是慢慢而細長的，因為你不知道資料是哪個地方被修改或者被遺漏的，需要...
關於shell的除錯問題
1，如果你在shell指令碼裡看見了這樣一句話 set e 這句話一般是寫在shell指令碼的開頭第二句的，就是說從 set e 之後出現的語句如果執行錯誤就是返回值為非0，程式就直接退出。2，如果你在shell指令碼裡看見了這樣一句話 set x 這句話的意思就是說在執行命令前會列印命令 例 fi...
我遇到的「CodeBlocks除錯」問題
怎麼說呢，整了我一天的問題，最後小小的點了幾下滑鼠給解決了，我有苦難言.先說說我遇到的問題 由於對codeblocks不是很熟，機械的參考了codeblocks學習文件上的設定和操作說明，把編譯器和偵錯程式的預設設定給修改了。手冊上是針對特定工程進行的設定，而我卻把這種特定的設定應用到了ide的編譯...