Solon 2.0 特性与需求收集

[noear]

trafficstars

[fzdwx]

有没有什么活，整一整 🧑🏻‍💻

[noear]

1. 部分调整规划草案 //::已全部完成调整

相对明确的：

• 添加 Solon.context();
• 移除 solon.extend.sessionstate.* (已有 solon.sessionstate.*)
• 移除 solon.ext.* （已转到：solon.core.util.*）
• 更名 solon.extend.aspect[弃用] => solon.aspect[新增] [无感+] //ok //ok
• 更名 solon.extend.health[弃用] => solon.health[新增] [有感-] //ok //ok
• 更名 solon.extend.hotplug[弃用] => solon.hotplug[新增] [有感-]
• 更名 solon.extend.properties.yaml[弃用] => solon.config.yaml[新增] [无感] //ok //ok
• 更名 solon.extend.servlet[弃用] => solon.web.servlet[新增] [无感] //ok //ok
• 更名 solon.extend.staticfiles[弃用] => solon.web.staticfiles[新增] [有感-] //ok //ok-
• 更名 solon.extend.cors[弃用] => solon.web.cors[新增] [有感-] //ok //ok-
• 移除 Aop，由 Solon.context() 替代

相对不明确的：

• solon.extend.* 全更名为：solon.* ? //调整部分

2. 插件命名规范：(插件越来越多，怕起冲突) //::已全部完成调整

• 适配插件命名
  • *-solon-plugin
  • *-solon-cloud-plugin

3. 插件类包命名规范：(插件越来越多，怕起冲突) //::已全部完成调整

• 容器能力对接，包名风格： {xxx}.solon ? //例：cn.dev33.satoken.solon

• 接口适配对接，包名风格： org.noear.solon.extend.{xxx} ? org.noear.solon.cloud.extend.{xxx} //例：org.noear.solon.cloud.extend.water org.noear.solon.{ddd}.{xxx} //例：org.noear.solon.cache.redis

4. 增加响应式系列支持

5. 增加AOT编译便利支持

[noear]

部分命名规范调整

2. 插件命名规范：(插件越来越多，怕起冲突)

• 官方适配插件命名

  • solon-plugin-*
  • solon-cloud-plugin-*

• 第三方适配插件命名

  • *-solon-plugin
  • *-solon-cloud-plugin

3. 插件类包命名规范：(插件越来越多，怕起冲突)

• 容器能力对接，包名风格： {xxx}.solon ? //例：cn.dev33.satoken.solon

• 接口适配对接，包名风格： org.noear.solon.extend.{xxx} ? org.noear.solon.cloud.extend.{xxx} //例：org.noear.solon.cloud.extend.water org.noear.solon.{ddd}.{xxx} //例：org.noear.solon.cache.redis

[dyrnq]

cloud plugin support tencent polarismesh

[noear]

cloud plugin support tencent polarismesh

收到。。。尽快安排：）

[noear]

cloud plugin support tencent polarismesh

已添加 polaris-solon-cloud-plugin 插件。欢迎试用：http://solon.noear.org/article/401

[peigen]

是否支持树莓派（ARM 64），是否适合用GraalVM

[noear]

是否支持树莓派（ARM 64），是否适合用GraalVM

是否支持树莓派：这个则jdk支持的，如果有支持它的jdk就会支持。 是否适合用GraalVM：是适用的，只是比较麻烦。。。前年有用户做了个嵌入式设备类用户，就用了 Graalvm Native 打包

[dyrnq]

Client side load balancing with fault tolerance, support multiple protocol (HTTP, TCP, UDP).

like Netflix/ribbon and Spring Cloud LoadBalancer.

[noear]

Client side load balancing with fault tolerance, support multiple protocol (HTTP, TCP, UDP).

like Netflix/ribbon and Spring Cloud LoadBalancer.

负载均衡是有的（也不限协议），可以了解一下： https://solon.noear.org/article/478

[dyrnq]

Reference in new

谢谢，我看看

我发现一些plugin 比如 https://gitee.com/noear/solon/tree/master/_solon_plugin_cloud/zookeeper-solon-cloud-plugin 这里的

solon.cloud.zookeeper:
  server: localhost      #服务地址

的这里连接 zookeeper的地址是否可以传入多个server 地址然后实现client side的LB 还有 https://gitee.com/noear/solon/tree/master/_solon_plugin_cloud/nacos2-solon-cloud-plugin 这里的

solon.cloud.nacos2:
  server: localhost:8848      #服务地址

的server，一般这种基础中间件都是集群部署，他们或是tcp或是grcp等协议，那么就需要一个VIP来负载均衡nacos他们，假如这里可以填写多个地址的话，相当于在client side 端完成了load balancing，不知道这个想法是否可行

[noear]

中间件多server，是由中间件的客户端自己处理的。。。具体的使用，可参考官网的资料（代码仓库里不详）：

• nacos-solon-cloud-plugin
• nacos2-solon-cloud-plugin
• zookeeper-solon-cloud-plugin

[noear]

Reference in new

谢谢，我看看

我发现一些plugin 比如 https://gitee.com/noear/solon/tree/master/_solon_plugin_cloud/zookeeper-solon-cloud-plugin 这里的

solon.cloud.zookeeper:
  server: localhost      #服务地址

的这里连接 zookeeper的地址是否可以传入多个server 地址然后实现client side的LB 还有 https://gitee.com/noear/solon/tree/master/_solon_plugin_cloud/nacos2-solon-cloud-plugin 这里的

solon.cloud.nacos2:
  server: localhost:8848      #服务地址

的server，一般这种基础中间件都是集群部署，他们或是tcp或是grcp等协议，那么就需要一个VIP来负载均衡nacos他们，假如这里可以填写多个地址的话，相当于在client side 端完成了load balancing，不知道这个想法是否可行

另外，这里有 solon cloud 的完整资料：https://solon.noear.org/article/family-cloud-preview

[dyrnq]

明白了，感谢大佬回复

[noear]

有空到官网多看看，资料已经比较丰富了：https://solon.noear.org/

[dyrnq]

有空到官网多看看，资料已经比较丰富了：https://solon.noear.org/

嗯，必须的，向大佬学习