#
看了一天ext，頭都暈了。感覺學習新的東西成本真是太大了。對js不熟悉，
學起ajax和ext來真是費勁。呵呵，還是算了吧，就算以后項目中真的要用到這
些東西，那就專門招這方面的人來做，我自己就不用再學這些新東西了。
另外，無間中發現FineReport，這個報表制作工具，試了一下，還真好用，
至少比iReport容易上手。如果以后要用到報表，可以考慮FineReport。
安裝Oracle后MyEclipse不能啟動，經常遇到這個問題。解決方法：
更改環境變量path
去掉C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;
加上C:\Program Files\Java\jdk1.5.0_05\bin
今天學習了Spring中jdbc framework，感覺spring jdbc framework真的搞得太復雜了。
平時我們根本用不到那么多東西。但我還是得把所有的源碼都看一遍，因為這是我
的學習內容。
同時，還了解了一下ajax dwr和ext ，下一個版本可以考慮要用ajax，ext做出來的
界面真的太漂亮了，將來，軟件界面將成為軟件的一個賣點。
http://network.ccidnet.com/art/3723/20071114/1274987_1.html
為了適應網絡應用深化帶來的挑戰，網絡在規模和速度方向都在急劇發展，局域網的速度已從最初的10Mbit/s 提高到100Mbit/s，目前千兆以太網技術已得到普遍應用。在網絡結構方面也從早期的共享介質的局域網發展到目前的交換式局域網。交換式局域網技術使專用的帶寬為用戶所獨享，極大的提高了局域網傳輸的效率。可以說，在網絡系統集成的技術中，直接面向用戶的第一層接口和第二層交換技術方面已得到令人滿意的答案。但是，作為網絡核心、起到網間互連作用的路由器技術卻沒有質的突破。在這種情況下，一各新的路由技術應運而生，這就是第三層交換技術：說它是路由器，因為它可操作在網絡協議的第三層，是一種路由理解設備并可起到路由決定的作用；說它是交換器，是因為它的速度極快，幾乎達到第二層交換的速度。二層交換機、三層交換機和路由器這三種技術究竟誰優誰劣，它們各自適用在什么環境？為了解答這問題，我們先從這三種技術的工作原理入手
1.二層交換技術
二層交換機是數據鏈路層的設備，它能夠讀取數據包中的MAC地址信息并根據MAC地址來進行交換。交換機內部有一個地址表，這個地址表標明了MAC地址和交換機端口的對應關系。當交換機從某個端口收到一個數據包，它首先讀取包頭中的源MAC地址，這樣它就知道源MAC地址的機器是連在哪個端口上的，它再去讀取包頭中的目的MAC地址，并在地址表中查找相應的端口，如果表中有與這目的MAC地址對應的端口，則把數據包直接復制到這端口上，如果在表中找不到相應的端口則把數據包廣播到所有端口上，當目的機器對源機器回應時，交換機又可以學習一目的MAC地址與哪個端口對應，在下次傳送數據時就不再需要對所有端口進行廣播了。二層交換機就是這樣建立和維護它自己的地址表。由于二層交換機一般具有很寬的交換總線帶寬，所以可以同時為很多端口進行數據交換。如果二層交換機有N個端口，每個端口的帶寬是M，而它的交換機總線帶寬超過N×M，那么這交換機就可以實現線速交換。二層交換機對廣播包是不做限制的，把廣播包復制到所有端口上。
二層交換機一般都含有專門用于處理數據包轉發的ASIC （Application specific Integrated Circuit）芯片，因此轉發速度可以做到非?？?。
2.路由技術
路由器是在OSI七層網絡模型中的第三層——網絡層操作的。路由器內部有一個路由表，這表標明了如果要去某個地方，下一步應該往哪走。路由器從某個端口收到一個數據包，它首先把鏈路層的包頭去掉（拆包），讀取目的IP地址，然后查找路由表，若能確定下一步往哪送，則再加上鏈路層的包頭（打包），把該數據包轉發出去；如果不能確定下一步的地址，則向源地址返回一個信息，并把這個數據包丟掉。
路由技術和二層交換看起來有點相似，其實路由和交換之間的主要區別就是交換發生在OSI參考模型的第二層（數據鏈路層），而路由發生在第三層。這一區別決定了路由和交換在傳送數據的過程中需要使用不同的控制信息，所以兩者實現各自功能的方式是不同的。
路由技術其實是由兩項最基本的活動組成，即決定最優路徑和傳輸數據包。其中，數據包的傳輸相對較為簡單和直接，而路由的確定則更加復雜一些。路由算法在路由表中寫入各種不同的信息，路由器會根據數據包所要到達的目的地選擇最佳路徑把數據包發送到可以到達該目的地的下一臺路由器處。當下一臺路由器接收到該數據包時，也會查看其目標地址，并使用合適的路徑繼續傳送給后面的路由器。依次類推，直到數據包到達最終目的地。
路由器之間可以進行相互通訊，而且可以通過傳送不同類型的信息維護各自的路由表。路由更新信息主是這樣一種信息，一般是由部分或全部路由表組成。通過分析其它路由器發出的路由更新信息，路由器可以掌握整個網絡的拓撲結構。鏈路狀態廣播是另外一種在路由器之間傳遞的信息，它可以把信息發送方的鏈路狀態及進的通知給其它路由器。
3.三層交換技術
一個具有第三層交換功能的設備是一個帶有第三層路由功能的第二層交換機，但它是二者的有機結合，并不是簡單的把路由器設備的硬件及軟件簡單地疊加在局域網交換機上。
從硬件上看，第二層交換機的接口模塊都是通過高速背板/總線（速率可高達幾十Gbit/s）交換數據的，在第三層交換機中，與路由器有關的第三層路由硬件模塊也插接在高速背板/總線上，這種方式使得路由模塊可以與需要路由的其他模塊間高速的交換數據，從而突破了傳統的外接路由器接口速率的限制。在軟件方面，第三層交換機也有重大的舉措，它將傳統的基于軟件的路由器軟件進行了界定，其做法是： 對于數據包的轉發：如IP/IPX包的轉發，這些規律的過程通過硬件得以高速實現。
對于第三層路由軟件：如路由信息的更新、路由表維護、路由計算、路由的確定等功能，用優化、高效的軟件實現。
假設兩個使用IP協議的機器通過第三層交換機進行通信的過程，機器A在開始發送時，已知目的IP地址，但尚不知道在局域網上發送所需要的MAC地址。要采用地址解析（ARP）來確定目的MAC地址。機器A把自己的IP地址與目的IP地址比較，從其軟件中配置的子網掩碼提取出網絡地址來確定目的機器是否與自己在同一子網內。若目的機器B與機器A在同一子網內，A廣播一個ARP請求，B返回其MAC地址，A得到目的機器B的MAC地址后將這一地址緩存起來，并用此MAC地址封包轉發數據，第二層交換模塊查找MAC地址表確定將數據包發向目的端口。若兩個機器不在同一子網內，如發送機器A要與目的機器C通信，發送機器A要向“缺省網關”發出ARP包，而“缺省網關”的IP地址已經在系統軟件中設置。這個IP地址實際上對應第三層交換機的第三層交換模塊。所以當發送機器A對“缺省網關”的IP地址廣播出一個ARP請求時，若第三層交換模塊在以往的通信過程中已得到目的機器C的MAC地址，則向發送機器A回復C的MAC地址；否則第三層交換模塊根據路由信息向目的機器廣播一個ARP請求，目的機器C得到此ARP請示后向第三層交換模塊回復其MAC地址，第三層交換模塊保存此地址并回復給發送機器A。以后，當再進行A與C之間數據包轉發進，將用最終的目的機器的MAC地址封裝，數據轉發過程全部交給第二層交換處理，信息得以高速交換。既所謂的一次選路，多次交換。
第三層交換具有以下突出特點：
有機的硬件結合使得數據交換加速；
優化的路由軟件使 得路由過程效率提高；
除了必要的路由決定過程外，大部分數據轉發過程由第二層交換處理；
多個子網互連時只是與第三層交換模塊的邏輯連接，不象傳統的外接路由器那樣需增加端口，保護了用戶的投資。
4.三種技術的對比
可以看出，二層交換機主要用在小型局域網中，機器數量在二、三十臺以下，這樣的網絡環境下，廣播包影響不大，二層交換機的快速交換功能、多個接入端口和低謙價格為小型網絡用戶提供了很完善的解決方案。在這種小型網絡中根本沒必要引入路由功能從而增加管理的難度和費用，所以沒有必要使用路由器，當然也沒有必要使用三層交換機。
三層交換機是為IP設計的，接口類型簡單，擁有很強二層包處理能力，所以適用于大型局域網，為了減小廣播風暴的危害，必須把大型局域網按功能或地域等因素劃他成一個一個的小局域網，也就是一個一個的小網段，這樣必然導致不同網段這間存在大量的互訪，單純使用二層交換機沒辦法實現網間的互訪而單純使用路由器，則由于端口數量有限，路由速度較慢，而限制了網絡的規模和訪問速度，所以這種環境下，由二層交換技術和路由技術有機結合而成的三層交換機就最為適合。
路由器端口類型多，支持的三層協議多，路由能力強，所以適合于在大型網絡之間的互連，雖然不少三層交換機甚至二層交換機都有異質網絡的互連端口，但一般大型網絡的互連端口不多，互連設備的主要功能不在于在端口之間進行快速交換，而是要選擇最佳路徑，進行負載分擔，鏈路備份和最重要的與其它網絡進行路由信息交換，所有這些都是路由完成的功能。在這種情況下，自然不可能使用二層交換機，但是否使用三層交換機，則視具體情況而下。影響的因素主要有網絡流量、響應速度要求和投資預算等。三層交換機的最重要目的是加快大型局域網內部的數據交換，揉合進去的路由功能也是為這目的服務的，所以它的路由功能沒有同一檔次的專業路由器強。在網絡流量很大的情況下，如果三層交換機既做網內的交換，又做網間的路由，必然會大大加重了它的負擔，影響響應速度。在網絡流量很大，但又要求響應速度很高的情況下由三層交換機做網內的交換，由路由器專門負責網間的路由工作，這樣可以充分發揮不同設備的優勢，是一個很好的配合。當然，如果受到投資預算的限制，由三層交換機兼做網間互連，也是個不錯的選擇。
annotation 不能對private的屬性進行注解，真讓人郁悶。
其實對private屬性注解，不會出錯，只Class.getFields()只能得到那些public屬性，
取不private屬性，當然就不可能取到它的注解了，這個問題不知怎么解決。
struts里總用到Thread.currentThread().getContextClassLoader()
而我們一般只用到Class.forName()或Class.getClassLoader()
所以想知道二者有什么區別，以下是從網上找到的：
Classloader存在下面問題：
在一個JVM中可能存在多個ClassLoader，每個ClassLoader擁有自己的NameSpace。
一個ClassLoader只能擁有一個class對象類型的實例，但是不同的ClassLoader可能
擁有相同的class對象實例，這時可能產生致命的問題。如ClassLoaderA，裝載了
類A的類型實例A1，而ClassLoaderB，也裝載了類A的對象實例A2。邏輯上講A1=
A2，但是由于A1和A2來自于不同的ClassLoader，它們實際上是完全不同的，
如果A中定義了一個靜態變量c，則c在不同的ClassLoader中的值是不同的。
Class.getClassLoader() returns the ClassLoader that loaded the class it
is invoked on.
Thread.getContextClassLoader() returns the ClassLoader set as the
context ClassLoader for the Thread it is invoked on, which can be
different from the ClassLoader that loaded the Thread class itself if
the Thread's setContextClassLoader(ClassLoader) method has been invoked.
This can be used to allow the object starting a thread to specify a
ClassLoader that objects running in the thread should use, but the
cooperation of some of those objects is required for that to work.
PVC數據有從Excel中導入的，也有程序自動掃描的結果，真是挺亂的。
但用戶最關心這個PVC數據，所以我必須把兩部分數據整合到一起。
1. 程序掃描整個網絡，得到所有PVC數據，把數據存入nms_atm_pvc
2. 把nms_atm_pvc數據整合到pl_pvc_info中去，對于pl_pvc_info中沒有數據，則加入。
3. 以后每隔兩小時掃描全網PVC，與pl_pvc_info對比，如果有增加則報警。
4. 對于從ITSM來的PVC數據，是用戶手工加入的合法數據，加入pl_pvc_info。
|
1
|
在ITSM新增一條PVC后，自動把PVC信息插入NMS。
|
|
2
|
PVC報警：
a.如果PVC帶寬變大，要報警；
b.如果有增加PVC，而且又不是從ITSM那邊過來的，也要報警；
c.如果PVC狀態從active變為inactive也要報警；
報警考慮以聲音報警。
|
|
3
|
對于PVC數據，以程序自動掃描結果為主，以Excel文件為參考。
|
|
4
|
對于路由器，8個部門應該有8張圖。
|
|
5
|
把“縱向專網帶寬分配”PPT加入NMS系統，以便給領導演示。
|
水長從福州到東莞，拐道過來廣州看我。呵呵，三年沒見過了。見了老同學特別高興。
晚上也給在廈門的多位同學打了電話，確實很久沒與他們聯系了。
這個周末很愉快。
JDK、Tomcat和MySQL的綠色安裝方法。
要制作web系統setup一鍵安裝程序，必須先解決JDK、Tomcat和MySQL三者的綠色
安裝問題。今天研究了半天，終于有了結果。
現在假設我們要把這三者安裝到C:\SourceView目錄下。
1. JDK。Copy安裝好的JDK，C:\Program Files\Java\jdk1.5.0_11到
C:\SourceView下就可以了。
2. Tomcat。Copy安裝好的Tomcat到C:\Sourceview下。然后修改bin下的startup.bat
在文件頂部加上
set CATALINA_HOME=C:\SourceView\tomcat
set JAVA_HOME=C:\SourceView\jdk1.5.0_11
3. MySQL。最麻煩的就是MySQL了。Copy安裝好的MySQL到C:\SourceView下。
首先修改my.ini.
basedir=C:/sourceview/MySQL/
datadir=C:/sourceview/MySQL/data/
然后，執行
C:\sourceview\MySQL\bin>mysqld-nt --install MySQL5.0
--defaults-file="C:\sourceview\MySQL\my.ini"
安裝MySQL服務，服務名MySQL5.0。
C:\windows\system32\net start MySQL5.0
啟動MySQL服務。
這樣，以后只要copy SourceView到需要安裝的地方，然后修改一下幾點文件，
這三者就能用了。
把ATM Discovery獨立出來，而且去掉了一個bug，多發現了四臺設備，
下圖是今天發現的結果。估計這是我能做出最好的結果了，呵呵
1. createConnection,close,rollback這些操作都應該在dao之外的service來做。
2. 默認connection的autoCommit為true。當要執行事務時，應該置為false，
因為autoCommit=true時，rollback不能用。
3. 當conn.getAutoCommit()=false時，說明要去進行事務操作，這時commit
應該由調用dao的service來執行。
4. 涉及到update的dao方法都應該throw exception，以便在service中catch。
5. dao的設計遵循原子操作的原則，不在這些接口中實現復雜的業務邏輯。
學習Struts的過程中認識了DynaBean，一時不理解何為動態Bean?？戳艘韵碌睦?，
就很容易明白了。
import java.util.Date;
import org.apache.commons.beanutils.BasicDynaClass;
import org.apache.commons.beanutils.DynaBean;
import org.apache.commons.beanutils.DynaClass;
import org.apache.commons.beanutils.DynaProperty;
public class TestService {
public static void main(String[] hey) throws Exception{
DynaProperty[] pro = new DynaProperty[]{//準備一個屬性，動態定義類依靠這些屬性來決定類的構成。
new DynaProperty("title", String.class),
new DynaProperty("content", String.class),
new DynaProperty("createdTime", Date.class),
new DynaProperty("id", Integer.class),
};
DynaClass articleClass = new BasicDynaClass("Article",null,pro);//定義了一個類
DynaBean article = articleClass.newInstance();//聲明了一個ArticleClass的對象
article.set("title","this is a test");//對該對象進行操作
article.set("content","oh my god");
article.set("createdTime",new Date());
article.set("id",new Integer(1));
System.out.println(article.get("title"));
System.out.println(article.get("content"));
System.out.println(article.get("createdTime"));
System.out.println(article.get("id"));
}
}
1.Java Annotations.A new feature of Java Tiger.I realized this functionality
would be helpful to our next architecture design(next version of our NMS
product).
2.Java Concurrency Programming.The section is particularly useful to us as
polling thread is an important element in NMS product,so I should learn
more about concurrency programming.
3.JMX.It provides a simple,scalable management solution to a distributed
system,I think it is the best instrument for me.With Java Management
Extensions (JMX), you can configure, manage and monitor your Java
applications at run-time, as well as break your applications into components
that can be swapped out. JMX provides a window into an application's state
and its behavior, and a protocol-independent way of altering both state and
behavior. It lets you expose portions of your application in just a few lines of
code.
JMX in action is a good book,The examples were easy to follow and thorough
though sometimes trivial.
4.Spring.A powerful framework,I don't use it at all, but I want to study its
thinking.My goal is to build a simple,scalable MVC framework,must be better
than our present.
原來不理解Spring jdbc中的核心類JdbcTemplate的DataSource為什么都是當參數從外面傳入，
今天看了一篇“DAO的困惑－事務處理”，其中提到“Dao只能使用資源，而不應該管理資源，
也就是說，Dao可以使用Connection，但不能維護它--生成和關閉”。
在簡單的應用系統中，也許根本不會遇到事務，但在一個比較復雜的系統中，經常要處理
事務，這時JdbcTemplate的這種設計就顯示出它的合理和完美。 在SourceView的一個版本中，
我一定會重新考慮Dao的設計。