- 作者简介
- 内容提要
- 关于本书
- 路线图
- 代码规范与下载
- 作者在线
- 封面插图简介
- 前言
- 译者序
- 致谢
- 第1部分 Spring 的核心
- 第1章 Spring 之旅
- 第2章 装配 Bean
- 第3章 高级装配
- 第4章 面向切面的 Spring
- 第2部分 Web 中的 Spring
- 第5章 构建 Spring Web 应用程序
- 第6章 渲染 Web 视图
- 第7章 Spring MVC 的高级技术
- 第8章 使用 Spring Web Flow
- 第9章 保护 Web 应用
- 第3部分 后端中的 Spring
- 第10章 通过 Spring 和 JDBC 征服数据库
- 第11章 使用对象-关系映射持久化数据
- 第12章 使用 NoSQL 数据库
- 第13章 缓存数据
- 第14章 保护方法应用
- 第4部分 Spring 集成
- 第15章 使用远程服务
- 第16章 使用 Spring MVC 创建 REST API
- 第17章 Spring消息
- 第18章 使用 WebSocket 和 STOMP 实现消息功能
- 第19章 使用 Spring 发送 Email
- 第20章 使用 JMX 管理 Spring Bean
- 第21章 借助 Spring Boot 简化 Spring 开发
20.1.1 通过名称暴露方法
MBean信息装配器(MBean info assembler)是限制哪些方法和属性将在MBean上暴露的关键。其中有一个MBean信息装配器是MethodNameBasedMBean-InfoAssembler。这个装配器指定了需要暴露为MBean操作的方法名称列表。对于SpittleController bean来说,我们希望把spittlePerPage暴露为托管属性。基于方法名的装配器如何帮我们导出一个托管属性呢?
我们回顾下JavaBean的规则(这不是Spring Bean所必需的),spittlesPerPage属性需要定义对应的存取器(accessor)方法,方法名必须为setSpittlesPerPage()和getSpittlesPerPage()。为了限制MBean所暴露的内容,我们需要告诉MethodNameBaseMBeanInfoAssembler仅在MBean的接口中包含这两个方法。如下MethodNameBaseMBeanInfoAssembler的bean声明就配置了这些方法:
managedMethods属性可以接受一个方法名称的列表,指定了哪些方法将暴露为MBean的操作。因为本示例所配置的是spittlesPerPage属性的存取器方法,所以spittlesPerPage属性也自然成为了MBean的托管属性。
为了让这个装配器能够生效,我们需要将它装配进MBeanExporter中:
现在如果我们启动应用,SpittleController的spittlesPerPage将作为有效的MBean托管属性,而spittles()方法并不会暴露为MBean的托管操作。图20.3展示了通过JConsole查看SpittleController的情况。
图20.3 当指定了哪些方法在SpittleController MBean上暴露后,
spittles()方法不再作为MBean的托管操作
另一个基于方法名称的装配器是MethodExclusionMBeanInfoAssembler。这个MBean信息装配器是MethodNameBaseMBeanInfoAssembler的反操作。它不是指定哪些方法需要暴露为MBean的托管操作,MethodExclusionMBeanInfoAssembler指定了不需要暴露为MBean托管操作的方法名称列表。例如,在这里我们使用MethodExclusionMBeanInfoAssemble指定spittles()作为不暴露的方法:
基于方法名称的装配器是最直接和易于使用的。但是如果需要把多个Spring bean导出为MBean,我们能想象将出现什么样的情形吗?为装配器所配置的方法名称清单将会变得非常庞大;而且还有一种可能,我们希望暴露一个bean的某个方法,但不希望暴露另一个bean的同名方法。
很明显,在Spring配置方面,当导出多个MBean时,基于方法名称的方式并不能很好地满足此场景。让我们看一下如果使用接口暴露MBean的操作和属性是否更为合适。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论