service 版的 Tomcat 無法列印

web server 的環境：

• Windows Server 2008 Enterprise SP2
  • 64bit
  • 32bit
• JDK 1.7.0_55 (32bit)
• Tomcat 6.0.26
• 印表機：TSC TTP 345，以網路印表機的方式連接。

有一個功能是使用者按下按鈕後，web server 會用 JNA 載入印表機的 DLL，然後以程式控制列印內容。印表機不是實際連接到 web server，而是用網路印表機的方式連到 LAN 上頭某台使用者的 PC。 在開發的時候沒有出現問題。去年列印內容小改版之後，在公司的測試環境也沒有問題（不過這段是同事幫改的，非親身經歷）。這個月正式在客戶那邊上線，印表機卻完全不會動……

◢▆▅▄▃ 崩╰(〒皿〒)╯潰 ▃▄▅▆◣

在各種測試環境 / 機器排列組合當中，都有作下面兩個測試，結果都一樣：

• 在 web server 作「列印測試頁」，印表機有反應，所以包含 driver 跟網路連線應該是都沒有問題的。（為了確保這件事情，還把防火牆跟防毒軟體全部關掉…）
• 把 Java 操作印表機的程式獨立成一個 application，在 web server 上執行也能正常列印，所以看起來 Java 操作印表機這段應該也沒問題。

在客戶那裡失敗，於是印表機撤回來，在公司重作 lab，結果原本可以列印的機器環境也出現同樣的狀況…

◢▆▅▄▃ 崩╰(〒皿〒)╯潰 ▃▄▅▆◣

因為中間卡了一層 DLL，然後這 DLL 也有 32 / 64bit 的版本，所以 web server 跟接印表機的機器有準備 32bit / 64bit OS 作交叉測試。（接印表機的 OS 我沒有特別留意，好像都是 Window 7 吧）

OS 版本的交叉測試都失敗之後，想說既然獨立的 Java application 可以印，那是不是 Tomcat 作了什麼手腳？那我繞一圈用 ProcessBuilder 去執行那個 Java application 來列印總可以吧？結果一樣死掉……

◢▆▅▄▃ 崩╰(〒皿〒)╯潰 ▃▄▅▆◣

這個時候，同事在他的開發環境上可以讓 web server 執行列印的動作（我一直沒有測我的開發環境 XD），崩潰之餘，我終於想到一個可能性……

難道是 Tomcat 變成 Windows service 才會發生這種事情？

實際 production 的環境，把 Tomcat 變成 Windows service 完全合情合理。這麼多年下來也沒出現過問題（看看這精美的 Tomcat 版本就知道了）。所以也一直沒去懷疑他（尤其同事之前在測試環境上一切正常）。

好，把 Tomcat service 停掉，改成用原始 startup.bat 的方式啟動，一切又都天下太平了。

◢▆▅▄▃ 崩╰(〒皿〒)╯潰 ▃▄▅▆◣

備註

在 Tomcat service 版的執行環境下，程式會卡在 openport() 上頭，而且沒有任何錯誤訊息或是 alert 視窗，就是單純停在那裡。

在正常執行環境下，如果 openport() 給了一個錯誤的連線資訊，會跳出一個 alert 視窗「Printer Driver is not been specified」