Springboot 整合 dubbo 的一些坑

541 阅读4分钟
原文链接: www.jianshu.com

最近在做一个分布式的web系统,用的boot+dubbo,中间碰到不少坑,最近碰到的坑可是坑了我三四天,把坑都给大家捎带分享一下,希望能少走弯路。

1. 坑一:与jpa的不兼容

如果你想写这样的jpasql

    @Query("select g.userIdentity from  GroupMembers g where g.userId=?1 and g.groupId=?2")
    int selectIndentity(Integer userId,Integer groupId);

恭喜你,你可以成功的运行它。但是如果你想要这样

    @Transactional
    @Modifying
    @Query("update GroupMembers g set g.userIdentity=1 where g.userId=?1 and g.groupId=?2")
    int updateIdentity(Integer userId,Integer groupId);

那么,对不起!你不可以。如果这样做,你会发现你注册不了服务,消费者也相应的得到nullpointexception异常,这一点你可以在dubbo-admin中清晰的看到--没有提供服务。但是单独一个模块跑起来是没有问题的,测试也没有问题的,就是注册不进去~~

想知道为啥的请看第二点~

2. 坑二:service层加事务报空指针

截图我不发了,我可不想把事发场景还原,毕竟花了我几天的精力和头皮营养。

之所以说这个bug费时费力,是因为这个项目可以运行,测试全都通过,但是就是注册不进去dubbo,配置和别的模块一模一样也无动于衷!就是注册不进去dubbo,就是注册不进去dubbo,就是注册不进去dubbo.

为什么呢?为什么呢?

如果给service层加事务,同样服务也注册不进dubbo,那web层的调用当然也是返回空指针。那原因是为什么呢?

我们看一下dubbo的@Service这个注解源码:


package com.alibaba.dubbo.config.annotation;

import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
public @interface Service {
    Class<?> interfaceClass() default void.class;

    String interfaceName() default "";

    String version() default "";

    String group() default "";

    String path() default "";

    boolean export() default false;

    String token() default "";

    boolean deprecated() default false;

    boolean dynamic() default false;

    String accesslog() default "";

    int executes() default 0;

    boolean register() default false;

    int weight() default 0;

    String document() default "";

    int delay() default 0;

    String local() default "";

    String stub() default "";

    String cluster() default "";

    String proxy() default "";

    int connections() default 0;

    int callbacks() default 0;

    String onconnect() default "";

    String ondisconnect() default "";

    String owner() default "";

    String layer() default "";

    int retries() default 0;

    String loadbalance() default "";

    boolean async() default false;

    int actives() default 0;

    boolean sent() default false;

    String mock() default "";

    String validation() default "";

    int timeout() default 0;

    String cache() default "";

    String[] filter() default {};

    String[] listener() default {};

    String[] parameters() default {};

    String application() default "";

    String module() default "";

    String provider() default "";

    String[] protocol() default {};

    String monitor() default "";

    String[] registry() default {};
}

发现它不支持被子类继承,所以dubbo扫描的时候不能够扫到被注解的服务。

解决方案:修改Service源码

怎么修改呢。我们找到Service这个注解类,位于com.alibaba.dubbo.config.annotation;

1. 给它添加一个注解@Inherited
@Inherited
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
2. 重编译生成class文件

这个不用说了吧 javac Service.java.
然后把class覆盖上去。

3. maven项目扔到服务器又变了啊

所以,我们需要把这个单独作为jar包放到项目中。然后maven引用本地jar,而不是从仓库中获取。

        <dependency>
            <groupId>com.xxx</groupId>
            <!--自定义-->
            <artifactId>xxxx</artifactId>
            <!--自定义-->
            <version>1.0</version>
            <!--自定义-->
            <scope>system</scope>
            <!--system,类似provided,需要显式提供依赖的jar以后,Maven就不会在Repository中查找它-->
            <systemPath>${pom.basedir}/src/main/webapp/WEB-INF/lib/xxx-xxx.jar</systemPath>
            <!--项目根目录下的lib文件夹下-->
        </dependency>
4. 修改后遗症

如果你真的像我上面所讲的修改了dubbo的Service类,那你注册的时候会发现一个问题,也是找不到服务,但是这次不一样了,你如果在dubbo-admin上看就很清楚。


天呐,服务名是springProxy,所以我们修改了源码后必须要手动生命Service名称。@Service(interfaceName="com.xx.xxx.service.xxx")

坑一坑二的总结

个人认为坑一坑二是同一个问题,jpa出了问题后因为时间关系我还是尽快选择了mybatis替代的方案,所以解决了坑二后并没有去试坑一是否能解决。不过想想,jpa的修改必须要@Modifying 和事务,在原生的dubbo的@Service注解下都是不认识的,可能会有用。试过的小伙伴可以在评论分享下你的成果,谢谢!

3. 坑三:service层缓存报异常

我忘了是什么错了,没有及时记录下来,当时在网上查,前辈说的是因为加了redis后service接口不符合dubbo规范,也就是dubbo不能识别这个接口,所以我最终把cache的实现放在了controller里。

未完待续!想起来了再继续补