Time of Update: 2018-08-21
前提: 安裝Gradle。安裝過程非常簡單: (1)下載Gradle (2)將GRADLE_HOME/bin/gradle加入$PATH。 1. 基本概念(Project 和 Task)
Time of Update: 2018-08-21
我一再強調,BBR演算法是個分界點,所有的TCP擁塞控制演算法,被分為BBR之前和BBR之後的(其實發現,這並不是我個人的觀點,很多人都這麼認為,所有想寫本文探個究竟)。當然這裡的”所有“並不包括封閉的那些演算法,比如垃圾公司Appex的演算法,或者偉大的垃圾微軟的演算法。任何的演算法都內含了一個進化的過程,CUBIC和Reno看起來非常不同,但是卻屬於同一個思想,因此可以說,CUBIC是Reno的進階版本(
Time of Update: 2018-08-21
現在越來越多的Java開發人員在談論OSGi是有其道理的。在幾年前上學的時候我進行了比較多的Eclipse外掛程式開發,當時就親身感覺到Eclipse外掛程式體系的靈活與強大,而該體系與OSGi也可謂一脈相承、同氣連枝。最近打算重新系統的研究一下OSGi,一邊學習一邊寫一個OSGi探秘系列作為總結,和大家分享,也請大家多給評價和建議。 在這一篇裡面,我想先回答一個基本的問題:什麼是OSGi。其實如果要很好地回答這個問題,也許先明白是什麼導致了OSGi的產生和發展會有些協助。
Time of Update: 2018-08-21
在struts2應用程式中你還在使用try catch語句來捕獲異常麼。如果是這樣的,那你OUT啦。struts2支援聲明式異常處理,可以再Action中直接拋出異常而交給struts2來處理,當然需要我們在xml檔案中配置,由於拋出同樣的異常的處理方法通常都一樣,所以如果能在xml中配置全域異常,將會使得開發便捷性大大提高。 以前的異常捕獲可能是這樣的: /** * 執行更新
Time of Update: 2018-08-21
1.在eclipse中安裝tomcat8.5.6時,報錯: The Apache Tomcat installation at this directory is version 8.5.6. A Tomcat 8.0 installation is expected. 2.根據網上的解決方案進行嘗試 網上解決辦法: (http://blog.csdn.net/u013066244/article/details/52838169) Windows中
Time of Update: 2018-08-21
DBCP(DataBase connection pool),資料庫連接池。 是 apache 上的一個 Java 串連池項目,也是 tomcat 使用的串連池組件。單獨使用dbcp需要3個包:common-dbcp.jar,common-pool.jar,common-collections.jar由於建立資料庫連接是一個非常耗時耗資源的行為,所以通過串連池預先同資料庫建立一些串連,放在記憶體中,應用程式需要建立資料庫連接時直接到串連池中申請一個就行,用完後再放回去。
Time of Update: 2018-08-21
DBCP,C3P0,Tomcat_JDBC 效能及穩定性測試 1.測試環境: 硬體環境: 資料庫伺服器:2U*8核 8G記憶體 測試伺服器: 2U*8核 6G記憶體 軟體環境: jdk: 1.6.29 mysql: 5.0.77 mysql_driver:
Time of Update: 2018-08-21
在觀察線上系統的運行情況下,發現在錯誤記錄檔中有這類錯誤資訊,org.springframework.core.task.TaskRejectedException,於是便對ThreadPoolTaskExecutor類做下梳理. 1.ThreadPoolExecutor
Time of Update: 2018-08-21
Master-Worker模式是常用的並行模式之一,它的核心思想是,系統有兩個進程協作工作:Master進程,負責接收和分配任務;Worker進程,負責處理子任務。當Worker進程將子任務處理完成後,結果返回給Master進程,由Master進程做歸納匯總,最後得到最終的結果。 一、什麼是Master-Worker模式: 該模式的結構圖: 結構圖: Worker:用於實際處理一個任務;
Time of Update: 2018-08-21
https://my.oschina.net/genghz/blog/1789240 摘要: 這是一個spring-boot 整合 graphql 的入門教程, 僅供參考學習, 初次寫, 請多見諒 本文介紹一個spring-boot + graphql, 是一個 graphql java 入門項目 graphql 到底是什麼 graphql 是一種 API 查詢語言,
Time of Update: 2018-08-21
1.1 “開-閉”原則(Open-Closed Principle) 1.1.1 作用 它指導我們如何提高代碼的可擴充性! 1.1.2 定義 (1)Open(Open for extension) 模組的行為必須是開放的、支援擴充的,而不是僵化的。 (2)Closed(Closed for modification) 在對模組的功能進行擴充時,不應該影響或大規模地影響已有的程式模組。
Time of Update: 2018-08-21
特殊字元轉義 由於 Web 應用程式需要聯合使用到多種語言,每種語言都包含一些特殊的字元,對於動態語言或標籤式的語言而言,如果需要動態構造語言的內容時,一個我們經常會碰到的問題就是特殊字元轉義的問題。下面是 Web 開發人員最常面對需要轉義的特殊字元類型: HTML 特殊字元; JavaScript 特殊字元; SQL 特殊字元; 如果不對這些特殊字元進行轉義處理,則不但可能破壞文檔結構,還可以引發潛在的安全問題。Spring 為 HTML 和 JavaScript
Time of Update: 2018-08-21
作用:它指導我們如何正確地消解模組間的依賴關係,同時它也是架構設計的核心原則。 依賴倒置原則的本質就是要求將類之間的關係建立在抽象介面的基礎上的。Robert Martin這樣描述依賴倒置原則[Martin 1996]:
Time of Update: 2018-08-21
public Connection getConnection() throws SQLException { Connection conn; Context context = getContext(); DataSource dataSource = (DataSource)context.lookup(SystemProperty.getProperty("datasource")); conn =
Time of Update: 2018-08-21
作用 它指導我們如何正確地進行繼承與派生,併合理地重用代碼! 定義 子類型必須能夠替換掉它們的父類型、並出現在父類能夠出現的任何地方。 這個就是盡量用多態的方法編程,也就是GRASP模式中的多態。 如果對於每一個類型為T1的對象o1,都有類型為T2的對象o2,使得以T1定義的所有程式P在所有的對象o1都代換成o2時,程式P的行為沒有變化,那麼類型T2是類型T1的子類型。
Time of Update: 2018-08-21
[html] view plain copy 1,使用org.springframework.jdbc.datasource.DriverManagerDataSource 說明:DriverManagerDataSource建立串連是只要有串連就建立一個connection,根本沒有串連池的作用。
Time of Update: 2018-08-21
struts.xml檔案配置: [html] view plain copy <span style="font-size:16px;"><?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE struts PUBLIC &
Time of Update: 2018-08-21
Spring3.0不支援Quartz2.0,因為org.quartz.CronTrigger在2.0從class變成了一個interface造成IncompatibleClassChangeError錯誤: Caused by: java.lang.IncompatibleClassChangeError: class org.springframework.scheduling.quartz.CronTriggerBean has interface
Time of Update: 2018-08-21
https://www.cnblogs.com/linjiqin/p/5532119.html Location文法文法:location [=|~|~*|^~] /uri/ { … } = --> 開頭表示精確匹配 ^~ --> 開頭表示uri以某個常規字串開頭,理解為匹配url路徑即可。 nginx不對url做編碼,因此請求為/static/20%/aa,可以被規則^~ /static/ /aa匹配到(注意是空格)。 ~ -->
Time of Update: 2018-08-21
迪米特法則(Law of Demeter, LoD)又稱為最少知識原則(Least Knowledge Principle, LKP),它有多種定義方法,其中幾種典型定義如下: (1) 不要和“陌生人”說話。 (2) 只與你的直接朋友通訊。 (3) 每一個軟體單位對其他的單位都只有最少的知識,而且局限於那些與本單位密切相關的軟體單位。