Solon 开发 jsp 还是简单的,可以有 jetty 启动器 或者 undertow 启动器.此文用 undertow + jsp + tld 这个套路搞一把: 一. 开始Meven配置走起 用solon 做 undertow + jsp 的开发:只需要配置一下 meven 即可(不需要其它的额外处理或启用) <parent> <groupId>org.noear</groupId> <artifactId>solon-parent</artifa…

Solon 是Java世界里一个新的极易上手的Web框架.参考过 Javalin . Spring 等很多现有框架的设计. 取名自海贼王里的角色,说是希能像他一样能打 小.真的是小.最小的运行单位只有 0.1m.就算有模板.jdbc.日志放进去...估计3-5m就搞定了 性能好.Hello world 的qps测试下,基本比 Srping boot 的高近1倍左右 简单便捷.基本和Spring mvc 的体验接近,入手快. 官方支持的jdk版本为:8.0 - 15.已发布的基本都支持......…

Solon 的项目地址: https://gitee.com/noear/solon 里面杂七杂八的东西很多...今天的目标是整一个最最简单,最最小巧的 Hello world (一)用 IntelliJ IDEA 新建一个 Meven 空项目 helloworld (二)然后在 pom.xml 文件里添加下框架依赖 <dependencies> <dependency> <groupId>org.noear</groupId> <artifactId…

相对于 Spring boot 的 path variable :Solon 的不需注解,只要变量名对上即可: //path var demo // @XMapping("e/{p_q}/{obj}/{id}") public String test_e(XContext ctx, String p_q, String obj, String id) { return ctx.path() + "::" + p_q + "-" + obj + &…

注解对比 Solon 1.0.10 Spring JSR 330 @XInject * @Autowired @Inject 字段或参数注入 @XBean * @Component @Named Bean托管 @XSingleton @Scope("singleton") @Singleton 单例(Solon 默认是单例) @XSingleton(false) @Scope("prototype") - 非单例 - @Qualifier @Qualifier,@N…

故事相关的源码 https://gitee.com/noear/solon_demo/tree/master/demo08.solon_mybatis 故事开讲 Solon 是Java世界里一个新的极易上手的Web框架,像是个清秀的年轻小伙... Mybatis 是个资深的前辈,好像阿里系挺喜欢这前辈,说是喜欢它的SQL透明性(Xml sql 确实有透明性). 以住的历史上,Mybatis 基本上是在 Spring 家族合作搞工程的. 今天主要是让 Mybatis 和 Solon 搭伙过日子试试…

终于说通 Solon 作者,让他为 Solon 框架添加事务注解支持了:并且把 mybatis-solon-plugin 的 @Df 注解更名为 @Db ,接地气多了(Df是什么鬼呢?新手肯定这么想...).真是费尽了笔者的口水...此文主要重写<Mybatis 和 Solon 勾搭在一起>的事务部分,并优化细节. 新故事相关的源码 https://gitee.com/noear/solon_demo/tree/master/demo08.solon_mybatis_multisource 新…

一.Solon 最近号称小而美的的Solon框架,终于得空,搞了一把,发觉Solon确实好用,那Solon到底是什么,又是怎么好用呢? 什么是Solon? Solon参考过Spring boot 和 Javalin 的设计.吸取了两者的的优点,避开了很多繁重的设计,使其支持http, websocket, socket 三种通讯信号接入.Solon 2M即可支撑起普通的mvc开发了,0.1秒就可以完成启动:相对于言,Spring boot 的一个普通mvc项目,基本上20M起步,5秒左右完成启动…

在前面的篇章里我们已经见识了 Solon 对事务的控制,及其优雅曼妙的形态.该篇将对事务的传播机制做讲解.出于对用户的学习成本考虑,Solon 借签了Spring 的事务传播策略:并友好的支持多数据源事务. 一.为什么要有传播机制? Solon 的事务是基于 aop 实现的,用者不用关心事务的开始.提交.回滚,只需要在方法上加 @XTran 注解.因为看不到内部情况,所以也会有些疑问: 场景一:方法A调用了方法B,但两个方法都有事务,这个时候如果方法B异常: 是让方法B回滚,还是两个一起回滚?…

Solon 中也有一种非常解耦的扩展机制:Solon Plugin.这种扩展机制和Spring Factories很像,和SPI也很像. 一.Solon 中的扩展机制 在Solon的扩展插件加载机制,是在 solonplugin/{packname}.properties 文件中配置XPlugin的实现类名称,然后在程序中读取这些配置文件并实例化.这种自定义的SPI机制是Solon Plugin扩展实现的基础. 具体在扩展项目添加申明如下: 添加配置:src/main/resources/sol…