㈠ 如何將bbox 打jar包替換 bbo2.5.3
一種方式：在根目錄新建lib文件夾（其實別的文件夾也可以）,把要導入的jar包復制到lib下，右鍵build path就行了。另一種就是復制的WEB-INF下的lib，這種自動就會build path，復制過去就行了！
<settings xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">
<mirrors>
<mirror>
<id>CN</id>
<name>OSChina Central</name>
<url>http://maven.oschina.net/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>
</mirrors>
㈢ bbo jar方式打包要怎麼停止
1、使用Servlet容器運行（Tomcat、Jetty等）----不可取 缺點：增加復雜性（埠、管理）
tomcat/jetty等佔用埠,bbo服務也需要埠
浪費資源（內存）:單獨啟動tomcat,jetty佔用內存大
2、自建Main方法類來運行（spring容器） ----不建議（本地調試可用）
缺點： Dobbo本身提供的高級特性沒用上
自已編寫啟動類可能會有缺陷
3、使用Dubbo框架提供的Main方法類來運行（Spring容器）----建議使用 優點：框架本身提供（com.alibaba.bbo.Container.Main）
可實現優雅關機（ShutdownHook）
㈣ bbo為什麼需要zookeeper jar包
本文內容並非原創，使用資料均來自互聯網。 bbo使用了zkClient而不是使用zookeeper本身的客戶端與zookeeper進行交互，為什麼呢？ 先看看zookeeper本身自帶的客戶端的問題。 1 ） ZooKeeper的Watcher是一次性的，用過了需要再注冊； 2 ） sessi
㈤ bbo調用provider需要是war包還是jar包
服務提供者和消費者都是war包形式。
㈥ 我從github上下載了bbo的最新的源代碼，可是import到myeclipse中有錯誤，找不到bbo的jar包
這是個maven管理的吧，導入要用maven的方式去倒入，會互相依賴的。
㈦ bboadmin2.4.9.war-admin怎麼打成war包
直接放到webapps目錄下,但是會出現項目相對路徑問題，導致有些頁面不能正常訪問 把war解壓後發到webapps目錄下的ROOT下（先清空原來的ROOT下的文件） 使用tomcat虛擬主機，可以達到和第二點一樣的效果，具體如何配置虛擬主機
㈧ 如何更好地學習bbo源代碼
1、Dubbo與Spring的整合 Dubbo在使用上可以做到非常簡單，不管是Provider還是Consumer都可以通過Spring的配置文件進行配置，配置完之後，就可以像使用 spring bean一樣進行服務暴露和調用了，完全看不到bbo api的存在。這是因為bbo使用了spring提供的可擴展Schema自定義配置支持。在spring配置文件中，可以像、這樣進行配置。 META-INF下的spring.handlers文件中指定了bbo的xml解析類：DubboNamespaceHandler。像前面的被解 析成ServiceConfig，被解析成ReferenceConfig等等。 2、jdk spi擴展 由於Dubbo是開源框架，必須要提供很多的可擴展點。Dubbo是通過擴展jdk spi機制來實現可擴展的。具體來說，就是在META-INF目錄下，放置文件名為介面全稱，文件中為key、value鍵值對，value為具體實現類 的全類名，key為標志值。由於bbo使用了url匯流排的設計，即很多參數通過URL對象來傳遞，在實際中，具體要用到哪個值，可以通過url中的參 數值來指定。 Dubbo對spi的擴展是通過ExtensionLoader來實現的，查看ExtensionLoader的源碼，可以看到Dubbo對jdk spi做了三個方面的擴展：
（1）jdk spi僅僅通過介面類名獲取所有實現，而ExtensionLoader則通過介面類名和key值獲取一個實現；
（2）Adaptive實現，就是生成一個代理類，這樣就可以根據實際調用時的一些參數動態決定要調用的類了。
（3）自動包裝實現，這種實現的類一般是自動激活的，常用於包裝類，比如Protocol的兩個實現類：ProtocolFilterWrapper、ProtocolListenerWrapper。 3、url匯流排設計 Dubbo為了使得各層解耦，採用了url匯流排的設計。我們通常的設計會把層與層之間的交互參數做成Model，這樣層與層之間溝通成本比較大，擴展起來也比較麻煩。因此，Dubbo把各層之間的通信都採用url的形式。比如，注冊中心啟動時，參數的url為： registry://0.0.0.0:9090?codec=registry&transporter=netty 這就表示當前是注冊中心，綁定到所有ip，埠是9090，解析器類型是registry，使用的底層網路通信框架是netty。
二、Dubbo啟動過程
Dubbo分為注冊中心、服務提供者(provider)、服務消費者(consumer)三個部分。 1、注冊中心啟動過程 注冊中心的啟動過程，主要看兩個類：RegistrySynchronizer、RegistryReceiver，兩個類的初始化方法都是start。 RegistrySynchronizer的start方法：
（1）把所有配置信息load到內存；
（2）把當前注冊中心信息保存到資料庫；
（3）啟動5個定時器。 5個定時器的功能是： （1）AutoRedirectTask，自動重定向定時器。默認1小時運行1次。如果當前注冊中心的連接數高於平均值的1.2倍，則將多出來的連接數重定向到其他注冊中心上，以達到注冊中心集群的連接數均衡。 （2）DirtyCheckTask，臟數據檢查定時器。作用是：分別檢查緩存provider、資料庫provider、緩存consumer、資料庫 consumer的數據，清除臟數據；清理不存活的provider和consumer數據；對於緩存中的存在的provider或consumer而數 據庫不存在，重新注冊和訂閱。 （3）ChangedClearTask，changes變更表的定時清理任務。作用是讀取changes表，清除過期數據。 （4）AlivedCheckTask，注冊中心存活狀態定時檢查，會定時更新registries表的expire欄位，用以判斷注冊中心的存活狀態。如果有新的注冊中心，發送同步消息，將當前所有注冊中心的地址通知到所有客戶端。 （5）ChangedCheckTask，變更檢查定時器。檢查changes表的變更，檢查類型包括：參數覆蓋變更、路由變更、服務消費者變更、權重變更、負載均衡變更。
㈨ 如何使用maven構建bbo服務的可執行jar包
1.2MyBatis+Spring+MySql簡單配置1.2.1搭建Spring環境1,建立maven的web項目；2,加入Spring框架、配置文件；3,在pom.xml中加入所需要的jar包（spring框架的、mybatis、mybatis-spring、junit等）；4,更改web.xml和spring的配置文件；5,添加一個jsp頁面和對應的Controller；6,測試。