kunple.w
kunple.w
晚点我搭个demo复现一下
> 有简单复现的 demo 吗？ demo https://github.com/Kunple-w/sofa-disable-jvm-first-not-work
关于日志，sofa有个[sofa-common-tools](https://github.com/sofastack/sofa-common-tools)，是不是你期望的用法
是不是应该将Component的value()属性在SofaService中alias一下
如果类上`@SofaService`标记后`@Component`不是必须的, 那么方法上`@SofaService`标记后`@Bean`应该也不是必须的吧？
@seeflood 我的想法是类似于Spring的`@Bean`和`@Component`/`@Service`的定位，应该有2个注解; 比如`@SofaBean`和`@SofaService`,而SofaService取消掉`ElementType.METHOD`的支持，这样的话`SofaService`有兼容性问题。 这样合适吗？
@seeflood 实现方式有多种， 1. 组合注解，正如你说的，如`@SofaService`上添加`@Component`注解，改动量小，缺点就是`@SofaService`就和spring绑定到一起了，如果sofa的方向就是这个方向，这个倒也合适； 2. 自定义后置处理器解析`@SofaService`，类似于现在的方式，但是额外需要处理被注解bean放到cxt的逻辑，比组合注解改动量大一些，特点是该注解就和spring关系不大，只是sofa中定义的注解，可以独立处理； 我理解1和2是对注解的定位略有差异，方向是需要确定的。
i got same exception, it seems to be caused by httpcomponents. in httpcomponents 4.5.x, developer push this code #https://github.com/apache/httpcomponents-client/commit/ca98ad69adad79de57d8b944ba524f7267a795cb, ```java } catch (final RuntimeException ex) { releaseTrigger.abortConnection(); throw ex; }...
I have same issue .