JOSSO 1.7 Released - Confluence

JOSSO 1.7 Released - Confluence

Well, with the 1.7 release JOSSO has finally nullified my effort of maintaining a separate project providing a WebLogic-JOSSO adaptor. From today on, people should use JOSSO directly to achieve single-sign-on!

Lina Xu's Blog: WebLogic Operations Control (WLOC) Introduction

Lina Xu's Blog: WebLogic Operations Control (WLOC) Introduction

So BEA has indeed plans for virtualization market!

Virtualization products are important enabling technology for Corporate IT to turn their existing investment a step closer to in-house cloud computing. Hopefully this product will carry on even after the merger.

The right direction where JavaEE application server should be heading

With commoditization of JavaEE application server market, it's good to see application server vendor finding the right niche.

Finextra: LiquidityHub achieves eight millisecond latency for fixed-income price distributione

WebLogic Realtime and WebLogic Event Server are both designed to meet specific latency problems. Low-latency is an area that was forbidden for Java based applications because of uncontrollable pause time brought by garbage collection, a Java Virtual Machine feature that automatically frees up physical memory and re-allocates it.

So, for first time, low-latency applications can be achieved using Java, a common skill set, and Intel-based Hardware. If BEA executes this strategy well, it can find ways to commoditize upper industry sector that was predominantly an IBM territory. If that's the case, then BEA is definitely worth more than 21 dollars per share.

This also reminds me of a myth: how can some Wall Street analysts decide the value of a certain technology company if they don't know technology well? How such market consensus if reached?


Technorati Tags: bea, weblogic

Powered by ScribeFire.

An in-depth article regarding IMS charging architecture

Definitely worth your time.

Understanding the IMS Charging Architecture

In addition to explaining the value of WebLogic SIP Server in telecom environment, this article provided an optimal point of entry for those interested in telecom charging architecture.

Telecommunication industry has always been a special niche for BEA. It's good to see BEA leveraging this well.

Powered by ScribeFire.

關於Apache Beehive 之 JDBC Control

Beehive JDBC Control到底應該屬於設計架構當中的哪一層呢?

官方(Beehive開發人員)所設計出來的Petstore範例程式當中,JDBC Control的角色甚至是在DAO之下.這似乎是非常合理的,因為DAO Pattern的用意是要提供一套統一的資料存取介面,而這介面不會因為資料庫廠商的不同而有所改變.

由於JDBC Control是讓Programmer直接透過Annotation下SQL Query來提供資料CRUD的功能,的確很可能會因為資料庫廠商的不同而需要不同的JDBC Control.由此可見,使用JDBC Control還是無法避免掉DAO Pattern的.

最好是有個Code Generator可以產生DAO Pattern所需的所有程式碼,不然總是寫這些 Code其實也是蠻煩的.

Technorati Tags: bea, java

Powered by ScribeFire.

Enterprise computing enters the 2nd phase of atom composition

It seems that everyone talks about being liquid, fluid as an entering ticket for virtualization market.

Red Hat has massive Linux fluidity moment | The Register

It is natural for Linux vendor to stand by virtualization. Although classical Redhat talk about the subject is always related to Xen, I think Redhat has finally done something beyond hype this time. To be fair, though, I must say that this is more a victory of Amazon instead of Redhat. After all, Amazon EC2 has been running close relative of Redhat Enterprise all the time, the partnership from Redhat has only endorsement value.

This media coverage, however, has given me a thought about virtualization selling model. As I have commented here, using software license model to sell virtualization products can pose a serious challenge for vendor like VMWare. Selling virtualization as on-demand service is, however, a completely different story.

Usually, small to medium enterprise are not typical target customer of IT consulting company, but those enterprise can benefit from virtualization nevertheless. While Fortune 500 companies are still not likely to adopt Amazon EC2 services, small to medium enterprise have less resistance on this front and are more likely to deploy their application on EC2. In this way, Amazon has opened new business opportunity without facing the political challenges of traditional IT warlords. How clever.

It would also be very interesting to see BEA WebLogic Server Virtual Edition run on EC2. For those of you who don't know about this BEA product, it is a special WebLogic Server edition that lets JRockit VM to act directly as underling guest OS in VMWare, saving computing overhead of OS level facilities. Currently this product is only certified against VMWare, but technically it shouldn't be too difficult to port it to run under EC2 architecture. What's more difficult is for BEA to decide whether it needs to tap into this changing market and change its license model from per CPU to per usage to appropriately map with this virtualization trend.

Technorati Tags: linux, bea, weblogic

Powered by ScribeFire.

專案控管：JavaEE還是Spring Framework?

這個題目其實我已經想了很久，不過最近看到的一個Case又讓我覺得不能不寫一下這方面的想法。一個完整的軟體專案必須考慮到的因素當然很多，除去掉PMP那些必然會提到的因素之外，我個人認為專案經理仍然必須將一些開發前、中、後的因素加以仔細的考量，並且以宏觀的技術角度來思考整個專案成敗的問題。

不管是PMP或者CMMI都相當強調風險的控管，殊不知風險的預估可不像是人壽保險那樣有客觀的統計數據作為依據。如果無法掌握手中的技術，風險這種無形的東西並不是能夠委外的。實際上要思考的方向應該是，如何動用手上所有的技術和工具來讓軟體專案的風險能夠降低。

以我的標題作為例子，目前Spring Framework是門顯學。我應該是在台灣使用Spring Framework的先驅吧！我當然可以理解這樣技術的便利性。不過便利性不代表不需要了解底層內容。以Connection Pool為例，目前Developer都有使用Apache DBCP的概念；不過許多Developer所忘記的是，Connection Pool仍然是一種基於TCP/IP Socket的一種技術。Socket並不是可靠的、永久存在的，所以完整的Connection Pool實作往往都會搭配一些測試參數以確保Connection要用的時候仍然是可用的。舉例來說，BEA WebLogic Server的Connection Pool能設定每一段時間就對資料庫進行測試查詢，讓資料庫的連線不至於因為idle而被防火牆移除。就以Apache DBCP來講，這樣的參數也是存在的。重點是，了解這些底層的細節其實是開發人員應該要能夠Handle的事情；而專案經理必須知道這種問題會發生。Code並不是只要Work就好；系統是必須經過時間的考驗的。既然已經使用了WebLogic，那開發的角度應該是要將Application Server的特性考慮進去；不然應該就要有把握能夠使用Framework之後不會有問題。

事實上，Springframework其中一個大好處就是它的ApplicationContext.xml。只要設定更改了，Code完全不動的情況下，就可以將DBCP Connction Pool改成WebLogic的Connection Pool。透過這樣的做法，Unit test的時候還是可以使用個人的資料庫在不啟動Application Server的狀況下進行資料查詢邏輯的測試，然後在上線測試的時候再改成WebLogic的Connection Pool。Springframework的一個宗旨就是要讓開發能夠Scale up and down easily。使用它而沒有參透它的精神那就太可惜了。要記住，Springframework只是拿來掩蓋掉JavaEE的複雜度；身為一個負責任的開發人員或者專案經理，你還是必須對底層的技術有所了解。你所不了解的，就會是你的風險；這是無庸置疑的。

Powered by ScribeFire.

JRockit 參數速記

最近在幫一個客戶做效能調較的時候，發現JRockit有一個相當有趣的參數：-Xgcprio:throughput以及-Xgcprio:pausetime。

• Throughput: 以效能總輸出作為JVM GC演算法的指導原則
  
• Pause Time: 以降低每次GC所花的時間作為GC演算法的原則。甚至可以在參數後面Append以微秒為單位的整數作為每次GC所花的時間的參考依據，只是這個數字沒辦法保證；如果需要強制很低的GC時間可以考慮使用WebLogic Realtime。
  

預設來說JRockit的Heap只有一個區域，強行加入 -Xns 會加入 Nursery 的 Heap (也就是New Generation)。JRockit的Tuning方法看來和 Sun JVM 有些許的出入，但看來-Xgcprio:throughput配合大於512m的記憶體有最佳的整體效能。

不過說到這邊還是要解釋一下，合謂最佳的整體效能。

就以一般的Web Site，在一般使用者網頁Loading可以接受的時間範圍之內，假設是30秒。那只要Response Time不大於30秒，或者95%的Response Time小於30秒，以這樣的範圍去計算所調整出來的Throughput效能是最佳的整體效能。這主要是因為一般的網頁瀏覽並不需要去定義非常嚴格的SLA。

如果應用程式有非常嚴謹的SLA，比方說1秒之內沒回應就當作是交易失敗，那應用程式的調整就要以pausetime作為調整的依據，並以這種依據來期待所謂的最佳效能。

因為工作的關係，我發現非常多人都很Care效能；這基本上是非常正確的。不過就和所有的事情一樣：想要得到你要的結果，你必須知道自己要什麼。如果對效能的期待沒有一個準確的定義，往往會得到和自己所需要的不太一樣。

powered by performancing firefox

WebLogic Server 9.2: 在Admin Console自訂Role Mapping

如果你管理一個跑在WebLogic Server上面的Web Application，你可以透過WebLogic Server內建的功能來管理User/Group以及Role之間的對應。如果不是透過這種方法，標準的做法就是透過web.xml來指定存取URL所需要的Role，以及透過weblogic.xml來指定User/Group以及Role之間的對應；很明顯的，後者這種方法非常不具備可管理性，因為這樣代表要新增Role就需要重新部署程式^^;

所幸，一般的Commercial Application Server通常都會讓應用程式在部署之後仍然可以動態更改User/Group以及Role。以WebLogic Server來說，這個功能可以直接在管理控制台裡面進行設定，並可以透過這樣的功能設定較一般權限控管更為細微的Policy，讓Role的對應不再只是靜態的存取，而是採取動態的運算來達到。

不過目前的Admin Console有些小問題，會造成所有locale設定成非en語系國家的都會遭遇到一些小錯誤。把語系改變成en_US就可以解決這個問題了。

powered by performancing firefox

妙文推薦：Changing Annotation Configuration on the Fly

http://dev2dev.bea.com/cs/user/blog?file=/blog/hogue/archive/2006/09/changing_annota.html

這篇文章講解了一些Deployment Plan的運用，看來蠻炫的。

不過呢，換個角度來說，如果開發時期不採用Annotation而採用XML外部設定檔，本來就不會有這樣的問題。我實在還想不太出來一個將Annotation運用得淋漓盡致的好方法。如果今天我有個Project要做，我恐怕還是會選擇用Spring Framework的Application.xml從頭到尾幹到底吧，我想。

解決AquaLogic BPM 5.7 Studio安裝上的小問題

AquaLogic BPM 5.7的安裝程式─InstallAnywhere─有個小問題。這個小問題常常導致AquaLogic BPM的安裝失敗。這問題的主要原因在於InstallAnywhere似乎無法正確偵測到裝在目錄名稱裡頭有空白字元的JVM。

解決的方法很簡單：

1. 將JVM裝在沒有空白字元的目錄當中
2. 如果你有安裝WebLogic Server，你可以透過以下的命令來將安裝時期使用的JVM指定到BEA所附贈的JVM：
• installanywhere.exe LAX_VM path_to_java.exe

這樣的話安裝過程就可以順利進行。

powered by performancing firefox

WebLogic jCOM Features

以下擷取自BEA Edocs網站對於WebLogic Server jCOM元件的描述：

• WebLogic jCOM hides the existence of the data types accessed by the
  client, dynamically mapping between the most appropriate Java objects
  and COM components.
• WebLogic jCOM supports both late and early binding of object types.
• No native code is required on the machine
  hosting the COM component. Internally, WebLogic jCOM uses the Windows
  DCOM network protocol to provide communication between both local and
  remote COM components and a pure Java environment.
• WebLogic jCOM supports an optional "native mode" which maximizes performance when running on a Windows platform. See DCOM Versus Native Mode.
• WebLogic jCOM supports event handling. For
  example, Java events are accessible from Visual Basic using the
  standard COM event mechanism and Java objects can subscribe to COM
  component events.

最近一直在想一個將COM元件以及WebLogic JMS連結在一起的好辦法，看來jCOM元件的Java←→COM通訊能力很值得期待。

powered by performancing firefox

ALBPM 5.7的Web Service介面

AquaLogic BPM在設計的時候可以將一個Process的Creation和Notification設定成以Web Service作為介面；同時，底層的AquaLogic BPM Process API 也可以透過Web Service 介面 Expose出來，造成了一些認知上混淆。我在這邊將正確的WSDL Address寫下來讓大家參考一下：

• Process as Web Service: http://hostname:9000/fuegoServices/ws/ProcessNameServiceListener?WSDL
• Process API(PAPI)的Web Service介面：http://hostname:8585/workspace/webservices/ProcessService?wsdl

紀念一下：從來沒有過的這麼乾淨的辦公桌

說來慚愧，本著『自然就是美』的小弟一向都沒有將自身座位的乾淨整潔當作是員工守則的第一順位，畢竟這好像對於公司的營收沒有太大的影響。正好過去幾個禮拜又如火如荼的忙了起來，嘿，這下桌子就更亂了，充滿了雜亂的電線以及杯子、食物和飲料(好啦，其實也沒那麼糟糕)。


忽然間發生一件重要的事情，就是公司的搬到101之後正式舉行的喬遷酒會。最可怕的是，要開放大家參觀！那還得了，當然要好好收拾一番了。於是就有了這張照片眼見為憑：比我家裏還要乾淨、整齊！這顯示了人是充滿無限的潛能，能在各種危急的時候發揮出意想不到的能力。


然而我最自以為毫的地方，就是當我想要將散佈桌上的電線給整理起來的時候實在找不到足夠的收線器，於是靈機一動，將同事GP送的澳洲無尾熊派上用場(照片後補)，真是讚，實用又美觀。下次去澳洲的時候要記得多帶點回來。

Weblogic Server: Spring Console設定

自從去年(2005)BEA宣誓力挺Opensource應用程式框架以來，BEA和Spring Framework的Interface21就走的越來越近。除了和Interface21簽訂互相技術支援的合約外，Interface21和bea的工程師更是有許多技術底層的交流。Spring Console就是這樣的交流當中所衍生出來的一種產品。

首先，定位一下什麼是 Spring Console。Spring Console並不是開發時期的工具，而是應用程式部署在Weblogic平台上的一個JMX監控工具。大家都知道，從Spring 1.2以來，我們就可以透過MBeanExporter將任何一個POJO註冊在MBeanServer上成為一個JMX Standard MBean，然後就可以透過MC4J這樣的JMX監控工具來管理這樣的MBean。 Spring Console可以被當作是一個JMX的Web管理介面，只是這個管理介面可以直接內嵌在WebLogic Server 9.x的管理控制台裡頭。這樣的好處是，當管理人員登入到WebLogic Server管理控制台的時候，除了能夠管理一些WebLogic Server例行性的事務之外，還能夠管理跟Application邏輯相關的東西，比方說直接透過Web介面查詢目前的登入人數、工作排程、使用分析等等，如下圖：





講完這個東西的好處後，當然要講一下怎麼安裝。首先：



1. 到BEA網站下載Spring Kit。

2. 解開下載檔之後，可以看到裡頭有一個spring-wls-console-ext的目錄，開啟後可看到有兩個.jar檔：spring-ext-client.jar以及spring-ext-server.jar

3. 將spring-ext-server.jar放到你的DomainHome/console-ext下

4. 將spring-ext-client.jar放到你webapp的WEB-INF/lib下

5. 開發你的Web Application，然後參考這篇文章的applicationContext.xml設定

6. 將WebLogicHome/server/lib/consoleapp/APP-INF/lib中的commons-logging以及log4j的jar檔copy到你的DomainHome/lib下


這樣就搞定啦！

Powered by ScribeFire.

安東尼的部落格網路

我最近在BEA的Dev2Dev網站上申請了一個新的部落格。有些人可能會覺得很奇怪：安東尼時間這麼多嗎？

其實我自己也是有點心虛啦，到目前為止，我已經有三個要『永續經營』的部落格了，有點氾濫的感覺。

這些部落格分別是：

1. 冷熊碎碎唸
2. BEA到台灣、BEA在台灣
3. Anthony Jen's Blog

不過，這三個部落格的性質、定位都不太一樣的。冷熊碎碎唸主要是屬於我個人的、流水帳式的部落格；BEA到台灣則是我和BEA其他顧問組合而成的一種『非正式』技術支援；而Anthony Jen's Blog則是希望能夠透過Dev2Dev這個國際化的平台和全世界各地的技術人員進行交流。

我從經驗當中學到的一點：任何事情都要有Focus。部落格是一種現代的出版媒體，而任何媒體應該都有他的市場區隔。根據想達成的不同目的而設置不同的部落格，我想，也還算是符合這樣的原則^^

畢竟，在不同的環境下，一個人比較有機會表現出不同的自己

BEA到台灣、BEA在台灣

BEA到台灣、BEA在台灣是一個我和BEA其他技術顧問一起組成的一個Team blog。在過去，Kevin、Chris和我都各自有自己的Blog，但是為了將我們在BEA的工作經驗整合成一個統一的知識庫，我們決定將三個人的Blog合而為一，讓內容更豐富也更多樣化。