<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    2006年9月27日

    struts2 基礎

    1. action extends ActionSupport abstract class, because it already provide some default operation(input, createErrorMessage).
    2. property is set by reflect to action, and pass to jsp(jsp is filled with these properties, jsp is a servlet, what it returned to user is HTML file)
    3. static validate happened in action method(override ActionSupport method), dynamic validation happened in action layer.
    4. change dynamic property file value in this way : thankyou=Thank you for registerling %{personBean.firstName}, Resource file can be deployed in action layer, package layer and global layer
    5. exception can be configured in bellow way:  <global-exception-mappings>
       <exception-mapping exception="org.apache.struts.register.exceptions.SecurityBreachException" result="securityerror" />
        <exception-mapping exception="java.lang.Exception" result="error" />
         </global-exception-mappings>
       
        <global-results>
              <result name="securityerror">/securityerror.jsp</result>
         <result name="error">/error.jsp</result>
         </global-results>
    6. Wildcard Method Selection: flexible but not useful(<action name="*Person" class="org.apache.struts.tutorials.wildcardmethod.action.PersonAction" method="{1}">)
    7. integrate spring & struts 2 way: use spring plugin, main point is who to maintain action creation(spring || action), better choice is spring, you can enjoy great function of spring.
    8. Add Convention Plugin to so that you can use annotation
    9. intercepter can be configured in action level and package level.

    posted @ 2011-03-29 12:07 Sheldon Sun 閱讀(238) | 評論 (0)編輯 收藏

    轉:用Spring快速開發jms應用(JBOSS服務器)

    異步進程通信是面向服務架構(SOA)一個重要的組成部分,因為企業里很多系統通信,特別是與外部組織間的通信,實質上都是異步的。Java消息服務(JMS)是用于編寫使用異步消息傳遞的JEE應用程序的API。傳統的使用JMS API進行消息傳遞的實現包括多個步驟,例如JNDI查詢隊列連接工廠和Queue資源,在實際發送和接收消息前創建一個JMS會話。

       Spring框架則簡化了使用JEE組件(包括JMS)的任務。它提供的模板機制隱藏了典型的JMS實現的細節,這樣開發人員可以集中精力放在處理消息的實際工作中,而不用擔心如何去創建,訪問或清除JMS資源。

       本文將對Spring JMS API作一個概述,并通過一個運行在JBoss MQ服務器上的web例程來介紹如何使用Spring JMS API來異步處理(發送和接收)消息。我將通過傳統JMS實現和Spring JMS實現兩者間的比較,來展示使用Spring JMS處理消息是如何的簡單和靈活。

    異步消息傳遞和面向服務架構

      在現實中,大多數web請求都是同步處理的。例如,當用戶要登入一個網站,首先輸入用戶名和密碼,然后服務器驗證登錄合法性。如果驗證成功,程序將允許該用戶進入網站。這里,登錄請求在從客戶端接收以后被即時處理了。信用卡驗證是另一個同步處理的例子;只有服務器證實輸入的信用卡號是有效的,同時客戶在帳戶上有足夠的存款,客戶才被允許繼續操作。但是讓我們思考一下在順序處理系統上的支付結算步驟。一旦系統證實該用戶信用卡的信息是準確的,并且在帳戶上有足夠的資金,就不必等到所有的支付細節落實、轉賬完成。支付結算可以異步方式進行,這樣客戶可以繼續進行核查操作。

       需要比典型同步請求耗費更長時間的請求,可以使用異步處理。另一個異步處理的例子是,在本地貸款處理程序中,提交至自動承銷系統(AUS)的信用請求處理過程。當借方提交貸款申請后,抵押公司會向AUS發送請求,以獲取信用歷史記錄。由于這個請求要求得到全面而又詳細的信用報告,包括借方現今和過去的帳戶,最近的付款和其他財務資料,服務器需要耗費較長的時間(幾小時或著有時甚至是幾天)來對這些請求作出響應。客戶端程序(應用)要與服務器連接并耗費如此長的時間來等待結果,這是毫無意義的。因此通信應該是異步發生的;也就是,一旦請求被提交,它就被放置在隊列中,同時客戶端與服務器斷開連接。然后AUS服務從指定的隊列中選出請求進行處理,并將處理得到的消息放置在另一個消息隊列里。最后,客戶端程序從這個隊列中選出處理結果,緊接著處理這個信用歷史數據。

    JMS

       如果您使用過JMS代碼,您會發現它與JDBC或JCA很像。它所包含的樣本代碼創建或JMS資源對象回溯,使得每一次您需要寫一個新類來發送和接收消息時,都具有更好的代碼密集性和重復性。以下序列顯示了傳統JMS實現所包括的步驟:

    1. 創建JNDI初始上下文(context)。
    2. 從JNDI上下文獲取一個隊列連接工廠。
    3. 從隊列連接工廠中獲取一個Quene。
    4. 創建一個Session對象。
    5. 創建一個發送者(sender)或接收者(receiver)對象。
    6. 使用步驟5創建的發送者或接收者對象發送或接收消息。
    7. 處理完消息后,關閉所有JMS資源。

    您可以看到,步驟6是處理消息的唯一地方。其他步驟都只是管理與實際業務要求無關的JMS資源,但是開發人員必須編寫并維護這些額外步驟的代碼。

    Spring JMS

       Spring框架提供了一個模板機制來隱藏Java APIs的細節。JEE開發人員可以使用JDBCTemplate和JNDITemplate類來分別訪問后臺數據庫和JEE資源(數據源,連接池)。JMS也不例外。Spring提供JMSTemplate類,因此開發人員不用為一個JMS實現去編寫樣本代碼。接下來是在開發JMS應用程序時Spring所具有一些的優勢。

    1. 提供JMS抽象API,簡化了訪問目標(隊列或主題)和向指定目標發布消息時JMS的使用。
    2. JEE開發人員不需要關心JMS不同版本(例如JMS 1.0.2與JMS 1.1)之間的差異。
    3. 開發人員不必專門處理JMS異常,因為Spring為所有JMS異常提供了一個未經檢查的異常,并在JMS代碼中重新拋出。

    示例程序

            說明:因為只是為了演示如何使用spring編寫jms的應用,所以本例沒有什么實際用途。

            程序功能:MessageProducer.java根據一用戶信息產生一個消息發送到 JMS Provider;由MessageConsumer.java接收。

    1.在Jboss里配置XML文件創建一個新的JMS provider。
    打開位于%JBOSS_HOME%server\default\deploy\jms文件夾下的jbossmq-destinations-service.xml文件,加入以下代碼片斷:
     <!--  Register User Send/Receive Queue  -->
     <mbean code="org.jboss.mq.server.jmx.Queue"
       name="jboss.mq.destination:service=Queue,name=registerUserQueue">
       <depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager</depends>
     </mbean>
     <!--  Register User Send/Receive Topic  -->
     <mbean code="org.jboss.mq.server.jmx.Topic"
      name="jboss.mq.destination:service=Topic,name=registerUserTopic">
       <depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager</depends>
     </mbean>
    2.在spring的配置文件中配置JMS組件的具體細節。
     (1)JNDI上下文是取得JMS資源的起始位置,因此首先我們要配置JNDI模板:
        <!-- JNDI上下文(它是取得JMS資源的起始位置) -->
       <bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">
        <property name="environment">
         <props>
          <prop key="java.naming.factory.initial">
           org.jnp.interfaces.NamingContextFactory
          </prop>
          <prop key="java.naming.provider.url">localhost</prop>
          <prop key="java.naming.factory.url.pkgs">
           org.jnp.interfaces:org.jboss.naming
          </prop>
         </props>
        </property>
       </bean>
       注意:此JNDI模板用到了org.jnp.interfaces.NamingContextFactory所以要把%JBOSS_HOME%\client下的jbossall-client.jar加到你的項目的classpath中。
    (2)配置連接工廠:
       <!-- JMS連接工廠 -->
         <bean id="jmsConnectionFactory"class="org.springframework.jndi.JndiObjectFactoryBean">
        <property name="jndiTemplate">
         <ref bean="jndiTemplate" />
        </property>
        <property name="jndiName">
         <value>XAConnectionFactory</value>
        </property>
       </bean>
       注意:XAConnectionFactory這個JNDI名字是在%JBOSS_HOME%server\default\deploy\jms文件夾下的jms-ds.xml中定義的(它是由JBoss指定的)。
     (3)配置JmsTemplate組件。在例程中我們使用JmsTemplate102。同時使用defaultDestination屬性來指定JMS目標。
      <!-- JMS模板配置 -->
      <bean id="jmsTemplate" class="org.springframework.jms.core.JmsTemplate102">
       <property name="connectionFactory" ref="jmsConnectionFactory" />
       <property name="defaultDestination" ref="destination" />
       <property name="pubSubDomain">
        <value>true</value>
       </property>
       <!-- 等待消息的時間(ms) -->
       <property name="receiveTimeout">
             <value>30000</value>
          </property>
      </bean>
      注意:如果使用topic-subscribe(主題訂閱)模式,該模板的pubSubDomain屬性值為true;若使用PToP(點對點)模式,pubSubDomain屬性值為false或不配置該屬性。
     (4)定義一個JMS目標來發送和接收消息:
      <bean id="destination" class="org.springframework.jndi.JndiObjectFactoryBean">
       <property name="jndiTemplate">
        <ref bean="jndiTemplate" />
       </property>
       <property name="jndiName">
        <value>topic/registerUserTopic</value>
       </property>
      </bean>
     (5)配置發送者和接收者組件:
      <!-- 消息發布者 -->
      <bean id="msgProducer" class="com.boco.jms.MessageProducer">
       <property name="jmsTemplate" ref="jmsTemplate" />
      </bean>
      <!-- 消息接收者 -->
      <bean id="msgConsumer" class="com.boco.jms.MessageConsumer">
       <property name="jmsTemplate" ref="jmsTemplate" />
      </bean>
    3.相應的類:
     (1). User對象。
       /**
       *  User.java
       *  created on Jul 2, 2006
       *  Copyrights 2006 BOCO,Inc. All rights reserved.
       */
      package com.boco.dto;
      
      import java.io.Serializable;
      
      /**
       * desc: 用戶信息 Bean
       * @author qiujy
       */
      public class User {
       private int id;
       private String username;
       private String password;
       private String email;
       
       public User(){}
       
       //以下為Getter,setter方法略
       ......
      }
      
     (2).消息生產者:
       /**
       *  MessageProducer.java
       *  created on Jul 22, 2006
       *  Copyrights 2006 BOCO,Inc. All rights reserved.
       */
      package com.boco.jms;
      
      import javax.jms.JMSException;
      import javax.jms.MapMessage;
      import javax.jms.Message;
      import javax.jms.Session;
      
      import org.springframework.jms.core.JmsTemplate;
      import org.springframework.jms.core.MessageCreator;
      
      import com.boco.dto.User;
      
      /**
       * desc:消息生產者
       * @author qiujy
       *
       */
      public class MessageProducer {
       /** JMS模板 */
       private JmsTemplate jmsTemplate;
       
       public void setJmsTemplate(JmsTemplate jmsTemplate){
        this.jmsTemplate = jmsTemplate;
       }
       
       public void sendMessage(final User user){
        //調用模板的send來發送消息
        jmsTemplate.send(new MessageCreator(){
      
         public Message createMessage(Session session) throws JMSException {
          //構造一個要發送的消息
          MapMessage message = session.createMapMessage();
           message.setInt("id", user.getId());
           message.setString("username", user.getUsername());
           message.setString("password", user.getPassword());
           message.setString("email", user.getEmail());
          System.out.println("send success!!");
          return message;
         }
        });
       }
      }
      
     (3).消息消費者:
      /**
       *  MessageConsumer.java
       *  created on Jul 22, 2006
       *  Copyrights 2006 BOCO,Inc. All rights reserved.
       */
      package com.boco.jms;
      
      import javax.jms.JMSException;
      import javax.jms.MapMessage;
      
      import org.springframework.jms.core.JmsTemplate;
      
      import com.boco.dto.User;
      
      /**
       * desc:消息消費者
       * @author qiujy
       *
       */
      public class MessageConsumer {
       /** JMS模板 */
       private JmsTemplate jmsTemplate;
       
       public void setJmsTemplate(JmsTemplate jmsTemplate){
        this.jmsTemplate = jmsTemplate;
       }
       
       public User receiveMessage(){
        //參數為Destination的JNDI名字去掉前面的模式類型標識
        //MapMessage msg = (MapMessage)jmsTemplate.receive("registerUserQueue");
        MapMessage msg = (MapMessage)jmsTemplate.receive("registerUserTopic");
        User user = new User();
        
        try {
         user.setId(msg.getInt("id"));
         user.setUsername(msg.getString("username"));
         user.setPassword(msg.getString("password"));
         user.setEmail(msg.getString("email"));
        } catch (JMSException e) {
         // TODO Auto-generated catch block
         e.printStackTrace();
        }
        
        return user;
       }
      }

     (4).測試用例:
       //======== 生產者測試用例 ===============
       /**
       *  TestMsgProducer.java
       *  created on Jul 22, 2006
       *  Copyrights 2006 BOCO,Inc. All rights reserved.
       */
      package com.boco.jms;
      
      import junit.framework.TestCase;
      
      import org.springframework.context.ApplicationContext;
      import org.springframework.context.support.ClassPathXmlApplicationContext;
      
      import com.boco.dto.User;
      
      /**
       * desc:
       * @author qiujy
       *
       */
      public class TestMsgProducer extends TestCase {
      
       private ApplicationContext context;
       /**
        * @param arg0
        */
       public TestMsgProducer(String arg0) {
        super(arg0);
        context = new ClassPathXmlApplicationContext("applicationContext_jms.xml");
       }
      
       /* (non-Javadoc)
        * @see junit.framework.TestCase#setUp()
        */
       protected void setUp() throws Exception {
        super.setUp();
       }
      
       /* (non-Javadoc)
        * @see junit.framework.TestCase#tearDown()
        */
       protected void tearDown() throws Exception {
        super.tearDown();
       }
      
       /**
        * Test method for {@link com.boco.jms.MessageProducer#sendMessage(com.boco.dto.User)}.
        */
       public void testSendMessage() {
        User user = new User();
        user.setId(132);
        user.setUsername("JMSTest");
        user.setPassword("password");
        user.setEmail("support@boco.com.cn");
        
        MessageProducer producer = (MessageProducer)context.getBean("msgProducer");
        
        producer.sendMessage(user);
        
       }
      
      }

      //============ 消費者測試用例 ===============
      /**
       *  TestMsgConsumer.java
       *  created on Jul 22, 2006
       *  Copyrights 2006 BOCO,Inc. All rights reserved.
       */
      package com.boco.jms;
      
      import junit.framework.TestCase;
      
      import org.springframework.context.ApplicationContext;
      import org.springframework.context.support.ClassPathXmlApplicationContext;
      
      import com.boco.dto.User;
      
      /**
       * desc:
       * @author qiujy
       *
       */
      public class TestMsgConsumer extends TestCase {
       private ApplicationContext context;
       /**
        * @param arg0
        */
       public TestMsgConsumer(String arg0) {
        super(arg0);
        context = new ClassPathXmlApplicationContext("applicationContext_jms.xml");
       }
      
       /* (non-Javadoc)
        * @see junit.framework.TestCase#setUp()
        */
       protected void setUp() throws Exception {
        super.setUp();
       }
      
       /* (non-Javadoc)
        * @see junit.framework.TestCase#tearDown()
        */
       protected void tearDown() throws Exception {
        super.tearDown();
       }
      
       /**
        * Test method for {@link com.boco.jms.MessageConsumer#receiveMessage()}.
        */
       public void testReceiveMessage() {
        MessageConsumer consumer = (MessageConsumer)context.getBean("msgConsumer");
        User user = consumer.receiveMessage();
        assertNotNull(user);
        System.out.println( "id========" + user.getId()
            + "\nname======" + user.getUsername()
            + "\npassword==" + user.getPassword()
            + "\nemail=====" + user.getEmail());
       }
      
      }

    posted @ 2011-03-23 14:49 Sheldon Sun 閱讀(269) | 評論 (0)編輯 收藏

    concurrent

    AVA后臺程序設計及UTIL.CONCURRENT包的應用


    摘要 : 在很多軟件項目中,JAVA語言常常被用來開發后臺服務程序。線程池技術是提高這類程序性能的一個重要手段。在實踐中,該技術已經被廣泛的使用。本文首先 對設計后臺服務程序通常需要考慮的問題進行了基本的論述,隨后介紹了JAVA線程池的原理、使用和其他一些相關問題,最后對功能強大的JAVA開放源碼線 程池包util.concurrent 在實際編程中的應用進行了詳細介紹。
    關鍵字: JAVA;線程池;后臺服務程序;util.concurrent



    1 引言
    在軟件項目開發中,許多后臺服務程序的處理動作流程都具有一個相同點,就是:接受客戶端發來的請求,對請求進行一些相關的處理,最后將處理結果返回給客戶 端。這些請求的來源和方式可能會各不相同,但是它們常常都有一個共同點:數量巨大,處理時間短。這類服務器在實際應用中具有較大的普遍性,如web服務 器,短信服務器,DNS服務器等等。因此,研究如何提高此類后臺程序的性能,如何保證服務器的穩定性以及安全性都具有重要的實用價值。

    2 后臺服務程序設計
    2.1 關于設計原型
    構建服務器應用程序的一個簡單的模型是:啟動一個無限循環,循環里放一個監聽線程監聽某個地址端口。每當一個請求到達就創建一個新線程,然后新線程為請求服務,監聽線程返回繼續監聽。
    簡單舉例如下:
    import java.net.*;
    public class MyServer extends Thread{
    public void run(){
    try{
    ServerSocket server=null;
    Socket clientconnection=null;
    server = new ServerSocket(8008);//監聽某地址端口對
    while(true){進入無限循環
    clientconnection =server.accept();//收取請求
    new ServeRequest(clientconnection).start();//啟動一個新服務線程進行服務
    ……
    }
    }catch(Exception e){
    System.err.println("Unable to start serve listen:"+e.getMessage());
    e.printStackTrace();
    }
    }
    }
    實際上,這只是個簡單的原型,如果試圖部署以這種方式運行的服務器應用程序,那么這種方法的嚴重不足就很明顯。
    首先,為每個請求創建一個新線程的開銷很大,為每個請求創建新線程的服務器在創建和銷毀線程上花費的時間和消耗的系統資源, 往往有時候要比花在處理實際的用戶請求的時間和資源更多。在Java中更是如此,虛擬機將試圖跟蹤每一個對象,以便能夠在對象銷毀后進行垃圾回收。所以提 高服務程序效率的一個手段就是盡可能減少創建和銷毀對象的次數。這樣綜合看來,系統的性能瓶頸就在于線程的創建開銷。
    其次,除了創建和銷毀線程的開銷之外,活動的線程也消耗系統資源。在一個 JVM 里創建太多的線程可能會導致系統由于過度消耗內存而用完內存或“切換過度”。為了防止資源不足,服務器應用程序需要一些辦法來限制任何給定時刻運行的處理 線程數目,以防止服務器被“壓死”的情況發生。所以在設計后臺程序的時候,一般需要提前根據服務器的內存、CPU等硬件情況設定一個線程數量的上限值。
    如果創建和銷毀線程的時間相對于服務時間占用的比例較大,那末假設在一個較短的時間內有成千上萬的請求到達,想象一下,服務器的時間和資源將會大量的花在 創建和銷毀線程上,而真正用于處理請求的時間卻相對較少,這種情況下,服務器性能瓶頸就在于創建和銷毀線程的時間。按照這個模型寫一個簡單的程序測試一下 即可看出,由于篇幅關系,此處略。如果把(服務時間/創建和銷毀線程的時間)作為衡量服務器性能的一個參數,那末這個比值越大,服務器的性能就越高。
    應此,解決此類問題的實質就是盡量減少創建和銷毀線程的時間,把服務器的資源盡可能多地用到處理請求上來,從而發揮多線程的優點(并發),避免多線程的缺點(創建和銷毀的時空開銷)。
    線程池為線程生命周期開銷問題和資源不足問題提供了解決方案。通過對多個任務重用線程,線程創建的開銷被分攤到了多個任務上。其好處是,因為在請求到達時 線程已經存在,所以無意中也消除了線程創建所帶來的延遲。這樣,就可以立即為請求服務,使應用程序響應更快。而且,通過適當地調整線程池中的線程數目,也 就是當請求的數目超過某個閾值時,就強制其它任何新到的請求一直等待,直到獲得一個線程來處理為止,從而可以防止資源不足。

    3    JAVA線程池原理
    3.1 原理以及實現
    在實踐中,關于線程池的實現常常有不同的方法,但是它們的基本思路大都是相似的:服務器預先存放一定數目的“熱”的線程,并發程序需要使用線程的時候,從 服務器取用一條已經創建好的線程(如果線程池為空則等待),使用該線程對請求服務,使用結束后,該線程并不刪除,而是返回線程池中,以備復用,這樣可以避 免對每一個請求都生成和刪除線程的昂貴操作。
    一個比較簡單的線程池至少應包含線程池管理器、工作線程、任務隊列、任務接口等部分。其中線程池管理器(ThreadPool Manager)的作用是創建、銷毀并管理線程池,將工作線程放入線程池中;工作線程是一個可以循環執行任務的線程,在沒有任務時進行等待;任務隊列的作 用是提供一種緩沖機制,將沒有處理的任務放在任務隊列中;任務接口是每個任務必須實現的接口,主要用來規定任務的入口、任務執行完后的收尾工作、任務的執 行狀態等,工作線程通過該接口調度任務的執行。下面的代碼實現了創建一個線程池:
    public class ThreadPool
    { 
    private Stack threadpool = new Stack();
    private int poolSize;
    private int currSize=0;
    public void setSize(int n)
    { 
    poolSize = n;
    }
    public void run()
    {
    for(int i=0;i

    (發帖時間:2003-11-30 11:55:56) 
    ---岑心 J

    回復(1): 

    4.2    框架與結構
    下面讓我們來看看util.concurrent的框架結構。關于這個工具包概述的e文原版鏈接地址是http: //gee.cs.oswego.edu/dl/cpjslides/util.pdf。該工具包主要包括三大部分:同步、通道和線程池執行器。第一部分 主要是用來定制鎖,資源管理,其他的同步用途;通道則主要是為緩沖和隊列服務的;線程池執行器則提供了一組完善的復雜的線程池實現。
    --主要的結構如下圖所示

    4.2.1 Sync
    acquire/release協議的主要接口
    - 用來定制鎖,資源管理,其他的同步用途
    - 高層抽象接口
    - 沒有區分不同的加鎖用法

    實現
    -Mutex, ReentrantLock, Latch, CountDown,Semaphore, WaiterPreferenceSemaphore, FIFOSemaphore, PrioritySemaphore
    還有,有幾個簡單的實現,例如ObservableSync, LayeredSync

    舉例:如果我們要在程序中獲得一獨占鎖,可以用如下簡單方式:
    try {
    lock.acquire();
    try {
    action();
    }
    finally {
    lock.release();
    }
    }catch(Exception e){
    }

    程序中,使用lock對象的acquire()方法獲得一獨占鎖,然后執行您的操作,鎖用完后,使用release()方法釋放之即可。呵呵,簡單吧,想 想看,如果您親自撰寫獨占鎖,大概會考慮到哪些問題?如果關鍵的鎖得不到怎末辦?用起來是不是會復雜很多?而現在,以往的很多細節和特殊異常情況在這里都 無需多考慮,您盡可以把精力花在解決您的應用問題上去。

    4.2.2 通道(Channel)
    為緩沖,隊列等服務的主接口

    具體實現
    LinkedQueue, BoundedLinkedQueue,BoundedBuffer, BoundedPriorityQueue, SynchronousChannel, Slot

    通道例子
    class Service { // ...
    final Channel msgQ = new LinkedQueue();
    public void serve() throws InterruptedException {
    String status = doService();
    msgQ.put(status);
    }
    public Service() { // start background thread
    Runnable logger = new Runnable() {
    public void run() {
    try {
    for(;;)
    System.out.println(msqQ.take());
    }
    catch(InterruptedException ie) {} }
    };
    new Thread(logger).start();
    }
    }
    在后臺服務器中,緩沖和隊列都是最常用到的。試想,如果對所有遠端的請求不排個隊列,讓它們一擁而上的去爭奪cpu、內存、資源,那服務器瞬間不當掉才怪。而在這里,成熟的隊列和緩沖實現已經提供,您只需要對其進行正確初始化并使用即可,大大縮短了開發時間。

    4.2.3執行器(Executor)
    Executor是這里最重要、也是我們往往最終寫程序要用到的,下面重點對其進行介紹。
    類似線程的類的主接口
    - 線程池
    - 輕量級運行框架
    - 可以定制調度算法

    只需要支持execute(Runnable r)
    - 同Thread.start類似

    實現
    - PooledExecutor, ThreadedExecutor, QueuedExecutor, FJTaskRunnerGroup

    PooledExecutor(線程池執行器)是個最常用到的類,以它為例:
    可修改得屬性如下:
    - 任務隊列的類型
    - 最大線程數
    - 最小線程數
    - 預熱(預分配)和立即(分配)線程
    - 保持活躍直到工作線程結束
    -- 以后如果需要可能被一個新的代替
    - 飽和(Saturation)協議
    -- 阻塞,丟棄,生產者運行,等等

    可不要小看上面這數條屬性,對這些屬性的設置完全可以等同于您自己撰寫的線程池的成百上千行代碼。下面以筆者撰寫過得一個GIS服務器為例:
    該GIS服務器是一個典型的“請求-服務”類型的服務器,遵循后端程序設計的一般框架。首先對所有的請求按照先來先服務排入一個請求隊列,如果瞬間到達的 請求超過了請求隊列的容量,則將溢出的請求轉移至一個臨時隊列。如果臨時隊列也排滿了,則對以后達到的請求給予一個“服務器忙”的提示后將其簡單拋棄。這 個就夠忙活一陣的了。
    然后,結合鏈表結構實現一個線程池,給池一個初始容量。如果該池滿,以x2的策略將池的容量動態增加一倍,依此類推,直到總線程數服務達到系統能力上限, 之后線程池容量不在增加,所有請求將等待一個空余的返回線程。每從池中得到一個線程,該線程就開始最請求進行GIS信息的服務,如取坐標、取地圖,等等。 服務完成后,該線程返回線程池繼續為請求隊列離地后續請求服務,周而復始。當時用矢量鏈表來暫存請求,用wait()、 notify() 和 synchronized等原語結合矢量鏈表實現線程池,總共約600行程序,而且在運行時間較長的情況下服務器不穩定,線程池被取用的線程有異常消失的 情況發生。而使用util.concurrent相關類之后,僅用了幾十行程序就完成了相同的工作而且服務器運行穩定,線程池沒有丟失線程的情況發生。由 此可見util.concurrent包極大的提高了開發效率,為項目節省了大量的時間。
    使用PooledExecutor例子
    import java.net.*;
    /**
    *

    Title:


    *

    Description: 負責初始化線程池以及啟動服務器


    *

    Copyright: Copyright (c) 2003


    *

    Company:


    * @author not attributable
    * @version 1.0
    */
    public class MainServer {
    //初始化常量
    public static final int MAX_CLIENT=100; //系統最大同時服務客戶數
    //初始化線程池
    public static final PooledExecutor pool =
    new PooledExecutor(new BoundedBuffer(10), MAX_CLIENT); //chanel容量為10,
    //在這里為線程池初始化了一個
    //長度為10的任務緩沖隊列。

    public MainServer() {
    //設置線程池運行參數
    pool.setMinimumPoolSize(5); //設置線程池初始容量為5個線程
    pool.discardOldestWhenBlocked();//對于超出隊列的請求,使用了拋棄策略。
    pool.createThreads(2); //在線程池啟動的時候,初始化了具有一定生命周期的2個“熱”線程
    }

    public static void main(String[] args) {
    MainServer MainServer1 = new MainServer();
    new HTTPListener().start();//啟動服務器監聽和處理線程
    new manageServer().start();//啟動管理線程
    }
    }

    類HTTPListener
    import java.net.*;
    /**
    *

    Title:


    *

    Description: 負責監聽端口以及將任務交給線程池處理


    *

    Copyright: Copyright (c) 2003


    *

    Company:


    * @author not attributable
    * @version 1.0
    */

    public class HTTPListener extends Thread{
    public HTTPListener() {
    }
    public void run(){
    try{
    ServerSocket server=null;
    Socket clientconnection=null;
    server = new ServerSocket(8008);//服務套接字監聽某地址端口對
    while(true){//無限循環
    clientconnection =server.accept();
    System.out.println("Client connected in!");
    //使用線程池啟動服務
    MainServer.pool.execute(new HTTPRequest(clientconnection));//如果收到一個請求,則從線程池中取一個線程進行服務,任務完成后,該線程自動返還線程池
    }
    }catch(Exception e){
    System.err.println("Unable to start serve listen:"+e.getMessage());
    e.printStackTrace();
    }
    }
    }

    關于util.concurrent工具包就有選擇的介紹到這,更詳細的信息可以閱讀這些java源代碼的API文檔。Doug Lea是個很具有“open”精神的作者,他將util.concurrent工具包的java源代碼全部公布出來,有興趣的讀者可以下載這些源代碼并細 細品味。 

    5    結束語
    以上內容介紹了線程池基本原理以及設計后臺服務程序應考慮到的問題,并結合實例詳細介紹了重要的多線程開發工具包util.concurrent的構架和使用。結合使用已有完善的開發包,后端服務程序的開發周期將大大縮短,同時程序性能也有了保障。

    posted @ 2011-03-23 13:25 Sheldon Sun 閱讀(248) | 評論 (0)編輯 收藏

    JAVA事務,JTA,JDBC,JDO,DAO,JNDI概念

    引用http://dyldragon.javaeye.com/blog/789374

    一、什么是Java事務

    通常的觀念認為,事務僅與數據庫相關。 
    事務必須服從ISO/IEC所制定的ACID原則。

    ACID是原子性(atomicity)、一致性(consistency)、隔離性(isolation)和持久性(durability)的縮寫。

    事務的原子性表示事務執行過程中的任何失敗都將導致事務所做的任何修改失效。

    一致性表示當事務執行失敗時,所有被該事務影響的數據都應該恢復到事務執行前的狀態。

    隔離性表示在事務執行過程中對數據的修改,在事務提交之前對其他事務不可見。

    持久性表示已提交的數據在事務執行失敗時,數據的狀態都應該正確。


         
    通俗的理解,事務是一組原子操作單元,從數據庫角度說,就是一組SQL指令,要么全部執行成功,若因為某個原因其中一條指令執行有錯誤,則撤銷先前執行過的所有指令。更簡答的說就是:要么全部執行成功,要么撤銷不執行。


    既然事務的概念從數據庫而來,那Java事務是什么?之間有什么聯系?  實際上,一個Java應用系統,如果要操作數據庫,則通過JDBC來實現的。增加、修改、刪除都是通過相應方法間接來實現的,事務的控制也相應轉移到Java程序代碼中。因此,數據庫操作的事務習慣上就稱為Java事務。


    二、為什么需要事務

    事務是為解決數據安全操作提出的,事務控制實際上就是控制數據的安全訪問。具一個簡單例子:比如銀行轉帳業務,賬戶A要將自己賬戶上的1000 元轉到B賬戶下面,A賬戶余額首先要減去1000元,然后B賬戶要增加1000元。假如在中間網絡出現了問題,A賬戶減去1000元已經結束,B因為網絡中斷而操作失敗,那么整個業務失敗,必須做出控制,要求A賬戶轉帳業務撤銷。這才能保證業務的正確性,完成這個操走就需要事務,將A賬戶資金減少和B賬戶資金增加方到一個事務里面,要么全部執行成功,要么操作全部撤銷,這樣就保持了數據的安全性。


    三、Java事務的類型 
        Java 
    事務的類型有三種:JDBC事務、JTA(Java Transaction API)事務、容器事務。 
    1
    JDBC事務 
    JDBC 
    事務是用 Connection 對象控制的。JDBC Connection 接口( java.sql.Connection )提供了兩種事務模式:自動提交和手工提交。 java.sql.Connection 提供了以下控制事務的方法:

    public void setAutoCommit(boolean) 
    public boolean getAutoCommit() 
    public void commit() 
    public void rollback() 
    使用 JDBC 事務界定時,您可以將多個 SQL 語句結合到一個事務中。JDBC 事務的一個缺點是事務的范圍局限于一個數據庫連接。一個 JDBC 事務不能跨越多個數據庫。 
    2
    JTA(Java Transaction API)事務 
        JTA 
    是一種高層的,與實現無關的,與協議無關的API,應用程序和應用服務器可以使用JTA來訪問事務。 
    JTA
    允許應用程序執行分布式事務處理--在兩個或多個網絡計算機資源上訪問并且更新數據,這些數據可以分布在多個數據庫上。JDBC驅動程序的JTA支持極大地增強了數據訪問能力。 
    如果計劃用 JTA 界定事務,那么就需要有一個實現 javax.sql.XADataSource  javax.sql.XAConnection  javax.sql.XAResource接口的 JDBC 驅動程序。一個實現了這些接口的驅動程序將可以參與 JTA 事務。一個 XADataSource 對象就是一個XAConnection 對象的工廠。 XAConnection s 是參與 JTA 事務的 JDBC 連接。 
    您將需要用應用服務器的管理工具設置 XADataSource 。從應用服務器和 JDBC 驅動程序的文檔中可以了解到相關的指導。 
    J2EE 
    應用程序用 JNDI 查詢數據源。一旦應用程序找到了數據源對象,它就調用 javax.sql.DataSource.getConnection() 以獲得到數據庫的連接。 
         XA 
    連接與非 XA 連接不同。一定要記住 XA 連接參與了 JTA 事務。這意味著 XA 連接不支持 JDBC 的自動提交功能。同時,應用程序一定不要對 XA 連接調用 java.sql.Connection.commit() 或者 java.sql.Connection.rollback() 。相反,應用程序應該使用 UserTransaction.begin() UserTransaction.commit()  serTransaction.rollback() 

    3、容器事務 
         
    容器事務主要是J2EE應用服務器提供的,容器事務大多是基于JTA完成,這是一個基于JNDI的,相當復雜的API實現。相對編碼實現JTA 事務管理,我們可以通過EJB容器提供的容器事務管理機制(CMT)完成同一個功能,這項功能由J2EE應用服務器提供。這使得我們可以簡單的指定將哪個方法加入事務,一旦指定,容器將負責事務管理任務。這是我們土建的解決方式,因為通過這種方式我們可以將事務代碼排除在邏輯編碼之外,同時將所有困難交給 J2EE容器去解決。使用EJB CMT的另外一個好處就是程序員無需關心JTA API的編碼,不過,理論上我們必須使用EJB 
    四、三種事務差異 
    1
    JDBC事務控制的局限性在一個數據庫連接內,但是其使用簡單。 
    2
    JTA事務的功能強大,事務可以跨越多個數據庫或多個DAO,使用也比較復雜。 
    3
    、容器事務,主要指的是J2EE應用服務器提供的事務管理,局限于EJB應用使用。 


    JTA

    Java事務API(JTA;Java Transaction API)和它的同胞Java事務服務(JTS;Java Transaction Service),為J2EE平臺提供了分布式事務服務。一個分布式事務(distributed transaction)包括一個事務管理器(transaction manager)和一個或多個資源管理器(resource manager)。一個資源管理器(resource manager)是任意類型的持久化數據存儲。事務管理器(transaction manager)承擔著所有事務參與單元者的相互通訊的責任。下圖顯示了事務管理器和資源管理的間的關系。


    JTA事務比JDBC事務更強大。一個JTA事務可以有多個參與者,而一個JDBC事務則被限定在一個單一的數據庫連接。下列任一個Java平臺的組件都可以參與到一個JTA事務中:

    JDBC連接

    • JDO PersistenceManager 對象
    • JMS 隊列
    • JMS 主題
    • 企業JavaBeans(EJB)
    • 一個用J2EE Connector Architecture 規范編譯的資源分配器。


    DAO

    DAO是Data Access Object數據訪問接口,數據訪問:顧名思義就是與數據庫打交道。夾在業務邏輯與數據庫資源中間。對數據庫進行CURD(增刪查改操作)。

     

      在核心J2EE模式中是這樣介紹DAO模式的:為了建立一個健壯的J2EE應用,應該將所有對數據源的訪問操作抽象封裝在一個公共API中。用程序設計的語言來說,就是建立一個接口,接口中定義了此應用程序中將會用到的所有事務方法。在這個應用程序中,當需要和數據源進行交互的時候則使用這個接口,并且編寫一個單獨的類來實現這個接口在邏輯上對應這個特定的數據存儲。


    JDBC

    JDBC(Java Data Base Connectivity,java數據庫連接)是一種用于執行SQL語句的Java API,可以為多種關系數據庫提供統一訪問,它由一組用Java語言編寫的類和接口組成。JDBC為工具/數據庫開發人員提供了一個標準的API,據此可以構建更高級的工具和接口,使數據庫開發人員能夠用純 Java API 編寫數據庫應用程序,同時,JDBC也是個商標名。

     

    有了JDBC,向各種關系數據發送SQL語句就是一件很容易的事。換言之,有了JDBC API,就不必為訪問Sybase數據庫專門寫一個程序,為訪問Oracle數據庫又專門寫一個程序,或為訪問Informix數據庫又編寫另一個程序等等,程序員只需用JDBC API寫一個程序就夠了,它可向相應數據庫發送SQL調用。同時,將Java語言和JDBC結合起來使程序員不必為不同的平臺編寫不同的應用程序,只須寫一遍程序就可以讓它在任何平臺上運行,這也是Java語言“編寫一次,處處運行”的優勢。


    簡單地說,JDBC 可做三件事:與數據庫建立連接、發送 操作數據庫的語句并處理結果。


    JDO

    JDO(Java Data Object )是一個JAVA用于存取某種數據倉庫中的對象的標準化API。JDO提供了透明的對象存儲,因此對開發人員來說,存儲數據對象完全不需要額外的代碼(如JDBC API的使用)。這些繁瑣的例行工作已經轉移到JDO產品提供商身上,使開發人員解脫出來,從而集中時間和精力在業務邏輯上。另外,JDO很靈活,因為它可以在任何數據底層上運行。JDBC只是面向關系數據庫(RDBMS)JDO更通用,提供到任何數據底層的存儲功能,比如關系數據庫、文件、XML以及對象數據庫(ODBMS)等等,使得應用可移植性更強。


    JNDI

    英文全稱是:Java Naming and Directory Interface

    術語解釋:一組幫助做多個命名和目錄服務接口的API。

    JNDI(Java Naming and Directory Interface)是SUN公司提供的一種標準的Java命名系統接口,JNDI提供統一的客戶端API,通過不同的訪問提供者接口JNDI SPI的實現,由管理者將JNDI API映射為特定的命名服務和目錄系統,使得Java應用程序可以和這些命名服務和目錄服務之間進行交互。集群JNDI實現了高可靠性JNDI[8],通過服務器的集群,保證了JNDI的負載平衡和錯誤恢復。在全局共享的方式下,集群中的一個應用服務器保證本地JNDI樹的獨立性,并擁有全局的JNDI樹。每個應用服務器在把部署的服務對象綁定到自己本地的JNDI樹的同時,還綁定到一個共享的全局JNDI樹,實現全局JNDI和自身JNDI的聯系。


     

    JNDI(Java Naming and Directory Interface)是一個應用程序設計的API,為開發人員提供了查找和訪問各種

     

    命名和目錄服務的通用、統一的接口,類似JDBC都是構建在抽象層上。

     

    JNDI可訪問的現有的目錄及服務有:DNS、XNam 、Novell目錄服務、LDAP(Lightweight Directory Access Protocol 輕型目錄訪問協議)、 CORBA對象服務、文件系統、Windows XP/2000/NT/Me/9x的注冊表、RMI、

     


     

    DSML v1&v2、NIS。

     


    JNDI與JDBC

    JNDI提供了一種統一的方式,可以用在網絡上查找和訪問服務。通過指定一個資源名稱,該名稱對應于數據庫或命名服務中的一個記錄,同時返回數據庫連接建立所必須的信息。

    JNDI主要有兩部分組成:應用程序編輯接口和服務供應商接口。應用程序編程接口提供了Java應用程序訪問各種命名和目錄服務的功能,服務供應商接口提供了任意一種服務的供應商使用的功能。

     

     

    Java代碼  收藏代碼
    1. try{  
    2.   Context cntxt = new InitialContext();  
    3.   DataSource ds = (DataSource) cntxt.lookup("jdbc/dpt");  
    4. }  
    5.   catch(NamingException ne){  
    6.   ...  
    7. }  

    posted @ 2011-03-22 17:35 Sheldon Sun 閱讀(1130) | 評論 (1)編輯 收藏

    Restart

    From now, i will restart my blog , try to record sth of my life, including some thoughts and research results of technology, the only little hope is that the blog can leave my memory of life, as time flying, when i open it , i can get something.

    Technology - Hibernate collection:
    Maybe i used to write sth related before.
    Several points as follows:
    1. Define interface as property, for Hibernate will use its own implementation during runtime.
    2. <key> element is used to identiry foreign key for specified table.
    3. <element> and <composite-element> is used for value type definition while <one-to-many> and <many-to-many> is used for entities type.
    4. indexed-collections contain : map, list, index is used to record position for certain record in the container.<map-key> for map while <index-list> for list.
    Next two items is for bidirection:
    5. inverse can be set in either sides for many-to-many relation.
    6. For one-to-many,  many sides will mantain relationship between object. exception happened when many side is index container.in this situation, it is not a completely "bidirectoinal".

    7. Sort is done in memory while order by is down in DB.
    8. <Bag> is used when property is defined as list, but <index-list> is not welcome.
    9. <idbag> is a list which can generate an id for primary key.

    posted @ 2008-06-11 18:27 Sheldon Sun 閱讀(507) | 評論 (0)編輯 收藏

    Interpret and command pattern

    解釋器模式:
    編譯器用的比較多。
    針對某一特定語法的分析, 解釋, 并進行處理!
    E.g: Expression = expression1 | expression2 | repeatableExpresson|Literal
    針對整個Expression, 分析出其每個組成的expresion1, expression2, 對每個分析出的結果, 都有相應的處理類! 并初始化出處理類的實例進行處理!
    Literal代表元數據 !
    如果對一個汽車組件的各個生產廠商進行解釋器模式分析的話: 汽車 = 輪胎 + 發動機 + 框架 那么首先建立一個分析程序,分析汽車的組成, 并針對每個部件初始化一個不見對應的對象, 來匹配該部件! 并調用部件的特有方法, 處理部件, 返回生產廠家的名稱!

    這個例子好失敗, Interpret 模式優點在表達式的租成有很多模塊, 每個模塊重復的包含其他模塊的情況下, 達到代碼重用的目的! 所以除了正則表達式, 編譯器以外, 暫時想不出什么好的例子來!

    命令行模式:
    Struts 應用是典型的命令行模式。
    1。 把請求參數話。
    2。 對每個請求配置相應的處理類。處理類有統一的接口。
    3。 配置請求與處理類的對應關系。
    4。 調用處理類統一接口。

    沒什么好說的!




    今天比較凡, 感覺自己職業發展已經到達了一個瓶頸, 不知道怎么發展才好!
    感覺自己交流能力比較差, 大家在一起的時候都是聽別人說! 自己很少發言, 做編碼已經感覺沒有太大意思了, 因為現在的公司只注重結果, 不看中代碼的質量,開發出來很容易, 但開發好的代碼很難! 周圍的同事開發出來代碼的水平比我都差很多, 也一樣通過, 搞得自己想提高自己都沒有動力!
    想提高一下交流能力, 不知道轉行做QA會不會有點改善, 或者還家公司?
    比較迷茫!

    posted @ 2007-11-22 16:56 Sheldon Sun 閱讀(302) | 評論 (0)編輯 收藏

    Chain of responsibility

    剛才看了看職責鏈模式, 沒什么概念, 腦袋還是比較混亂! 把思路寫出來!

    職責鏈主要是為了一個請求, 可能有很多個處理者, 這些處理者數目并不固定而設計的!

    對每種處理, 都會有一個處理類來對應! 沒個具體的處理類都會有一個后繼: succor, 這個后繼比處理類更廣泛! 如果當前的處理類可以處理改請求, 則處理,否則使用后繼的處理方法!

    感覺最關鍵的一點就是對后繼者的定義, 那為什么不用繼承機制呢???

    posted @ 2007-11-21 16:49 Sheldon Sun 閱讀(339) | 評論 (1)編輯 收藏

    Validate xml

    package testSchema;

    import java.io.IOException;
    import java.io.InputStream;
    import java.io.Serializable;
    import java.util.ArrayList;
    import java.util.List;
    import java.util.Map;

    import org.apache.commons.codec.binary.Base64;
    import org.apache.commons.logging.Log;
    import org.apache.commons.logging.LogFactory;
    import org.dom4j.Document;
    import org.dom4j.DocumentException;
    import org.dom4j.DocumentHelper;
    import org.dom4j.Element;
    import org.dom4j.Namespace;
    import org.dom4j.io.SAXReader;
    import org.dom4j.tree.DefaultNamespace;

    import org.iso_relax.verifier.Schema;
    import org.iso_relax.verifier.Verifier;
    import org.iso_relax.verifier.VerifierConfigurationException;
    import org.iso_relax.verifier.VerifierFactory;
    import org.iso_relax.verifier.VerifierFilter;
    import org.xml.sax.EntityResolver;
    import org.xml.sax.ErrorHandler;
    import org.xml.sax.InputSource;
    import org.xml.sax.SAXException;
    import org.xml.sax.SAXParseException;

    import com.sun.msv.verifier.jarv.TheFactoryImpl;

    public class ValidateXML {
       
        public Document validate(InputStream stream, String xsdName) throws IOException{
       
        Document result = null;
        InputStream xmlStream = stream;
        InputStream schemaStream = this.getClass().getResourceAsStream(xsdName);
        SAXReader reader;
        try {
            reader = createSAXReader(schemaStream);
            result = reader.read(xmlStream);
            xmlStream.close();
            schemaStream.close();
        } catch (DocumentException e) {
            System.out.println("Validate failed !");
            e.printStackTrace();           
        } catch(IOException e) {
            System.out.println("Xsd file does not exist !");
            e.printStackTrace();           
        }
        catch (Exception e) {
            System.out.println("Xsd file format error !");
            e.printStackTrace();
        }
       
        return result;
    }

    private SAXReader createSAXReader(InputStream xsdStream) throws VerifierConfigurationException, SAXException, IOException {
        VerifierFactory factory = new TheFactoryImpl();
    Schema schema = factory.compileSchema(xsdStream);

    Verifier verifier = schema.newVerifier();
    verifier.setErrorHandler(new ErrorHandler() {
        public void error(SAXParseException e) {
        System.out.println("ERROR: " + e);
        }

        public void fatalError(SAXParseException e) {
        System.out.println("FATAL: " + e);
        }

        public void warning(SAXParseException e) {
        System.out.println("WARNING: " + e);
        }
    });

    // now install the verifying filter
    VerifierFilter filter = verifier.getVerifierFilter();
    SAXReader reader = new SAXReader();
    reader.setXMLFilter(filter);
    return reader;
    }


    public static void main(String[] args) throws IOException {
        ValidateXML validateXML = new ValidateXML();
    //    InputStream schemaStream = validateXML.getClass().getResourceAsStream("Response.xml");
    //    validateXML.validate(schemaStream, "BAK-Response.xsd");
        validateXML.validateByDtd("hibernate-configuration-3.0.dtd", "src\\testSchema\\hibernate.cfg.xml");
    }

    public Document validateByDtd(String dtdFile, String xmlFile) {
        List errors = new ArrayList();
        SAXReader saxReader = new SAXReader();
        saxReader.setEntityResolver(new DTDEntityResolver(dtdFile));
        saxReader.setErrorHandler(new ErrorLogger(xmlFile, errors));
        saxReader.setValidation(true);
        Document doc = null;
        try {
        doc = saxReader.read(xmlFile);
        } catch (DocumentException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
        }
       
        return doc;
    }

    public static class ErrorLogger implements ErrorHandler {
        private String file;
        private List errors;
        ErrorLogger(String file, List errors) {
            this.file=file;
            this.errors = errors;
        }
        public void error(SAXParseException error) {
            System.err.println( "Error parsing XML: " + file + '(' + error.getLineNumber() + ") " + error.getMessage() );
            errors.add(error);
        }
        public void fatalError(SAXParseException error) {
            System.err.println(error);
        }
        public void warning(SAXParseException warn) {
            System.err.println( "Warning parsing XML: " + file + '(' + warn.getLineNumber() + ") " + warn.getMessage() );
        }
    }


    public static class DTDEntityResolver implements EntityResolver, Serializable {

        private static final Log log = LogFactory.getLog( DTDEntityResolver.class );

       
        private String dtdFile;
        public DTDEntityResolver(String dtdFile) {
            this.dtdFile = dtdFile;
        }
        public InputSource resolveEntity(String publicId, String systemId) {
            if ( systemId != null ) {
                InputStream dtdStream = this.getClass().getResourceAsStream(dtdFile);
                InputSource source = new InputSource( dtdStream );
                source.setPublicId( publicId );
                source.setSystemId( systemId );
                       
                return source;
            }
            // use default behavior
            return null;
        }

    }

    }

    posted @ 2007-08-08 09:53 Sheldon Sun 閱讀(579) | 評論 (0)編輯 收藏

    Hibernate - Component

    1. Component is value type, can not shared between entities, dont own identifier!
    2. Declaration for mapping under component element.
    3. When storing in set(or other collection type), use composite-element.
    4. When using as primary key, use composite-id.
    5. Dynamic component.



    posted @ 2007-06-19 09:31 Sheldon Sun 閱讀(302) | 評論 (0)編輯 收藏

    Hibernate - Persistent class

    1. Hibernate recommand persisten class as a standard javabean naming convention, but not required, Hibernate can access fileds directory too.
    But a no-argument constuctor is requeried for hibernate to instiante an object of the class by refection.

    2. Indentifier property if optional too, but needed if we want to use the full feature set of hibernate, for hibernate will distinguish object by identifiers while some special operation. e.g:  merge(), saveOrUpdate.

    3. Equals() and hasdCode() mehtod is recommanded to implenent when you want to store persisntent class in a Set or manipulate object span sessions.

    4. There are other 2 ways to define enity object except java class, Map and xml, the defect maybe can not do compile check, metrit is more flexisble than java.

    5. Tuplizier!!!!

    Hibernate integrated with J2EE infrastructure:
    Two main point:
    1. Hidden Configuration.config().buildSessionFacotory operation.
    2. Bound session factory to jndi namespace through many way. e.g: MBean
     

    posted @ 2007-06-14 11:12 Sheldon Sun 閱讀(558) | 評論 (0)編輯 收藏

    Inheritance strategy

    There are three kinds of basic strategies for inheritence mapping:
    1. table per hierarchy.
    2. table per subclass.
    3. table per concreteclass.

    Table structure maybe the root reason to determine which kind strategy will be used.

    Table per hierarchy:
    With subclass element.
    A discriminator column will be used to distinguish subclass.
    Limitation: no not null constraint on sub class's property.
    Fault: redandance data will be generated.

    Table per subclass:
    With joined-class elment.
    There are tables for super class and each subclass, for every subclass, key elemnt is used to referenced to super class's primary key, and all common properties will be stored in super table. The relation between super table and sub table is one-to-one.
    Fault: complex table structure.


    Table per concrete class:
    With union-class elemnt.
    Super class responsible for genrate id and all common properties wich will stored in sub table.
    Fault: redandance data will be generated.
    Limitation: all common column should used the same column name for the properties are defined in super class.

    posted @ 2007-06-01 10:55 Sheldon Sun 閱讀(255) | 評論 (0)編輯 收藏

    HbmBinder

    Walks an XML mapping document and produces the Hibernate configuration-time metamodel (the classes in the mapping package)


     

    1. parse "extend" attribute of subclass, unionclass, joinedclass which defined under <hibernate-mapping> element.

    2. parse "meta" data element.

    3. parse other subclass of root element.

    posted @ 2007-05-30 12:57 Sheldon Sun 閱讀(153) | 評論 (0)編輯 收藏

    Hibernate filter

    1. Hibernate filter is used to give a definition condition in xml mapping files.
    2. Ever session want to use it must enable the filter with name first.
    3. filter is defined in xml with elment <filter-def> under <hibernate-mapping>, used <filter> element under <class> element.
    4. give certain sql condition attribute either in <filter-def> or <filter>.
    5. Support value to filter parameters in application.



    The main purpose is to support global filter.

    posted @ 2007-05-24 13:20 Sheldon Sun 閱讀(436) | 評論 (0)編輯 收藏

    Hibernate query

    1. session.createSqlQuery(), in purpose to increase performance, execute sql directly. addScalar() method is used to sepcify type of columns, add entity to return certain entity instance.
    2. session.getNamedQuery(), execute query defined in mapping files with <sql-query> element, the query can be a defined sql sentence or a procedure, property type and entity type can also be specifid by certain elment.
    3. update, detelet, insert sql can be defined in xml mapping files also.


    The finaly purpose of the query is to enchance performance.

    posted @ 2007-05-24 12:51 Sheldon Sun 閱讀(333) | 評論 (0)編輯 收藏

    Hibernate Criteria

    1. Usage org.hibernage.Criteria interface is to compose criterians included in org.hibernate.criteria package.
    2. Criteria interface inherit org.hibernate.criteria.CriterianSpecification, which only defined some mode value, e.g: flushmode, cach mode, maybe not a good implemnt.
    3. Criterian was implemnt by org.hibernate.impl.criteriaImpl and created by org.hibernate.impl.SessionImplementor, translate class name and sesson to criterian.
    4. Typical usage: session.createCriteria(class).add(Restriction.xx()).list;
    5. Restriction is factory of org.hibernate.criteria.Criteriaon implementation.

    Architecture : Define top level interface to compose low lever sub interface, easy to extense and maintain.

    posted @ 2007-05-24 10:55 Sheldon Sun 閱讀(277) | 評論 (0)編輯 收藏

    Hibernate - Environment

    There are 2 kinds of factory : factory level and System level, factory responsible for every factory instance, System for all facotrys, (only 2 system factory property).
    Evironment got properties for /hibernate.properties first, and then from System.getProperties() to ovrride old one!

    Totally, Evironment represents properties.

    posted @ 2007-05-22 13:57 Sheldon Sun 閱讀(111) | 評論 (0)編輯 收藏

    Collection mappings

    1. Use interface type.
    2. Ordered type collection has index sub-element.
    3. Key element indicates the foreign key referred to entity own the collection.
    4. "element" or "composite element" element is used to specify value type contained in collection.
    5. "many-to-many" or "one-to-many" elmeent is used to sepcify referred type contained in collection.
    6. one-to-many need not an intervening table.(foreign key)

    posted @ 2007-05-22 11:12 Sheldon Sun 閱讀(111) | 評論 (0)編輯 收藏

    Persisitent object

    Hard requirenment:
    1. No-argument construct , package visiblity, usde instantiate object by Constructor.newInstance().

    Option requirement:
    1. Pojo.
    2. Implement hashCode and equals for two resons :
        1) Object will be store in a set property.
        2) Instance span to sesssion scope, make a detached object persistent again, will call equals, for java indentify(==) and db indentify(pk) is not available for the condition(object doest not have identify before persistent),

    Note: hashCode generation should not use indentify proeprty  of object.

    posted @ 2007-05-17 08:51 Sheldon Sun 閱讀(240) | 評論 (0)編輯 收藏

    Hibernate configuration

    Hibernate configuration object is the core and starttime class , initiate it and call its config() method to initial sessionFactory.
    Configuration get properties, mapping , etc information through two ways:
    1. Config file: hibernate.propeties, system, hibernate.cfg.xml(optional, name changed Configuration.doConfig(*.cfg.xml)).
    2. Method: Configuration.addSource, addProperties...

    So config files is only a way of configuration to get config info.



    posted @ 2007-05-16 15:00 Sheldon Sun 閱讀(232) | 評論 (0)編輯 收藏

    0516_2

    Configuration: the class instantiate a sessionng factory, it works as follow:
    1. Get properties for Enviroment.java. Environment get properties from hibernate.properties and System, System propertie is prior to hibernate.properties when name is equal.
    2. Configuration.config will read hibernate.cfg.xml to get more properties and mapping files.


    During last two steps, it will some util class in org.hibernate.util to help handle file.

    3. Generate ConnectionProvider by its all properties.


    posted @ 2007-05-16 09:17 Sheldon Sun 閱讀(122) | 評論 (0)編輯 收藏

    0516_1

    1. Update make a detached object persistent.
    2. Config mapping relating in mapping files make query as object oriented.
    3. For many-to-many relation relationship, middle table store link to two tables.
    4. Key element is identify the column of middle table.
    5. Db operation happend at the end of a unit work ---- session flush.
    6. For value type, "element" will replace "many-to-many" in set element(acturally, for all java object, hibernate take it as a value type), value type can not shared by more than one instance.
    7. All bi-directional associations need one side as inverse. bi-direction means both sides of mapping mentain relations of middle table, inverse side is a mirror of the other side, during save or update, the other side will handle.

    posted @ 2007-05-16 08:52 Sheldon Sun 閱讀(166) | 評論 (0)編輯 收藏

    session

    1. batch insert/update session.flush session.clear
    2. statlesssession

    posted @ 2007-05-15 13:34 Sheldon Sun 閱讀(80) | 評論 (0)編輯 收藏

    Mapping for inheritance

    There are three main kinds of mapping for inheritance:
    1. table per class hirachy, for each subclass, use discriminator to distinguish different data, subclass specific property can not be null, only one table.
    2. table per subclass, there is a common table for super class, subclass table reference to super table through primary key, add relationship between tables.
    3. table per concrete class, generate too much redandance data, pk was generated by super class.


    some mix mapping is available.



    posted @ 2007-05-14 13:41 Sheldon Sun 閱讀(133) | 評論 (0)編輯 收藏

    hibernate ref1

    1. Entity name: can be used query.
    2. Way of define mapping: xml, xdoclet, annotation.
    3. Gerated properties: timestamp, version, and property can be generated. Types as follows :
    never: default value.
    always: generated when insert and update.
    insert: only geneated when create data, won't change when updated it later.
    4. Create db schema can be written in xml file.

    posted @ 2007-05-14 10:20 Sheldon Sun 閱讀(112) | 評論 (0)編輯 收藏

    Hibernate reference

    1. lite archetecture: application handle connection and transaction, use niminum hibernate api.
    2. full scream architecture: application will ingore underlying jdbc, jta apis, hibernate hold it.
    3. Persistent object stats: persistence, transient and detached.
    4. Session factory: a cache of compiled configuration files for single db, thread-safed, factory of session and client of connectionProvider, an optional cache of data for process, cluster layer.
    5. Session: represent a conversation between application and db, factory of transaction. wrapped conncetion.
    6. Transatcion: specify automic unit of work.
    7. Context session: hibernateUtil class, for certain application, the scope of current is different, have different context concept. (need more research!)
    8. Configration: store xml to java, can got it through specify xml, java class and proeprties.
    9. Hibernate mapping: mapping java type to SQL type.
    10. Custome mapping type: implement UserType or CompsiteUserType, can define short name, chould get certain value of property by key value.(useless)
    11. Entity and Value: entity can be shared by more than one persistent class as reference.


    posted @ 2007-05-14 09:45 Sheldon Sun 閱讀(247) | 評論 (0)編輯 收藏

    再論Singleton模式

    Singleton模式可能是應用最廣泛的模式之一了, 但有些錯誤的應用。
    ?Singleton的實現: 有兩種方式, 如下:
    1. class Test { public static final Test instance = new Test(); private Test() {} }
    ?2. class Test { private static final Test instance = new Test(); private Test() {} public static Test getInstance() { return instance; } } 這兩種方法都要求構造器是私有的, 這樣就可以防止該類外的對象創建新的TEST對象。 但相對而言, 推薦使用第二種方法, 因為其更具有靈活性,當我們改變創建對象的方式的時候, 不需要改動客戶代碼。 第一種方法較第二種有一點完全可以忽略不計的效率的提高。
    ?但應避免如下代碼實現Singleton: class Test { private static Test singleton = null; private Test() {} public Test getSingleton() { if(singleton == null) { singleton = new Test(); } return singleton; } } 因為嚴格上講, 這并不能完全實現Singleton模式,而且會導致程序出錯, 這同著名的線程問題--DCL實效的原理是完全一樣的:
    JVM創建對象的過程可以分為幾個步驟:創建空間, 把所有的變量賦值位默認值, 初始化。。。 當有兩個線程A和B同事進入該方法, A先執行, A創建Test實例的空間, 這時,因為CPU的指令流機制,時間片段正好輪到B線程, 這時B判斷singleton是否為NULL, 因為A已經為Test的實例分配了空間, 所以JVM認為實例已經創建了, B繼續執行, 更糟糕的是B調用了singleton, 這時因為他并沒有初始化完全, 所以拋出NullPointerException, 太糟糕了!

    posted @ 2006-10-30 14:10 Sheldon Sun 閱讀(188) | 評論 (0)編輯 收藏

    Bridge模式 和Composite模式

    Bridge:主要實現的原理就是把接口 和實現分離開來, 保證他們再兩個不同的類層次結構。

    用Bridge而不是直接繼承實現主要有兩個好處:
    1。 二進制兼容。 假設我們的應用程序需要用到format功能, 我們可能有要引用兩個第三方JAR包, formatInterface.JAR And formatImp.jar, 我們程序可能只引用了formatInterface.jar中的接口, 而formatImpl.jar里是什么我們根本不需要關心, 因為他是formatInterface的實現, 所以當他改變的時候, 我們的應用程序完全不用重新修改代碼, 編譯。可能我在LINUX下用LINUXFormatImpl.jar, 再WINDOW下use WindowFormatImpl.jar, but Application will never care about it.
    ?2. 接口與實現的分離, 實現不一定實現接口的內容, 就是說實現同接口之間不是一一對應的, 實現可能完成最原子的操作, 而接口通過持有一個實現的應用, 組裝這些操作來實現接口。 比如說接口是createRectangle(), 實現可能只完成了createLine的操作, 然后有接口來組裝。


    ?Composite模式則要從全局的角度考慮對象之間的關系是否滿足“樹枝” 與 “樹葉”的關系, 如果滿足, 則需要定義一個樹枝與樹葉的集合接口Tree, 既包含樹枝接口add(tree)和樹葉接口getColor()。

    posted @ 2006-10-26 19:46 Sheldon Sun 閱讀(155) | 評論 (0)編輯 收藏

    Synchronize 與 JAVA 內存模型

    每個JAVA對象都有一把所, 當有多個線程同時訪問共享資源的時候, 需要Synchronize 來控制安全性, synchronize 分 synchronize 方法 和synchronize快,使用synchronize塊時, 一定要顯示的獲得該對象的鎖(如synchronize(object))而方法則不需要。

    ?JAVA 的內存模型是對每一個進程有一個主內存, 每個線程有自己的內存, 他們從主內存中取數據, 然后計算, 再存入主內存中。

    ?并發問題如下:如果多個線程同事操作同一數據, A線程從主內存中取的I的值為1, 然后進行加1操作, 這時B線程也取I的值, 進行加2操作, 然后A存入2到主內存中, B也存入, 這樣就覆蓋了A的值(同數據庫中的并發問題一樣)。 解決辦法是用synchronize, 如用synchronized(I)。被synchronize 修飾的方法(塊)把以下三步操作當成一個原子操作:取數據, 操作數據, 存數據。 我們知道原子操作是不可以被打斷的, 所以其保證了數據一致性, 這樣同一時間只有一個線程再執行, 對性能有一定的影響。這也是synchronize的第二個作用:保證統一時間只有一個線程再運行。 當實現SOCKET連接的時候經常用到.

    ?JAVA中規定對非FLOAT, LONG的原始類型的取和存操作為原子操作。 其實就是對一個字(32位)的取,存位原始操作, 因為FLOAT, LONG為兩個字節的長度, 所以其取, 存為非原子操作。 如果想把他們也變為原子操作, 可以用VOLATILE關鍵字來修飾。

    posted @ 2006-10-26 19:19 Sheldon Sun 閱讀(411) | 評論 (0)編輯 收藏

    java seriliazable

    1. serializable default serialize all field and object net.
    2. Externalizable default deserialize all fields and use writeExternal and readExternal to serialize object. should provide public construct.
    3. serializable interface use private writeObject and private readOjbect to implemnets the same fucntion as Extenalizable interface. (writeDefautObject and readDefaultObject).
    4. Externalizable extends serializable

    posted @ 2006-10-23 20:09 Sheldon Sun 閱讀(163) | 評論 (0)編輯 收藏

    從學習JAVA看學習語言

    學習java也有幾年的時間了, 大學開始就一直沒有斷過, 工作后有專門學習了java。 由于對原理型的知識比較看重, 所以JAVA基礎學的比較多, 至今精通不敢說, 但至少也應該算是熟悉了吧! 我認為語言的學習最簡單的就是文法學習, 估計一般學習一周 到兩周就可以使用這種語言編寫程序, 對于初級程序員這樣也就足夠了, 但要對語言有很深的了解:就是對這個語言的特性的了解, 把JAVA做例子, 他的所有類繼承自OBJECT(他的所有方法用途, 作用等等), CLONABLE接口, SERIALIZABEL接口改變了方法的行為,synchronized等等, 這些都是JAVA語言定義的自己的特征, 包括JAVA的性能, 要能高效率的運用JAVA, 必須對對這些特性有比較深的了解, 還要對其主要的庫有一定的了解,比如說容器庫, 輸入輸出流。。如果了解這些的話最少也要花費1--2年的學習, 還不一定掌握精髓。 估計掌握這些知識的人怎么也應該是高級程序員了。 JAVA學習的最高境界應該是對其類庫的無比熟悉, 能清楚其內在的實現, 如容器類散列桶的實現方法等等, 以及他們實現的優劣。 能達到這個程度的人應該寥寥無幾, 這樣的人一般是有10年JAVA工作經驗的資深JAVA程序員了。 個人認為學習語言也不過這三個階段:熟悉語法, 熟悉語言的特性, 精通類庫。一個語言成熟與否的標志就是他是否有一個設計良好的全面的類庫。

    posted @ 2006-10-23 11:24 Sheldon Sun 閱讀(198) | 評論 (0)編輯 收藏

    迭代化開發新問題

    http://blog.csdn.net/fuchunyi/archive/2006/10/22/1345708.aspx 這周去拜訪一個客戶,他們正在實施RUP,問及效果如何,聽到了一些關于迭代化開發的新問題。 這位客戶是一家集成商,主要為甲方開發應用軟件系統。實施迭代化開發的主要目的是控制項目風險,應用項目的最大風險一般都在于需求,采用迭代化可以通過迭代產生的原型系統來收集甲方客戶的反饋,從而及早修正對于客戶需求的誤解。但是開發團隊并沒有象預想中那樣收集到甲方的反饋,甲方還是習慣于用傳統的瀑布模型來評價、驗收系統,他們并沒有對項目過程中交付的原型系統進行認真的確認,所以也沒有太多的意見反饋給開發團隊,很多需求的變更還是要到系統正式驗收時才被提出來。因為在甲方的觀念中,他們還不太認可項目結束之前所提交的中間結果。 另外,項目的合同是按照瀑布模型的階段來簽的,需求分析、概要設計、詳細設計、編碼完成、驗收測試是項目回款的里程碑。采用迭代化開發之后,在原定的概要設計交付時間點上,可能需求分析和概要設計都只完成了部分的工作,比原定計劃要晚一些;而詳細設計和編碼工作都已經開始了一部分,比原定計劃要提前一些。這樣就不能按照原定時間點來要求甲方就需求分析和概要設計那部分工作量付款,對于中國的集成商而言,項目回款是比合同簽定都要重要的工作。 這些問題給我們的經驗教訓是應用項目開發采用迭代化開發流程,也需要讓客戶理解這一點,項目工作說明書中的工作單元內容也需要跟迭代化開發流程來符合。軟件開發流程關系到所有的涉眾(Stakeholder),僅僅是開發團隊理解并實施這一流程是不夠的。 還有一個反饋來自于很多項目團隊,認為迭代化開發概念上聽起來很有道理,但在項目中實施后往往感覺不到采用這處方法后對項目有什么太大的幫助。迭代化開發的主要目的在于控制項目風險,常見的項目風險如技術架構、客戶需求等等。但是日常工作中的項目往往沒有太多的風險,我們開發的往往是重復性的項目,電信事業部做的就是不同運營商的BOSS項目,社保事業部就是為不同省份開發社保系統,雖然有特殊需求,但系統架構和基本需求完全一樣;更多的項目是對現有系統的維護性開發,實現客戶提出的變更請求和改正軟件缺陷,一般不會涉及到系統架構的改動。在這種類型的項目中,迭代化開發體現的不是對風險的控制,而是系統增量式開發而不斷給涉眾所帶來的信心和鼓舞,開發人員可以在較斷的時間周期內看到自己所開發的系統可以“跑”起來了,客戶則可以看到整個項目在不斷地往前推進。

    posted @ 2006-10-23 08:58 Sheldon Sun 閱讀(174) | 評論 (0)編輯 收藏

    現在的公務員...

    媽的, 想起來就有氣, 現在的公務員一個比一個牛, 本來應該為人民服務, 態度卻一個比一個差....

    最近想辦居住證續辦, 想打個電話咨詢一下, 試了N多個, 有的 還好借了告訴你個號碼, 讓你去打, 但一直戰線, 更有的那起來就掛掉, 拿起來就掛,,,,,,

    TNND!!!!

    posted @ 2006-10-19 22:49 Sheldon Sun 閱讀(222) | 評論 (1)編輯 收藏

    一個技術牛人的悲慘遭遇

    http://www.bcb-tools.com/AuthorNotes.htm

    posted @ 2006-10-16 08:56 Sheldon Sun 閱讀(149) | 評論 (0)編輯 收藏

    鮑爾默: 軟件互聯界線模糊 Web服務離不開PC

    http://dotnet.csdn.net/n/20061011/95958.html 微軟首席執行官鮑爾默表示,提前部署(on-premise)軟件與通過互聯網發布的服務之間的界線在日益模糊,微軟正在順應這一業界趨勢。 鮑爾默在Gartner 的Symposium/ITxpo 會議上接受了Gartner分析師史密斯和伊馮的采訪。鮑爾默在采訪中說,許多網站可以被稱作“點擊運行”,服務通過網站發布,但在PC上運行。 他表示,我認為我們正處于一種轉型中,軟件正在由前互聯網時代發展到我們所謂的“Live時代”,網站提供了“點擊運行”能力,但軟件仍然需要在PC上運行。 由于有大量的臺式機和服務器軟件產品,與Salesforce.com或Google相比,微軟對托管服務的態度還不夠積極。 據鮑爾默稱,微軟計劃推出面向消費者和企業客戶的服務化軟件,提供通過互聯網的服務和企業防火墻后面的服務器。 去年,微軟將Windows 和開發者工具部門與負責MSN Web 服務的部門進行了整合,它目前正在開發一系列名為Live的托管服務,其中一些服務旨在補充現有的“提前安裝”軟件。 鮑爾默表示,軟件+ 服務與服務化軟件之間的差別在于人們是否想利用手機、PC的處理能力。甚至考查一下目前的互聯網服務,它們也都使用了客戶端的處理能力,例如AJAX、即時通訊服務。 鮑爾默表示,在這一服務化大潮中,盡管不能永遠保持第一,但微軟不會放棄。他說,我們或許不是第一,但我們在不斷努力。在搜索方面也是一樣,我們不會輕言放棄。

    posted @ 2006-10-12 08:27 Sheldon Sun 閱讀(116) | 評論 (0)編輯 收藏

    將女友升級為老婆的時候發生的

    親愛的技術支持: 我急需您的幫助。我最近將"女朋友7.0"升級到"妻子1.0",發現這個新程序意外地啟動了孩子生產程序,而且占用了大量的空間和珍貴的資源。這在產品的使用手冊中沒有提到。 此外"妻子1.0"自動將自己安裝到其他的所有的程序中,它隨系統同時啟動,監控整個系統的狀態。 "男人夜出2.5"和"高爾夫5.3"無法再運行,一旦運行該程序系統即行崩潰。試圖運行 "周日足球6.3"經常失敗,而"周六購物7.1"卻代之運行。看來我無法保留"妻子1.0",因為它和我喜歡運行的任何程序都不相容。我打算回到"女朋友7.0",可是這個程序又無法卸載。 請您幫幫我吧! 喬 給喬的回信: 親愛的喬:這是個很普通的問題,產生于你對基本原理的不了解。很多的男人健"女朋友7.0"升級到"妻子1.0",以為"妻子1.0"是一個"實用與娛樂程序"。然而"妻子1.0"卻是個操作系統,是被設計用來運行所有程序的。你不可能清除"妻子1.0",也不可能回到"女朋友7.0",因為"妻子1.0"的設計中不具有這個功能,無論是卸載、刪除或是清除已經安裝在系統中的這些程序文件,都是不可能的。 有些人曾試圖安裝"女朋友8.0"或者"妻子2.0",結果是產生了更多的問題(參見手冊中的贍養費/孩子的養育/律師費用)。我安裝過"妻子1.0",我建議你保持現在的安裝狀態,妥善解決遇到的困難。 當任何錯誤或問題出現的時候,不論你認為是什么原因引起的,你必須運行"C:\我道歉"程序,并且避免使用"退出鍵"。必要時可能需要運行"C:\我道歉"多次,希望最終能使操作系統恢復到初始狀獺。 "妻子1.0"雖然是一個需要高保養的程序,但同時對人可能是非常有益的。要想充分地利用它,需要買些額外的軟件比如"鮮花2.0"和"巧克力5.0"。不要在任何情況下安裝"秘書(短裙版)",因為"妻子1.0"不支持這種程序,而且系統多數時候肯定會崩潰。 祝你好運!

    posted @ 2006-09-29 16:45 Sheldon Sun 閱讀(137) | 評論 (0)編輯 收藏

    About life

    Life like a long run contest e.g 3000 meters. sb abort it at 1000 meters. sb abort at 2000 but only ones who finished running are sucessfully. But who will became these ones???

    posted @ 2006-09-29 09:01 Sheldon Sun 閱讀(126) | 評論 (0)編輯 收藏

    如何在Web應用中啟動后臺任務

    http://www.javaresearch.org/article/showarticle.jsp?column=2&thread=32387 摘要 我們常常在Web應用中需要啟動一個自己寫的服務,本文的目的是給你提供一個解決方案。 原理 本方案的原理是寫一個實現了ServletContextListener接口的類,該類中有兩個方法: public void contextInitialized(ServletContextEvent sce),它是在應用啟動時調用;另一個方法是:public void contextDestroyed(ServletContextEvent sce),該方法是在應用結束時調用。把我們要啟動的后臺應用邏輯放在contextInitialized方法中實現;把釋放后臺應用占用資源的工作放在contextDestroyed來處理。但我們啟動的后臺任務常常是有要求的,比如時間,頻率等,我在這里使用了一個開源組件:quartz。 步驟 1.寫業務調用類: // DumbJob.java import org.quartz.*; import java.util.*; public class DumbJob implements Job { public DumbJob() { } public void execute(JobExecutionContext context) throws JobExecutionException { //在這里寫業務處理代碼。什么,你不知道?那你別問我!!:-< } } 本類的主要功能是由quartz中調度類按照指定的規則進行調用執行必要的業務邏輯。 2.寫調度類 // TestShedule.java import org.quartz.*; import java.util.*; public class TestShedule{ static SchedulerFactory schedFact = new org.quartz.impl.StdSchedulerFactory(); static Scheduler sched; public static void run()throws Exception{ sched = schedFact.getScheduler(); //獲取調度管理器 JobDetail jobDetail = new JobDetail("myJob", sched.DEFAULT_GROUP, DumbJob.class);//創建工作 CronTrigger trigger = new CronTrigger("myTrigger","test","0/10 * * * * ?");//創建觸發器 sched.scheduleJob(jobDetail, trigger); //添加到調度管理器中 sched.start();//啟動調度管理器 } public static void stop()throws Exception{ sched.shutdown(); } } 本類的目的是設置調用規則,在這里我用了“0/10 * * * * ?”表示每10秒鐘就執行一次,有關表達式的說明請參閱quartz的api文檔。 3.編寫服務啟動類: //ServiceLoader.java import javax.servlet.ServletContextEvent; import javax.servlet.ServletContextListener; public class ServiceLoader implements ServletContextListener { public void contextInitialized(ServletContextEvent sce) { try{ TestShedule.run(); }catch(Exception ex){ System.out.println(ex.getMessage()); } } public void contextDestroyed(ServletContextEvent sce) { try{ TestShedule.stop(); }catch(Exception ex){ System.out.println(ex.getMessage()); } } } 在contextInitialized中調用TestShedule.run()啟動后臺任務;在contextDestroyed中調用TestShedule.stop()停止后臺任務。 4.部署服務啟動類 在web.xml文件中增加如下一行配置: rootServiceLoader index.html 5.啟動web服務即可。 總結 其實實現這個功能的方法很多,我在這里是應用了ServletContextListener接口和開源api quartz,希望能對你的開發有所幫助。 資源 quartz: http://www.opensymphony.com/quartz ServletContextListener在javax.servlet包中

    posted @ 2006-09-27 16:52 Sheldon Sun 閱讀(239) | 評論 (0)編輯 收藏

    <2006年9月>
    272829303112
    3456789
    10111213141516
    17181920212223
    24252627282930
    1234567

    導航

    統計

    常用鏈接

    留言簿(3)

    隨筆檔案

    文章檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲av中文无码字幕色不卡| 蜜桃视频在线观看免费网址入口| 久久国产免费福利永久| 亚洲国产成人资源在线软件| 四虎1515hm免费国产| 亚洲欧洲免费视频| 一区免费在线观看| 亚洲人成网站免费播放| 青青草原精品国产亚洲av| 全部免费毛片在线| 巨胸喷奶水视频www网免费| 久久这里只精品热免费99| 人禽伦免费交视频播放| 亚洲欧美一区二区三区日产| 亚洲成在人线中文字幕| 亚洲AV美女一区二区三区| 国产精品亚洲αv天堂无码| 国产又粗又长又硬免费视频 | 99久久国产精品免费一区二区 | 免费女人高潮流视频在线观看 | 亚洲AV无码国产丝袜在线观看| 免费少妇a级毛片| 真实乱视频国产免费观看| 毛片免费在线观看网址| 999国内精品永久免费视频| 一级毛片成人免费看免费不卡| 水蜜桃视频在线观看免费播放高清 | 18亚洲男同志videos网站| 亚洲AV无码久久精品成人| 久久亚洲高清观看| 日本亚洲视频在线| 亚洲AV无码成人专区片在线观看| 亚洲香蕉成人AV网站在线观看| 亚洲欧洲中文日韩久久AV乱码| 波多野结衣中文一区二区免费 | 国产精品亚洲AV三区| 色偷偷亚洲第一综合网| 黄床大片30分钟免费看| 人妻无码中文字幕免费视频蜜桃| 青青草国产免费国产是公开| 免费大片av手机看片高清|