Ubuntu 9.04 問題與處理(1)

2009/4/23, Ubuntu 9.04如期出現...原本想觀望幾天...但是還是忍不住好奇心的裝了...
開裝好的時候，真的對它的改進跟速度很驚豔...但是過了幾天，發現還是有些小問題...在此列出部份目前已經遇到的:

1. 不正常重開機
   這是目前我碰到過最嚴重的問題，主要發生的原因在於安裝上我自己編譯的kernel之後，一旦reboot，就會發生不能載入nvidia kernel module的問題，必須關機之後在開才行。後來在Ubuntu 正體中文站上看到這篇Ubuntu 9.04 重開機問題，然後經過google查證之後發現果然是因為kexec-tools的問題。
   解決方法：將/etc/default/kexec中的LOAD_KEXEC=true改成false即可
2. 用GDebi安裝DEB檔時出現錯誤
   一開始其實並沒有這問題，怎麼發生的其實真的也不清楚，目前只知道用GDebi來安裝DEB檔都會出現錯誤訊息而失敗...目前只能透過dpkg來安裝
3. Cairo-dock顯示不正常
   目前Cairo-dock並沒有真正for 9.04的版本，所以必須使用8.10的repository來安裝，但是安裝完啟動之後，原本的3Dplane的顯示會消失，相關選項也會不見...即使重新執行也一樣
   解決方法：重新載入cairo-dock的theme，然後存檔重啟即可
   

目前我自己真正遇到的問題大概是這些，比起之前在8.10所遇到的，是少了很多...當然有部份原因是透過使用跟8.10相同的設定就可以解決，所以也就不算是問題了。就整體來看，9.04算是相當不錯的版本，而且又有個大賣點：ext4。ext4的效率真的還不錯，而9.04的開機速度也跟宣稱的差不多。但是比較讓人擔心的是，ext4目前還是有些問題尚未解決...例如data loss跟soft lock，雖然不是常態性的問題，好像也不是那麼容易發生，但是如果發生了，那就真的很「冏」了

P.S：9.04 + 2.6.29 kernel速度似乎更上一層樓~而且即使沒有restricted-modules，對於intel的無線網卡還是可以正確的驅動(之前在8.04的時候好像還不行)

JAX-WS & Apache CXF 二三事(3) - 額外設定與功能

Apache CXF也支援fast infoset，而且只需要少少的設定即可，在service side的spring設定檔中加上：
<cxf:bus>
<cxf:features>
<bean class="org.apache.cxf.feature.FastInfosetFeature"></bean>
</cxf:features>
</cxf:bus>

其他詳細有關CXF bus的設定可以參考：Bus Configuration

若是有需要傳輸大量資料，可以考慮使用MTOM
可以參考：Using MTOM 、Upload big attachment (document) using CXF ( MTOM ) Spring and Tomcat
基本上，就是在service-side與client-side上都設定mtom-enabled=true的property。而service-side上，可以考慮用DataHandler作為傳輸的媒介

JAX-WS & Apache CXF 二三事(2) - Authentication

Apache CXF也有支援WS-Security來為Web service做傳輸加解密與身份認證的工作。設定與程式部份並不難。可以參考WS-Security 與 Apache CXF Tutorial - WS-Security with Spring

首先，必須先確定classpath中有wss4j的jar。然後在原本的spring設定檔中的<jaxws:endpoint>加上以下內容：

<jaxws:inInterceptors>
<bean class="org.apache.cxf.binding.soap.saaj.SAAJInInterceptor" />
<bean class="org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor">
<constructor-arg>
<map>
<entry key="action" value="UsernameToken" />

<entry key="passwordType" value="PasswordText" />
<entry key="passwordCallbackClass" value="com.company.auth.service.ServerPasswordCallback" />
</map>
</constructor-arg>
</bean>
</jaxws:inInterceptors>

其中必須注意的是WSS4JInInterceptor的設定。action是設定認證的方式，使用UsernameToken是表示使用username與password的認證方式，這是最簡單也是常用的方式；passwordType是設定密碼型態，使用PasswordText是指明碼password；passwordCallbackClass是指實作密碼驗證的classname，此處亦可以用passwordCallbackRef來代替，而設定值也將變為已經設定好的bean。以上就是在service端必須要的設定。而除此之外，也必須撰寫對應的PasswordCallback class。例如：

import java.io.IOException;
import javax.security.auth.callback.Callback;
import javax.security.auth.callback.CallbackHandler;
import javax.security.auth.callback.UnsupportedCallbackException;
import org.apache.ws.security.WSPasswordCallback;

public class ServerPasswordCallback implements CallbackHandler {

public void handle(Callback[] callbacks) throws IOException, UnsupportedCallbackException {

  WSPasswordCallback pc = (WSPasswordCallback) callbacks[0];

  if (pc.getIdentifer().equals("joe") {
      // set the password on the callback. This will be compared to the
            // password which was sent from the client.
            pc.setPassword("password");
  }
}

}

而client的部份也是使用類似的設定但是是for WSS4JOutInterceptor；而password callback class是必須for client的，因為是要設定傳送給service的username跟password。
在client的部份，如果不是透過spring的方式去取得service，則必須自己手動加入有關WSS4JOutInterceptor的設定。

心得：

1. 透過WSS4JOutInterceptor跟WSS4JInInterceptor，可以讓CXF支援身份認證的功能。但是這類的身份認證是在每次連線時都會進行，所以如果是需要查詢DB的話，可能會導致執行效率低落
2. service端使用WSS4JInInterceptor; client使用WSS4JOutInterceptor.
   
3. 若是透過JaxWsServerFactoryBean來取得service，則手動設定WSS4JOutInterceptor時，雖然會有設定username的行為，但是client password callback class還是必須做設定identifier的動作，否則會有連線問題
4. 當passwordType是PasswordText時，service side 必須自己取出密碼並且驗證，若是驗證失敗則必須丟出適當的exception；而若是passwordType為PasswordDigest，則密碼是處理過的，無法透過getPassword取出密碼，此時service side也必須將service端的密碼透過setPassword設定給callback class，然後交由framework去驗證；若是驗證失敗，framework會自動丟出exception
   

JAX-WS & Apache CXF 二三事(1) - Basic

最近因為工作上的需要，所以研究了目前Java對於SOAP Web Services的東西，最後選擇了Apache CXF作為JAX-WS的implementation.

基本上，因為JAX-WS運用了Annotation，所以在開發上算是簡化了許多，比較不需要使用大量的XML來定義。而且JAX-WS & Apache CXF預設會自動使用JAXB來做訊息格式的轉換，所以基本上只要不是複雜的JavaBean，都可以自動轉換，甚至也不會自己去定義JAXB的東西，算是相當方便。而Apache CXF本身也是支援Spring framework，所以在設定上也是遵照Spring 2.0的設定檔標準，倒是不用另外學習。

Apache CXF其實本身支援相當多的格式與標準，但是目前我只是使用JAX-WS的部份。基本入門可以參考：
Web Services Tutorial with Apache CXF 與 A simple JAX-WS service

基本上就是在service class加上@WebService等適當的annotation，然後在spring的設定檔中加上以下內容：

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jaxws="http://cxf.apache.org/jaxws"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://cxf.apache.org/jaxws
http://cxf.apache.org/schemas/jaxws.xsd">
<import resource="classpath:META-INF/cxf/cxf.xml" />
<import resource="classpath:META-INF/cxf/cxf-extension-soap.xml"/>
<import resource="classpath:META-INF/cxf/cxf-servlet.xml" />
<jaxws:endpoint id="auth"
implementor="com.company.auth.service.AuthServiceImpl"
address="/swAuth"/>
</beans>

其中，前三行的import是必要的，用來載入CXF自己本身的一些預設設定。主要的Web service定義在<jaxws:endpoint/>裏面。其中的implementor是用來指定service implementation class，而address是指service對外公開的名稱，也就是被取用的名稱。spring會根據這個設定，將implementor所描述的class建立出instance，並設定成為JAX-WS的service。如果不想透過指定class name的方式而是想reuse已經存在的bean，則可以省略implementor，而改用<jaxws:implementor>的方式來reference到已定義好的bean

然後在web.xml中加上必要的listener跟servlet設定，如下：

<web-app>
<display-name>Auth Manager</display-name>
<context-param>
<param-name>contextConfigLocation</param-name>

<param-value>classpath:com/company/auth/service/cxf.xml</param-value>
</context-param>
<listener>
<listener-class>
org.springframework.web.context.ContextLoaderListener
</listener-class>

</listener>
<servlet>
<servlet-name>CXFServlet</servlet-name>
<servlet-class>
org.apache.cxf.transport.servlet.CXFServlet
</servlet-class>

</servlet>
<servlet-mapping>
<servlet-name>CXFServlet</servlet-name>
<url-pattern>/services/*</url-pattern>
</servlet-mapping>

</web-app>

其中listener的設定是為了spring，而serlvet的部份才是為了CXF。
而client也可以透過spring來取得web service或是透過JaxWsProxyFactoryBean。

目前有幾點需要注意：

1. 之前使用2.1.4版會有無法連線的問題，改用2.1.3版之後就正常；2.2.0版雖然release，但是還尚未測試
2. 即使取得service object，但是並不表示連線就已經建立完成。真正的連線會等到method call進行時，才做連線。
   
3. 預設的client的Connection timeout跟receive timeout分別是30s跟60s，所以如果需要等待較長的呼叫時，可能會出現連線中斷。可以透過在client的classpath中加入cxf.xml來覆蓋預設值。詳細的設定可以參考：Client HTTP Transport (including SSL support)