㈠ 如何将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,测试。