JessMA（原名：Portal-Basic）是由 JessMA Open Source 开发的一套高效 Java Full-Stack Web 应用开发框架，内置可扩展的 MVC Web 基础架构和 DAO 数据库访问组件（内部已提供了 Hibernate、MyBatis 与 JDBC DAO 组件），集成了 Action 拦截、Form / Dao / Spring Bean 装配、国际化、文件上传下载和页面静态化等基础 Web 应用组件，提供高效灵活的纯 Jsp/Servlet API 编程模型，可完美整合 Spring，支持 Action Convention，能快速开发传统风格和 RESTful 风格应用程序，文档和示例完善，非常容易学习。
JessMA 下载地址：https://code.google.com/p/portal-basic/
JessMA在设计之初就充分注重功能、性能与使用体验。JessMA主要特点：
★ 功能全面：内置稳定高效的MVC基础架构和DAO框架，支持Action拦截、Form Bean / Dao Bean / Spring Bean装配和声明式事务，提供国际化、文件上传下载、缓存和页面静态化等常用Web组件，能满足绝大部分Web应用的需要。
★ 高度扩展：JessMA通过的plug-in机制可以灵活扩展，JessMA发布包中自带的jessma-ext-rest和jessma-ext-spring均以插件的形式提供，用户可根据需要加载或卸载这些插件。应用程序开发者也可以根据实际需要编写自定义插件来扩展JessMA。
★ 强大的整合能力：JessMA是一个Full-Stack框架，同时也是一个开放式框架，可以以非常简单的方式整合第三方组件。本开发手册会详细阐述如何在JessMA中整合FreeMarker、Velocity、UrlRewrite、EHCache-Web、Spring、Hibernate和MyBaits等常用框架和组件。
★ 高性能：性能要求是JessMA的硬性指标，从每个模块的设计到每行代码的实现都力求简洁高效。另外，JessMA并没有对JSP/Servet API进行过多封装，开发者仍然使用JSP/Servet API开发应用程序，没有过多的迂回，性能得到保证。
★ 优秀的使用体验：JessMA的设计目标之一是提供良好的开发体验，尽量减少应用程序开发者的工作，API的设计力求简单、完整、明确。同时，JessMA为应用开发提供了大量Util工具，用来处理应用程序开发过程中通常会遇到的一般性问题，进一步减少应用程序开发者的工作负担。
★ 平缓的学习曲线：平缓的学习曲线：学习使用JessMA只需掌握一定的Core Java与JSP/Servlet知识，本开发手册会循序渐进阐述每个知识点，每个知识点都会结合完整的示例进行讲述，知识点之间前后呼应，确保学习者在学习时温故知新，融会贯通。
★ 完善的技术支持：除了提供完善的开发手册和示例代码以外，还提供博客和Q~Q~群用于解答使用JessMA过程中碰到的所有问题，也可以访问 JessMA 官方网站了解更多资讯。
* JessMA 总体架构
JessMA主要包括以下5个部分：
● 基础应用框架
基础应用框架加载应用程序配置文件（默认：app-config.xml），监听应用程序的生命周期事件，并向上层应用发送应用程序启动和关闭通知，应用程序可以处理这些通知进行额外的初始化或清理工作。基础应用框架在org.jessma.app包中是实现。
● MVC框架
MVC框架加载MVC配置文件（默认：mvc-config.xml），通过前端控制器ActionDispatcher接收和解析所有的客户HTTP请求，然后交由相应的Action进行处理，最后生成相应的视图返回给客户端。MVC框架在org.jessma.mvc包中实现。
● DAO框架
DAO框架封装了所有的数据库访问操作，内置JDBC、Hibernate和MyBaits数据库访问组件以及Druid、Proxool、JNDI等连接池。DAO框架是可扩展的，用户可以通过扩展org.jessma.dao.AbstractFacade和org.jessma.dao.AbstractSessionMgr实现自己的数据库访问组件。DAO框架在以下包中实现：
▪ org.jessma.dao
▪ org.jessma.dao.hbn
▪ org.jessma.dao.jdbc
▪ org.jessma.dao.mybatis
▪ org.jessma.ext.dao
● 公共组件
公共组件提供多种通用功能帮助类（如：字符串处理、类型转换、分页算法、压缩/解压、加解密、邮件发送等），这些类与框架无关，可在任何应用程序中使用。公共组件在以下包中实现：
▪ org.jessma.util
▪ org.jessma.util.archive
▪ org.jessma.util.cache
▪ org.jessma.util.http
▪ org.jessma.util.mail
▪ org.jessma.dao（DAO框架也可由看作为一个相对较大的公共组件）
● 扩展插件
扩展差插件是基于JessMA核心框架基础上的功能延伸，不是JessMA的必要组件。可由应用程序开发人员根据需要自行定制。JessMA发行包中也自带了一些扩展插件（如：jessma-ext-spring和jessma-ext-rest）。
* JessMA 应用程序依赖关系
基础应用框架、MVC框架和DAO框架都依赖于公共组件，其中基础应用框架同时依赖于DAO框架，因此，MVC框架和DAO框架能脱离JessMA单独使用（当然，要附带上公共组件）。例如：可以把MVC框架和DAO框架用于JessMA之外的其它Web项目；也可以把DAO框架用于非Web项目（如：Swing / SWT桌面应用）。
JessMA 3.2.1 更新：
1、Portal-Basic 框架正式更名为 JessMA
1) JessMA 的版本号沿用 Portal-Basic 的版本号
2) 包名称 com.bruce.* 统一改为 org.jessma.*
2、mvc-confing.xml 中增加 <base-path> 配置项，支持自定义 ${__base} 变量
1) base-path.type 有三种类型：'auto'，'manual'，'none'，其中 'auto' 为默认类型
2) 'auto'：根据当前请求的路径信息自动设置 ${__base}（${__base} 保存在 Request Attribute 中）
${__base} = {scheme}://{server_name}:{server_port}/{app_context}
3) 'manual'：在 MVC 配置文件中手工设置 ${__base}（${__base} 保存在 Application Attribute 中）
4) 'none'：不设置 ${__base}
3、mvc-confing.xml 中增加 <result-path-aliases> 配置项，支持用别名置换 Action Result 的路径
例如：
<result-path-aliases>
<alias name="index" path="/jsp/index.jsp"/>
<alias name="jsp_base" path="/jsp/test"/>
</result-path-aliases>
以下的几个配置是等效的：
1) 不使用别名
<result>/jsp/index.jsp</result> 或注解 @Result(path="/jsp/index.jsp")
<result>/jsp/test/my.jsp</result> 或注解 @Result(path="/jsp/test/my.jsp")
2) 使用别名
<result>${index}</result> 或注解 @Result(path="${index}")
<result>${jsp_base}/my.jsp</result> 或注解 @Result(path="${jsp_base}/my.jsp")
4、支持在不重启服务器的情况下，动态更新应用程序配置
1) 更新 MVC 配置。org.jessma.mvc.ActionDispatcher 增加方法：
A) reload(delay) 更新 MVC 配置
B) pause() 暂停 MVC 组件
C) resume() 恢复 MVC 组件
D) 以上三个方法配合使用：pause() -> reload(delay) -> resume()
2) 更新 REST 配置。org.jessma.ext.rest.RestDispatcher 增加方法：
A) reload(delay) 更新 REST 配置
B) pause() 暂停 REST 组件
C) resume() 恢复 REST 组件
D) 以上三个方法配合使用：pause() -> reload(delay) -> resume()
3) 更新应用程序配置文件（app-config.xml）的 <user> 节点。org.jessma.app.AppConfig 增加方法：
A) reloadUserConfig(delay) 调用由 <system>/<user-config-parser> 节点定义的 UserConfigParser 的 parse(user) 方法重新加载 <user> 节点的配置信息
B) 执行更新前通常需要暂停 MVC 组件 或 REST 组件（调用它们的 pause() 方法）
5、修改 org.jessma.util.Logger，使 Logger 类更通用
1) 默认日志记录器：应用程序默认日志记录器的名称为 'JessMA'，可以调用 Logger.getDefaultLogger() 获取默认日志记录器
2) 其他日志记录器：应用程序可以在任何地方调用 new Logger("<logger_name>") 获取在 log4j.properties 中配置的其他日志记录器
6、增加一个 JDBC SessionMgr
1) org.jessma.dao.jdbc.JdbcSessionMgr ：没有使用连接池的 JDBC SessionMgr
7、其它更新
1) 原测试工程 MyPortal 改为 MyJessMA
2) 原依赖库 portal-basic-lib 改为 jessma-lib
3) 依赖库 “jessma-lib” 和 “spring-lib” 中的所有 jar 包更新到最新版本
4) 更好地支持在 GAE、BAE 和 OpenShift 等云平台中部署 JessMA 应用程序
5) 更新开发手册《JessMA 高效 Java MVC & REST 开发框架 (v3.2)》
6) 官方网站 www.jessma.org 将陆续提供各项技术支持
8、应用程序升级说明
JessMA 3.2.1 在功能方面完全兼容 Portal-Basic 3.1.1，原有应用程序升级到 JessMA 3.2.1 需做以下工作：
1) 应用程序中所有用到 com.bruce.* 的地方都改为 org.jessma.*
2) 修改 XML 配置文件的 XSD Schema 引用（参考 MyJessMA 测试工程）
3) 如果应用程序用到 org.jessma.util.Logger，则获取日志记录器对象的代码要作一些调整（参考 MyJessMA 测试工程）
4) 如果应用程序用到 base.jsp，则用 JessMA 3.2.1 的 jessma-base.jsp 替换原来的 base.jsp
JessMA 更新历史：ChangLog.txt
开发文档目录：
您还没有登录,请您登录后再发表评论
24 楼 guaishou 2013-07-24 19:45
这个真可以考虑~
23 楼 vision2000 2013-07-24 17:06
22 楼 guaishou 2013-07-16 12:34
恩，见仁见智，没有东西是适合任何人的，anyway，感谢你的意见。
21 楼 lilin530 2013-07-16 12:25
20 楼 guaishou 2013-07-16 01:30
1、MVC子框架：核心代码在ActionDispatcher中，确实很直观。另外，对所有配置文件、注解等采用空间换时间（缓存）的方式处理；也没有像Struts2那样把Servlet对象用ActonContext封装起来，因此，效率会比较高的。
2、REST子框架：REST过滤器RestDispatcher前置于ActionDispatcher，把REST请求转换为MVC请求，并转发到RestAction子类处理，REST子框架与MVC子框架的整合比较顺滑，并且REST子框架以插件方式提供，可以拆卸。
3、DAO子框架：DAO子框架的设计比较特别，把数据源（通过SessionMgr指定）与数据库访问对象（通过AbstractFacade的子类指定）分离，再用FacadeProxy把它们组合起来，理论上可以做到同类的数据访问对象能访问不同的数据源。
4、值得一提的是文件上传和下载组件，已公共组件的形式提供，没有整合在MVC框架中，使用起来非常简单灵活（个人感觉比Struts2的好用）
5、从代码风格，细节处理和文档编写等可以看出作者是非常严谨细致、追求完美的人，基本上各项工作都已做到极致了，这点必须向您学习。
下面提一下个人的一点建议，有不对的地方请指正：
1、作为一个“轮子”JessMA已经是非常完整和成熟了，希望在这个基础上扩展一些通用的应用层模块，如报表、权限管理等，这样有利于推广以及方便大家使用。
2、要是能提供一个Eclipse插件来协助开发就更好了，这个东西本人没做过，不知能否容易做到。
3、开发手册结合测试工程MyJessMA能让人迅速学习框架的使用，不过开发手册篇幅比较多（除去代码其实并不多）也许会让一些人望而生畏，看看有没精简的可能。
4、如果能提供一些视频教程供大家学习，相信会更加有利于推广和学习。
总的来说，JessMA是一个优秀的框架，但要成功推广还是需要更多努力，感谢作者的奉献精神。
看了您上面的回复可知您真的认真研究过JessMA，在此深感荣幸 ^_^，对于您提出的几点建议现回复如下：
1、一些通用的应用层功能是要加的，正在规划中，这些功能模块将不整合在JessMA中，而是作为可选上层模块提供。另外，有两个功能模块要特别说明一下：a、日志模块：该模块没必要加，只要应用程序的包结构划分合理，自己使用一个拦截器就很容易实现日志功能；b、权限管理：该模块一直在纠结中，要是做成Spring Security那样子感觉过于复杂，用起来也不一定方便，要是做的话可能也会做得简洁些，通用些。
2、要是有Eclipse插件那是最好不过的事情了，不过插件开发还没研究过，先研究，如果力所能及则回去实现。
3、开发手册确实很难精简了，内容就是那么多，除非把示例代码拿走放到其他地方，但这样不好阅读，纠结中 ^_^
4、制作视频的主意真不错，有时间会尝试一下
19 楼 ldcsaa 2013-07-15 16:40
1、MVC子框架：核心代码在ActionDispatcher中，确实很直观。另外，对所有配置文件、注解等采用空间换时间（缓存）的方式处理；也没有像Struts2那样把Servlet对象用ActonContext封装起来，因此，效率会比较高的。
2、REST子框架：REST过滤器RestDispatcher前置于ActionDispatcher，把REST请求转换为MVC请求，并转发到RestAction子类处理，REST子框架与MVC子框架的整合比较顺滑，并且REST子框架以插件方式提供，可以拆卸。
3、DAO子框架：DAO子框架的设计比较特别，把数据源（通过SessionMgr指定）与数据库访问对象（通过AbstractFacade的子类指定）分离，再用FacadeProxy把它们组合起来，理论上可以做到同类的数据访问对象能访问不同的数据源。
4、值得一提的是文件上传和下载组件，已公共组件的形式提供，没有整合在MVC框架中，使用起来非常简单灵活（个人感觉比Struts2的好用）
5、从代码风格，细节处理和文档编写等可以看出作者是非常严谨细致、追求完美的人，基本上各项工作都已做到极致了，这点必须向您学习。
下面提一下个人的一点建议，有不对的地方请指正：
1、作为一个“轮子”JessMA已经是非常完整和成熟了，希望在这个基础上扩展一些通用的应用层模块，如报表、权限管理等，这样有利于推广以及方便大家使用。
2、要是能提供一个Eclipse插件来协助开发就更好了，这个东西本人没做过，不知能否容易做到。
3、开发手册结合测试工程MyJessMA能让人迅速学习框架的使用，不过开发手册篇幅比较多（除去代码其实并不多）也许会让一些人望而生畏，看看有没精简的可能。
4、如果能提供一些视频教程供大家学习，相信会更加有利于推广和学习。
总的来说，JessMA是一个优秀的框架，但要成功推广还是需要更多努力，感谢作者的奉献精神。
18 楼 guaishou 2013-07-15 15:23
谢谢支持，但不要那么偏激哦，无论如何struts2都是目前的主流。我只是提供一个自我感觉好用的东西，希望对大家有所帮助。
17 楼 guaishou 2013-07-15 15:21
万分感谢~~~~~
16 楼 ahack 2013-07-15 12:59
15 楼 qingsong 2013-07-15 08:01
14 楼 guaishou 2013-07-13 16:10
谢谢支持，一定会再接再厉
13 楼 yjydmlh 2013-07-13 14:09
12 楼 guaishou 2013-07-12 17:16
楼主很用心，还编写了手册，很佩服楼主用心分享自己的成果，希望JessMa能形成社区，并能长期维护下去，不断发展。
谢谢支持，的确是这样的，以前用Struts时发现它有存在一些缺点（如：性能、复杂度和某些功能不方便使用等）才开发了JessMA供内部使用，当JessMA足够稳定和成熟后才公开分享。
当然，JessMA目前只是提供了比较基础的功能，将来会在这个基础上扩展更多通用业务组件，希望能从车轮升级为车架 ^_^
11 楼 jayung 2013-07-12 16:28
楼主很用心，还编写了手册，很佩服楼主用心分享自己的成果，希望JessMa能形成社区，并能长期维护下去，不断发展。
10 楼 guaishou 2013-07-12 10:32
太感谢了，要得到一个支持是多么的不容易呀 ~ ^_^
9 楼 nevermindex 2013-07-12 08:51
8 楼 guaishou 2013-07-11 17:40
java.lang.VerifyError: Cannot inherit from final class
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
1)
请说明详细异常堆栈，有需要可以到Q~群提问（75375912）
7 楼 dragonxia 2013-07-11 17:35
java.lang.VerifyError: Cannot inherit from final class
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
1)
6 楼 guaishou 2013-07-11 16:23
说得很有道理，可是我的节操没那么高尚，没想那么多，只是把自己觉得比较好的一些东西分享出来，仅此而已。
5 楼 guaishou 2013-07-11 14:02
多一个选择而已，用适合自己的。也可以作为研究参考。
浪费贵人的宝贵时间，罪过罪过