kunple.w

disable-jvm-first=true有时不生效

3

## Describe the bug 在配置com.alipay.sofa.boot.disable-jvm-first=false后，app启动完成后，真正调用时会有一些reference使用jvm，一些使用bolt. debug发现在`ReferenceRegisterHelper#registerReference`注册reference时会使用`SofaRuntimeProperties#isDisableJvmFirst(SofaRuntimeContext)`，而SofaRuntimeProperties的判断是根据内部静态变量，而内部静态变量的值的来源是`SofaRuntimeConfigurationProperties`，由spring回调，正常情况下该流程正常； 但是在一些场景下，**如果reference的加载时间早于SofaRuntimeConfigurationProperties**，这会导致ReferenceRegisterHelper中读到默认值，也就是false；而reference加载稍晚的，读取到的为true。 ## To Reproduce Steps to reproduce the behavior: 看了一下只有`ReadinessCheckListener`注入了SofaRuntimeConfigurationProperties，如果重写该bean或者不引用health包，应该会稳定复现； ## Expected behavior A clear and concise description of what you expected to happen....

optimize annotation @SofaService (#1031)

2

`@SofaService上`添加`@Component`注解

springboot2.2废弃了logging.path, 2.3已删除该属性，应使用logging.file.path

2

## Describe the bug Spring boot2.3已经不支持logging.path, sofa的各种包的log-conf.xml未更新 > You should be using logging.file.path with Spring Boot 2.2 and later. logging.path was deprecated in 2.2 in favour of logging.file.path. It was...

考虑添加一个SofaBean注解

1

## In what area(s)? /area runtime > /area operator > /area placement > /area docs > /area test-and-release ## Describe the feature 对应`@SofaService`和`@Service`/`@Component`的对应关系，是否应该有个`@SofaBean`对应Bean，以免去在配置类中重复写`@Bean`。 目前的写法 ```java public class MultiSofaServiceConfiguration { @Bean("multiSofaService")...

是否可以在 SOFABoot 模块中定义 Controller 组件

2

## In what area(s)? /area runtime > /area operator > /area placement > /area docs > /area test-and-release ## Ask your question here 在https://www.sofastack.tech/projects/sofa-boot/faq/中提到: > Q: 是否可以在 SOFABoot 模块中定义 Controller...