Issue 1:
I have searched the issues of this repository and believe that this is not a duplicate.

I have checked the FAQ of this repository and believe that this is not a duplicate.

Environment

Dubbo version: 2.7.1

Operating System version: Windows 10 Version 1903

Java version: 1.8.0

Steps to reproduce this issue

create 'provider' project

create interface.

create class implements step2 interface

application.properties file add

boot file add ‘@EnableAutoConfiguration’ annotation

create 'consumer' project

copy step2 interface to project

boot file add ‘@EnableAutoConfiguration’ annotation

user @reference annotation injection interface

run

Pls. provide [GitHub address] to reproduce this issue.

Expected Result

success call 'provider' project function

Actual Result

throw exception:

2019-04-23 16:20:47.605 ERROR 2380 --- [nio-9185-exec-5] scms.viSvc.service.SpViCaseService : caseNo:1904231620475912,Failed to invoke remote method: add, provider: dubbo://192.0.0.66:12345/scms.viSvc.service.SpViCaseServiceInterface?application=scms.viSvc&default.lazy=false&default.sticky=false&dubbo=2.0.2&group=test&interface=scms.viSvc.service.SpViCaseServiceInterface&lazy=false&methods=add&pid=2380&qos.enable=false&register.ip=192.0.0.66&revision=1.0.0&side=consumer&sticky=false&timestamp=1556007474371&version=1.0.0, cause: org.apache.dubbo.remoting.RemotingException: Not found exported service: test/scms.viSvc.service.SpViCaseServiceInterface:1.0.0:12345 in [a/scms.dataSvc.cases.service.SpViCaseServiceInterface:1.0.0:12345, test/scms.dataSvc.cases.service.SpViCaseServiceInterface:1.0.0:12345], may be version or group mismatch , channel: consumer: /192.0.0.66:54541 --> provider: /192.0.0.66:12345, message:RpcInvocation [methodName=add, parameterTypes=[class java.lang.String], arguments=[{}], attachments={path=scms.viSvc.service.SpViCaseServiceInterface, input=462, dubbo=2.0.2, interface=scms.viSvc.service.SpViCaseServiceInterface, version=1.0.0, group=test}]
org.apache.dubbo.remoting.RemotingException: Not found exported service: test/scms.viSvc.service.SpViCaseServiceInterface:1.0.0:12345 in [a/scms.dataSvc.cases.service.SpViCaseServiceInterface:1.0.0:12345, test/scms.dataSvc.cases.service.SpViCaseServiceInterface:1.0.0:12345], may be version or group mismatch , channel: consumer: /192.0.0.66:54541 --> provider: /192.0.0.66:12345, message:RpcInvocation [methodName=add, parameterTypes=[class java.lang.String], arguments=[{}], attachments={path=scms.viSvc.service.SpViCaseServiceInterface, input=462, dubbo=2.0.2, interface=scms.viSvc.service.SpViCaseServiceInterface, version=1.0.0, group=test}]
at org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol.getInvoker(DubboProtocol.java:248)
at org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol$1.reply(DubboProtocol.java:102)
at org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler.handleRequest(HeaderExchangeHandler.java:103)
at org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler.received(HeaderExchangeHandler.java:200)
at org.apache.dubbo.remoting.transport.DecodeHandler.received(DecodeHandler.java:51)
at org.apache.dubbo.remoting.transport.dispatcher.ChannelEventRunnable.run(ChannelEventRunnable.java:57)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

'provider' project and 'consumer' project thow same exception.

how to fix it?

Issue 2:
I have searched the issues of this repository and believe that this is not a duplicate.

I have checked the FAQ of this repository and believe that this is not a duplicate.

Environment

Dubbo version: 2.7.1-SNAPSHOT

Operating System version: MacOS 10.14

Java version: 1.8

I find some member fields of ConfigCenterConfig are annotated by @parameter, and the 'useKeyAsProperty' property of the annotation is set 'false'.

For example, the 'check' member field is annotated by @parameter, and its key is "config.check", but the 'useKeyAsProperty' is false.

So the key of this field in URL's parameters is 'check' because the 'useKeyAsProperty' is false, but in config center configuration class like ApolloDynamicConfiguration, the class use 'config.check' to get the property from parameters of URL.

So I think we should adjust the setting.

How about set the 'useKeyAsProperty' to true ?

I want to listen others' proposals.

Steps to reproduce this issue

config

<dubbo:configcenter address:xxx check="false"/>

Expected Result

the key in url's parameters should be "config.check", because in apollo dynamic configuration class, it use the key to get the check property

What do you expected from the above steps？

Actual Result

the key in parameters is check

If there is an exception, please attach the exception trace:

Just put your stack trace here!