20110416
總里程數 : 3749km
單次里程 : 739.8km
油耗 : 46.74公升 (台塑奇美 98)
平均油耗 : 15.6 km/l
行車電腦 :
油耗 : 49.1公升
平均油耗 : 15.2km/l
平均時速 : 63km/h
這一次, 新竹 -> 台北 -> 新竹 -> 台南 -> 屏東海生館 -> 萬巒豬腳 -> 台南
基本上,還是 五大兩小 的乘客.
進台北市區前, 行車電腦顯示 平均油耗有 15.2km/l. 等到的開台北市區只剩下 13.6km/l , 台北市區紅綠燈太久了.
不過, 到海生館一路都沒有車車, 跑在省道用 70km 定速, 還真的很省.
試試看台塑98 跑起來會不會比 中油95 好一點, 如果有就都改用 台塑98. 反正去台亞加油, 每公升可以減少 2.3元, 跟去中油自助加油 加95 是一樣的錢. 只差用信用卡還有現金回饋. 不過, 台亞自助加油2.5元感覺上就會差不多.
這一次加油量跟行車電腦差距2.2 公升, 加油的時候已經油槍跳停了, 就不給他強加下去. 我想實際上應該是行車電腦比較準, 因為跟第一次亮紅燈後, 加的油量差不多. 但是這一次在亮燈後跑比較多的里程, 所以行車電腦的比較準.
不過, 一旦開冷氣以後, 油耗大概會差個 1-2km/l . 在開高速公路的時候, 在那邊開開關關測試 開冷氣跟不開冷氣瞬間油耗的差距.
2011-04-16
2011-04-13
[Zafira] 安全座椅 Cybex Kindersitz Solution X-fix Stone
從德國訂了 Cybex Kindersitz Solution X-fix Stone 回來加裝在 zafira 上面.
感謝 monlongfang 的購物指導.
整個購物流程, 從3/16 下訂到 3/31 收到貨品, 感覺有點久, 因為在德國DHL 轉運站不知為何停留七天.
收到的外箱, 沒有被海關打開過耶, 所以沒有稅金需要支付
打開箱子, 裡面有一個保護的紙
所有的物品
底座
上座
指揮艇 結合了... 搞了兩三分鐘才搞懂怎樣組合
裝在車上的樣子
加演一張 aprica 0-4歲的, 可以三向的安全座椅
以上兩張就是 Zafira 的標準配備了. 中間的位置就留給小孩的媽媽去坐好了....
感謝 monlongfang 的購物指導.
整個購物流程, 從3/16 下訂到 3/31 收到貨品, 感覺有點久, 因為在德國DHL 轉運站不知為何停留七天.
收到的外箱, 沒有被海關打開過耶, 所以沒有稅金需要支付
打開箱子, 裡面有一個保護的紙
所有的物品
底座
上座
指揮艇 結合了... 搞了兩三分鐘才搞懂怎樣組合
裝在車上的樣子
加演一張 aprica 0-4歲的, 可以三向的安全座椅
以上兩張就是 Zafira 的標準配備了. 中間的位置就留給小孩的媽媽去坐好了....
2011-04-08
[Zafira] 第5次油耗
20110408
總里程數 : 3009km
單次里程 : 610.2km
油耗 : 44.86公升 (台塑頭份 98)
平均油耗 : 13.6 km/l
行車電腦 :
油耗 : 45.1公升
平均油耗 : 13.7km/l
平均時速 : 45km/h
這一次, 新竹 -> 宜蘭 -> 台北 -> 新竹 -> 台中 -> 新竹
基本上 都是 五大兩小 的乘客 , 加上一些真正的市區, 跟之前的郊區不能比的.
不過, 油耗居然只少了 1km/l , 只能說太神奇了.
另外就是, 高速公路如果塞車 , 油耗比較漂亮, 因為只能維持在 60- 80 km , 是最省油的.....
總里程數 : 3009km
單次里程 : 610.2km
油耗 : 44.86公升 (台塑頭份 98)
平均油耗 : 13.6 km/l
行車電腦 :
油耗 : 45.1公升
平均油耗 : 13.7km/l
平均時速 : 45km/h
這一次, 新竹 -> 宜蘭 -> 台北 -> 新竹 -> 台中 -> 新竹
基本上 都是 五大兩小 的乘客 , 加上一些真正的市區, 跟之前的郊區不能比的.
不過, 油耗居然只少了 1km/l , 只能說太神奇了.
另外就是, 高速公路如果塞車 , 油耗比較漂亮, 因為只能維持在 60- 80 km , 是最省油的.....
共用EJB - Remote JNDI 篇
先前寫了 Remote篇, 就開始把 EJB 都作成 EJB3 Module 方式去 deploy 在 Jboss Server上面. 經過一段時間的驗正, 都還蠻順利的. 不過, 還是出問題了.
先前把一堆共用的 java class 放在同一個 jar 中, 讓其他 EJB 共用這一個 jar. 就出現一個怪問題了, EJB_A 包涵 jar , EJB_B 也包涵 jar. 先將 EJB_A deploy上去成功, 在 將 EJB_B deploy 時就會出現 duplicat class 的Exception. 反過來, EJB_B 先放, 在放 EJB_A 就不會出現問題. 但是系統是會越來越大的, 不會只有兩個 EJB . 所以, 問題是要解決的.
所以想到的方式是, 是不是 可以透過 ear 包裝方式, 解決這一個問題. 但是, 之前用ear deploy 在 JNDI Tree 中, 都會出現 ear project name . 這樣還是沒辦法解決最原始的問題 , 就是要透過 JNDI Name 找出相關的 service 來用壓.
就在看著 source code時, 噹噹靈感來了. 在原來的code 中.
實驗出爐....
這樣改比原來的還要好, 在 JNDI Tree 中 直接出現 edi/service/Workflow . 不用像之前的版本一樣在多加一個 remote. 所以這樣的方法會比較好, 可以避免多重問題.
先前把一堆共用的 java class 放在同一個 jar 中, 讓其他 EJB 共用這一個 jar. 就出現一個怪問題了, EJB_A 包涵 jar , EJB_B 也包涵 jar. 先將 EJB_A deploy上去成功, 在 將 EJB_B deploy 時就會出現 duplicat class 的Exception. 反過來, EJB_B 先放, 在放 EJB_A 就不會出現問題. 但是系統是會越來越大的, 不會只有兩個 EJB . 所以, 問題是要解決的.
所以想到的方式是, 是不是 可以透過 ear 包裝方式, 解決這一個問題. 但是, 之前用ear deploy 在 JNDI Tree 中, 都會出現 ear project name . 這樣還是沒辦法解決最原始的問題 , 就是要透過 JNDI Name 找出相關的 service 來用壓.
就在看著 source code時, 噹噹靈感來了. 在原來的code 中.
@Stateless(name = "edi/service/Workflow")
就想說試試看 多一定義 會不會有不一樣. 把 code 改成@Stateless(name = "edi/service/Workflow", mappedName="/edi/service/Workflow")
實驗出爐....
這樣改比原來的還要好, 在 JNDI Tree 中 直接出現 edi/service/Workflow . 不用像之前的版本一樣在多加一個 remote. 所以這樣的方法會比較好, 可以避免多重問題.
訂閱:
文章 (Atom)