其他

學習Java，我們首先要掌握的就是十三種技術規範，我們接下來就一步一步的來學習。今天主要是講講JNDI。一、理解JNDI的用途：    JNDI是用於訪問不同的命名和目錄服務的統一API介面。二、那何時使用JNDI呢：（1）JNDI是一種尋找服務，用於尋找：    Web應用環境變數    EJBs和它們的環境變數    通過DataSources的資料庫連接池    JMS目標和串連工廠    其他服務（2）不要將JNDI當作資料庫使用    JNDIObject Storage

一、瞭解JDBC(1) JDBC是以統一方式訪問資料庫的API(2) JDBC提供：    獨立於平台的資料庫訪問    位置透明    對專有資料庫的問題時透明的二、瞭解JDBC驅動程式(1) JDBC Drivers是實現資料庫操作的類(2) Drivers分成兩類：  2-層——客戶直接和資料庫會話  3-層——客戶與代表資料庫的中介層（WebLogic

    在ＤＭ奮鬥了２０個月之後，我終於有機會ＤＭ說再見。這我不是我第一次和ＤＭ說再見，因此我也不確定這次的再見是再也不見，還是再次見面。但有一點可以確定的是，在接下來相當長的一段時間內，我是沒有機會見到ＤＭ的。    關於ＤＭ項目的背景，我不能在這裡介紹，因為這屬於商業秘密。那麼ＤＭ這個項目是否是一個成功的項目呢？我覺得這很難說。你可以說它是一個成功的項目，因為它成功的上線了，並且這個項目的業務統一性，讓它不僅能夠在所開發的網站使用，也可以在其它網站上使用。在這方面來說，它實現的是產品的價值，

    有時候，我們需要一款UML建模工具；有些時候，我們需要一款免費的UML建模工具（不是破解版的吆）；還有些時候，我們需要一款可以在Eclipse裡整合的UML建模工具。這個時候，我們就找到了UMLet。   

理解交易處理的核心概念 什麼是事務？事務是一種機制，把成組的操作視為一個操作進行處理在交易處理中，要麼所有的操作都執行，要麼所有的操作都不執行在事務中涉及的操作可能依賴於很多不同的資料庫和伺服器交易處理的ACID屬性事務是由一系列首字母縮減詞ACID屬性定義的ACID代表：Atomic 原子性Consistent 一致性Isolated 獨立性Durable

    邏輯架構是將需求轉變為解決方案的一種工作產品，它主要關注功能模型和部署模型。建立邏輯架構的方法有好多種，比較常用的三種分別是屬性驅動設計（ADD，Attribute-Driven Design）、四門子的四重視圖（S4V）方法和Ratinal 統一過程（RUP）。而這些方法中，又以RUP方法最為廣泛使用。本文中討論的也是RUP方法。    邏輯架構的價值：        把需求變為可以用代碼實現的物理架構的方法        邏輯架構是一種戰略性資源   

之前的內容中，寫了幾篇關於J2EE規範的部落格，現在繼續來完善這些內容，這次內容主要補充上一篇部落格。WebLogic Server使用JTA1.0.1a實現和管理事務WebLogic

    通過上一節的介紹，相信你對架構設計已經有了初步的瞭解。這一節我們主要講解架構的方法與基本原理，儘管這很俗，但是我們還不得不對它做一下大致的介紹，以免我們在進行架構設計時走入誤區。    我們知道一個軟體開發項目是由不同角色的人為完成不同的任務而產生的工作產品。我們要開發軟體，制定架構就需要研究角色、任務和工作產品，接下來我們詳述這三個部分。 

         這一周，是9月的第三周了，我依然戰鬥在XX海油上，本周我的主要任務是處理項目空間中的一個需求變更。顧客就是上帝，對於他們合理的需求，我們努力去做到盡善盡美，當然也要保證在客戶要求的時間內去完成。在這個高節奏、快步伐的時代，效率和品質是大家追求的目標。        

老樣子，繼續完善J2EE技術規範，這次內容主要是寫個JMS。理解面向訊息的中介軟體定義：訊息（1）訊息是可程式化實現兩端通訊的機制（2）一些訊息技術如：TCP/IP sockets管道檔案共用儲存非同步訊息：（1）非同步訊息：對於只返回空值的同步方法，使用非同步訊息會更好可以更好管理伺服器資源（2）訊息佇列：能夠改善效能允許設定優先權（高優先順序訊息可以需要首先處理）理解JMS的基本概念一、定義：JavaMessage Service（1）JavaMessage

    我是一個程式員，也可以稱之為”軟體工程師“，前兩周從上一家公司離職了，目前正處於找工作的階段，在資訊化如此發達的今天，我當然是選擇網上投遞簡曆。在眾多的IT公司中，我選擇了”海投“。無論這家公司的性質是什麼，業務是什麼，產品是什麼，我都一概投遞，如果你想知道為什麼，請往下看。   

    軟體架構有三個主要來源：拿取、方法以及直覺。拿取也就是可重用資源。對於一個標準的系統而言，可能包含80%的拿取、19%的方法和1%的直覺。而嶄新的系統則包含30%的拿取、50%的方法和20%的直覺。由此可見，拿取在軟體架構中的重要性，本節我來帶領大家瞭解可重用架構資源。    一個可重用資源可以代表一個可重用需求（在不同系統裡反覆出現的需求）、可重用的解決方案元素（一個架構模式或者可重用代碼）、可重用測試、可重用的方法等。可重用資源減少了架構師必須關注的事情的數量，使他們不必再做無用功，

上篇部落格寫了JMS的一些內容，後來覺得那篇部落格的內容不夠闡述JMS的內容，所以這篇部落格就繼續完善JMS。在WebLogic Server 環境中配置JMSWebLogic Server的JMS特性WebLogic Server 按照JMS 1.0.2規範實現JMS service provider（服務提供者）WebLogic Server JMS支援： 點對點和發布/訂閱兩種域保證訊息分發事務的訊息分發 可靠的訂閱機制伺服器端消費者會話池組播叢集JMS伺服器在WebLogic

    在講解系統架構設計之前，有必要補充一下架構相關的概念，因此本博文主要講述架構、架構師和架構設計等相關的概念以及關係。這是系統架構設計的基礎，只有具備了此方面的知識之後，我們才能進一步瞭解架構師在軟體開發過程中扮演的角色，架構師如何編寫架構文檔來滿足不同利益相關者的需求等相關內容。    現在我們通過定義的概念來瞭解架構設計中的一些相關術語。    架構：架構是體現在它的組件中的一個系統的基主要組織、它們彼此的關係、與環境的關係及指導它的設計和發展的原則。   

     ① 糟糕的專案管理--按任務分配，而不是按功能或模組分配（Responsible）    原來我覺得這個因素不太重要，但是隨著項目拖延的周期越來越長，這個因素所佔的比例也越來越大，由原來的10%增大到現在的30%。    按任務分配，而不是按功能或模組分配，會降低團隊成員的榮譽感和責任心，團隊成員在修複缺陷的時候往往帶有抵觸心理，甚至出現踢球現象，這勢必造成工作效率低下，導致項目延期。    ②糟糕的專案管理--更換團隊成員 

0.準備軟體及外掛程式。(a)gvim72.exe 地址ftp://ftp.vim.org/pub/vim/pc/gvim72.exe。(b)vimcdoc-1.7.0-setup.exe 地址http://prdownloads.sourceforge.net/vimcdoc/vimcdoc-1.7.0-setup.exe?download(c)ec57w32.zip 地址http://prdownloads.sourceforge.net/ctags/ec57w32.zip(d)taglis

簡單的實現方法，那就是在應用Update方法前使用DataAdapter對象初始化構造一個SqlCommandBuilder類的對象，這樣即使不設定InsertCommand等屬性也可以調用Update方法更新資料庫。執行個體如下：  SqlConnection MySqlConnection = new SqlConnection("連接字串");  SqlDataAdapter DataAdapter = new SqlDataAdapter("查詢sql",

這幾天收穫挺大的，由於一個項目出了點問題，多人點擊的時候就崩潰或者說出不來客戶想要的結果，然後死活找不到出錯的地方，由於客戶那邊催得緊，所以必須要抓緊完成，就找了來了師兄來幫忙解決。師兄也是找了會就說了句，先加上注釋。然後就把之前寫的代碼加上注釋，每個功能段都是幹嘛使得，把注釋都加完之後，師兄不一會就把這個問題解決了。因為項目是能跑起來，但是多人點擊，比如很多人同時登陸的時候，項目就癱了。最後說是因為使用都使用靜態方法，導致的。在這裡我想說的是，為什麼一開始師兄找了會沒找出來，而加了注釋，不一會

 -----------建立實現split功能 的函數------------create function f_split(@SourceSql varchar(8000),@StrSeprate varchar(10))returns @temp table(a varchar(100))as begin    declare @i int    set @SourceSql=rtrim(ltrim(@SourceSql))    set @i=charindex(@StrSeprate,@

 許可權需求分類 一是系統許可權，主要是對模組為單位的許可權劃分，具體就是使用者對該模組可見不可見，能不能對該模組進行再授權的操作。表現在使用者介面就是使用者登入系統首頁面後，可以看到的頂部菜單和左側outlookbar菜單的內容控制。它是粒度最大的許可權控制。二是模組操作許可權，在對整個模組的許可權做出控制後，這裡繼續對模組的瀏覽、增加，修改，刪除的操作許可權做出控制，也可以理解為對象許可權