⑴ java jms为什么引入消息中间件
mom4j
mom4j是一个完全实现JMS1.1规范的消息中间件并且向下兼容JMS1.0与1.02.它提供了自己的消息处理存储使它独立于关系数据与语言,所以它的客户端可以用任何语言开发.
OpenJMS
OpenJMS是一个开源的Java Message Service API 1.0.2 规范的实现,它包含有以下特性:
*. 它既支持点到点(point-to-point)(PTP)模型和发布/订阅(Pub/Sub)模型。
*. 支持同步与异步消息发送
*. JDBC持久性管理使用数据库表来存储消息
*. 可视化管理界面。
*. Applet支持。
*. 能够与Jakarta Tomcat这样的Servlet容器结合。
*. 支持RMI, TCP, HTTP 与SSL协议。
*. 客户端验证
*. 提供可靠消息传输、事务和消息过滤
UberMQ
UberMQ完全实现了Java Message Service 规范。UberMQ是因为现有的许多JMS提供商已经违背了分布式计算的核心原则:快速与简单而开发的。
Hermes JMS
利用它提供的Swing UI可以很好的实现监控JMS providers。
ActiveMQ
ActiveMQ是一个开放源码基于Apache 2.0 licenced 发布并实现了JMS 1.1。它能够与Geronimo,轻量级容器和任Java应用程序无缝的给合。
Somnifugi
Somnifugi使得工作在同一个java虚拟机中的线程能实现消息互发。
MantaRay
MantaRay基于peer-2-peer 技术。它具有以下特性:
1.它既支持点对点(point-to-point)的域,又支持发布/订阅(publish/subscribe)类型的域。
2.并且提供对下列类型的支持:经认可的消息传递,事务型消息的传递,一致性消息和具有持久性的订阅者支持。
3.消息过滤体制。
4.能与WebLogic and WebSphere 给合。
5.支持TCP, UDP 与 HTTP传输协。
Presumo
Presumo也是一个实现Java Message Service API的JMS消息中间件。
JORAM
JORAM一个类似于openJMS分布在ObjectWeb之下的JMS消息中间件。
JMS4Spread
JMS4Spread是一个消息系统.它部分地实现了Java消息服务(JMS) API.
-------------------------------------------------------------------------------------------
开源JMS简单比较
我考虑在公司的项目中采用JMS来降低服务器之间的耦合性,但为了降低成本,商业软件是不考虑的,于是只能在开源的并且对商业友好的JMS服务器中选择一个了。选择条件主要基于:
支持JMS 1.1规范
持久化,能满足商业应用所需的稳定性
满足项目的性能需求
最好本身提供JNDI服务
最好支持JMX
最好本身提供一个友好的管理工具
最好提供一份完整的文档
准备进行选择的JMS服务器有:OpenJMS、UberMQ、ActiveMQ、MantaRay、JORAM
OpenJMS:老牌的JMS服务器了,也是我最早知道的开源JMS服务器,不过只支持JMS 1.02,已经很长时间没有更新了,因此不予考虑。
UberMQ:采用NIO的JMS服务器,以前我学习NIO的时候看过它的代码,写的蛮不错的,也支持JMS 1.1。由于采用了NIO,所以具有很高的弹性,在满足项目的性能需求上没有什么问题;本身也提供JNDI服务,但是遗憾的是我bind其他类型的数据时会出错;提供admin和viewer两个管理工具,但是在管理工具里不能创建ConnectionFactory和Destination并绑定到JNDI;文档不太完整;最头痛的对于持久化支持不好,如果关闭JMS服务器再开启,所有保存在JMS中的信息就全部丢失了,这点没有办法满足商业应用所需的稳定性。
ActiveMQ:最近比较活跃的一个JMS服务器,主页上的介绍说在协议配置上可以选择支持NIO,但是我仔细看它所支持的协议,却并没有提到如何配置,并且在实际的测试中也并没有发现其有采用NIO的迹象,多连接一个Client端,服务器端就增多了一个线程。满足JMS 1.1,有多种方法进行持久化;本身不提供JNDI,也没有对JMX的支持,本身不带管理工具,采用Hermes进行管理(这个我会在以后提到),文档也相对较少。
MantaRay:也是比较活跃的一个JMS服务器,采用的是P2P模型,但是我不喜欢这种模型,对于JMS服务来说,很大的一个特点就是客户端可以不用永远在线,比如在更新某一个客户端时需要暂停服务,等服务再度开启时,这段时间内所接收到的信息并不会丢失,保存在服务器上,所以我并不能看到P2P模型应用在JMS服务器上的优势,况且采用JMS服务就是为了解除耦合,速度并不是唯一需要考量的事情。出于我不喜欢其所采用模型,并且在运行其所带的示例时都出现了示例时都出现了问题,两个客户端互发互收,但是彼此之间都收不到消息,于是不予考虑。
JORAM:支持JMS 1.1,可以持久化到文件,本身提供JNDI服务和提供对JMX的支持,自带的管理工具可以添加ConnectionFactory和Destination并绑定到JNDI,这点对实现动态管理来说非常有用;文档非常完备,100多页的pdf,包含了各种配置和调整信息。其稳定性考虑的尤其好,不仅考虑到JMS服务器的集群,甚至连JNDI的集群也考虑进去(尽管暂时对我而言还用不上),这点对于商业应用而言应该会有加分。
ActiveMQ是Apache License,JORAM是LGPL,这两者对于商业应用都是友好的;UberMQ和MantaRay采用是Dual License,UberMQ的Dual License是只要你不分发,就可以允许使用;而MantaRay是商业使用需要应用一个商业的License。
比较上面的这些JMS服务器,最终我是选择了JORAM,其满足了我的绝大部分要求,唯一比较遗憾的是其采用传统的IO模型,每连接一个Client端会在服务器端增加两个线程,这点稍微影响了服务器的弹性。不过考虑到我们的项目应用,这点暂时可以不用考虑,实在压力过大了,最多到时候采用JMS集群呗:)
开源JMS再比较
四月份时我曾经比较了那时活跃度比较高的一些开源JMS——《开源JMS简单比较》,时隔四个月,重新回顾这些项目,发现与四个月以前的比较有一些出入,在这里再进行一些比较:)
比较的项目没有变化,OpenJMS、UberMQ、ActiveMQ、MantaRay、JORAM,这段时间内没有出现什么JMS新秀,JBoss计划在今年第四季度发布JBoss Messaging,但只要还是捆绑发行,我对其就没什么兴趣。
在上次的比较中,OpenJMS已经有比较长的一段时间没有更新了,但最近的四个月似乎又活跃了起来,其预备发行的0.7.7版计划支持JMS 1.1(这个来的太晚了些),其主页上的Changelog表明了接下来的这个版本有着较大的变化。这对那些以前将OpenJMS应用在项目中的人来说是一个不错的消息,但对正在选择JMS的人而言,OpenJMS的这些改进来的还是稍稍晚了些。
UberMQ这段时间没有更新,我对它的评价与以前一样,没有任何变化。
MantaRay在其主页上更新了一系列的Flash Demos,通过这些Demo,我更坚定了我的看法——MantaRay并不适合用于企业的JMS服务。
P2P这个词虽然热,但是不是什么地方都需要P2P的,在我看来JMS就是用于解除各个应用之间的耦合,速度是个关键指标,但比起这个关键指标更重要的是它存在的意义。我更倾向于采用MantaRay在Flash中所反对的那种模型,通过中心服务器进行转发,可以存放离线消息以及解除耦合。更何况,企业应用中很少有类似MantaRay演示DEMO中出现的那种网络拓扑图,并不是任何两个节点之间都是互联互通的。当然,如果MantaRay能够做一些改进,先尝试采用点对点模型,如果点对点失败,这时将消息发送到中心服务器上(但这一切必须对用户透明),我会比较赞成,既具有传统优势,又能提高消息发送接收速度。
至于上篇文章中提到的运行其自带的示例出现了问题,这次在Flash演示中终于找到了答案。看来MantaRay真应该提高其示例程序的易用性,这么复杂的操作,要是不看Flash演示,还真难想到该这样操作:(
ActiveMQ是让我感到惊讶的一个项目,上次对它的评价似乎有失偏颇。 ActiveMQ支持多种网络拓扑模型,既可以采用传统JMS的Client-Server模型,也可以采用MantaRay的P2P模型,还可以仅仅支持同一JVM内的JMS应用。持久化机制一如既往的优秀,默认采用Apache Derby数据库持久化,也可以配置为各种主流数据库来持久。目前也提供了一简单的JNDI实现,对于JMS应用而言,这已经够用了。
但是其缺点也同样明显,本身不提供管理工具;示例代码非常少;虽然主页上的文档看上去比较全面,但是一来缺乏一种有效的组织方式(文档凌乱,用户很难由浅入深进行了解,提高了门槛),二来文档整体的专业性太强(不了解ActiveMQ?看文档去吧,可是文档是写给了解ActiveMQ的用户看的……),对于普通用户而言,门槛有点高。
而且感觉ActiveMQ有点不安于JMS的本份,开始做一些周边应用了,看其主页就可以看出来,多了很多比较流行的词汇。说不上这是优点还是缺点,但就我的角度而言,我更希望其专注于做好它的JMS。
JORAM在这段期间推出了4.3.x的版本,也是我们在应用中所采用的版本,我的评价和上次相比没有什么大的变化。主页上说其速度有了提高,但我们应用中JMS数据量相对较少,没有感觉出来。稍微遗憾的是在我们试用的过程中,从4.2.3升级到4.3,老版本的持久化消息都无法在新版本上识别出来,只能全部清空。在兼容性上,看来JORAM还得多下功夫。总而言之,我们在应用中采用JORAM,感觉就是波澜不惊,没碰到什么大问题,也没有什么惊喜。
⑵ JavaWEB2.0项目开发与实战和pdf书与视频谁有
JavaWeb2.0架构开发与项目实战(配光盘1张)
《JavaWeb2.0架构开发与项目实战》充满激情地介绍了各种Java主流开发技术以及这些技术的应用整合并在实践项目中如何利用这些技术开发大型Web项目。站在开发实践的角度,详细介绍了如何综合运用Struts2.1、Hibemate3、Spring2.5、EJB3、JSF、A4J、DWR/Dojo、等众多最眩的技术开发大型电子商务系统。涵盖Struts2.1最新的注解(Annotation)配置方式和Hibernate3.2的最新注解(Annotation)配置方式,并且将EJB3与Hibernate3.2的最新注解结合起来应用,这在国内外的同类图书中尚属首次。在《JavaWeb2.0架构开发与项目实战》中,通过两个极具实战价值的Web2.0项目(包括核磨李飞机零部件电子商务交易平台、网上定餐电子商务系统)直观而生动地展示了Java平台上与Ajax相关的各种技术的综合改迟运用,涉及Struts2.1、Hibernate3、Spring2、DWR、Doj0、A4J、JSF、EJB3、JMS等,每个项目都完整地讲解了从规划、设计到实现的全过程。《JavaWeb2.0架构开发与项目实战》还附赠42.个小时作者亲自录制的全程多媒体教学课程DVD,为读者快速有效地掌握《JavaWeb2.0架构开发与项目实战》内容提供了最佳捷径。
《JavaWeb2.0架构开发与项目实战》适合广大Java爱好者及程序开发人员,尤其适合那些希望尽快掌握JavaWeb2.0项目开发的人员阅读参考。
开发专家的企业级项目开发体验,基础应用+Ajax/Web2.0应用+SSH架构+JavaEE+项目实战。
42小时多媒体视频讲解,提供可移植使用的大型范例全部源代码
技术要点:
3个主流Ajax(A4J、Dojo、DWR)开源框架的应用详解;3个主流JavaWeb(SSH)开源框架的应用详解;主流JavaEE(EJB3、JMS、JSE)框架技术与应用详解;最新Struts2.1对Ajax及注解支持的整合开发;EJB3与Hibernate3.3的最新注解整合应用;全程实录两个源于实践的大型电子商务系统的开发。
基础应用篇介绍Java应用运行及开发环境的安装与配置、系统开发的版本控制AVN、系统文档设计系统WIKI-Confluence、BUG追踪系统JIRA、XML编程以及报表工具JasperReports的应用。
Ajax/Web2.0应用篇详细介绍游岩JavaScript的高级应用、AjaxL与Web2.0应用架构、A4J框架、DWR框架、Dojo框架。
SSH架构篇详细介绍Struts2.1框架、Struts2.1注解及应用整合、Sprin92框架、Hibernate3框架、SSH架构应用整合。
JavaEE篇详细介绍JavaEE架构技术、EJB3技术、JMS技术、实体Bean技术、JSF框架技术。
项目实战篇通过两个极具实战价值的大型电子商务系统直观而生动地展示了Java平台上与Ajax相关的各种技术的综合运用。
案例一:
通过完整的在线网上定餐系统讲解如何利用EJB3A4JJSF1.2技术开发Web2.0系统。
案例二:
通过一个电子商务交易平台讲解如何利用基于构架开发Web2.0电子商务系统。
源于实践,精于开发。
⑶ 哪位大神有《国际贸易》电子书百度云资源
《国际贸易》网络网盘txt 最新全集下载
链接: https://pan..com/s/15JNDQcJMsQyd5j8OECY9cQ
《国际贸易》创刊于1982年,是由中华人民共和国商务部主管,中国商务出版社主办的国际经济贸易专业期刊[1]。
据2020年7月《国际贸易》官网显示,《国际贸易》编委会有编委18人[2]。
据2020年7月3日中国知网显示,《国际贸易》共出版文献10284篇、总被下载1883439次、总被引39510次,(2019版)复合影响因子为1.809、(2019版)综合影响因子为1.018[3]。据2020年7月3日万方数据知识服务平台显示,《国际贸易》共载文3327篇、基金论文量为519篇、被引量为28106次、下载量为60840次,2017年影响因子为1.5[4]。
⑷ 《穿越抑郁的正念之道》pdf下载在线阅读,求百度网盘云资源
《穿越抑郁的正念之道》(马克•威廉姆斯 (Mark Williams))电子书网盘下载免费在线阅读
链接:https://pan..com/s/1v7xrgtkztFoP9CGJms72Rg
书名:穿越抑郁的正念之道
作者:马克•威廉姆斯 (Mark Williams)
译者:童慧琦
豆瓣评分:8.0
出版社:机械工业出版社
出版年份:2015-4
页数:240
作者简介:
马克•威廉姆斯博士(Mark Williams,PhD)
英国牛津大学临床心理学教授,惠康信托基金会首席研究员。1983~1991年,威廉姆斯博士任英国剑桥医学研究理事会认知和脑科学部门主席,之后,他成为了威尔士班戈大学的临床心理学教授闷猜知,并建立了该大学的医学和社会关照研究所以及正念研究和练习中心。他在临床和实验心理学方面的研究集中于抑郁和自杀行为的心理过程,以及新心理治疗方法的发展。
约翰•蒂斯代尔博士(John Teasdale,PhD)
英国认知治疗研究的先锋之一,担任由医学研究理事会所资助的高级研究职位:首先在牛津大学精神科,接着在英国剑桥的认知和脑科学部门。蒂斯代尔博士也是伦敦大学精神研究所的访问教授。他主要研究情感障碍的基本心理过程,并把其研究成果应用到情感障碍的治疗中。他多年来一直探索对重性抑郁症的理解和治疗的认知取向。近来,他的研究发现被用以发展和评估正念认知治疗。
辛德尔•西格尔博士(Zindel Segal,PhD)
多伦多大学费尔斯通心理治疗学会主席,多伦多大学成瘾和精神卫生中心认知行为治疗部门主任、精神科和心理学科教授以及精神科心理治疗部门主任。他的研究有助于描述情感障碍复发脆弱性的心理指标,并且一直提倡在精神科和精神卫生中提供以正念为基础的临床护理。
乔•卡巴金博士(Jon Kabat-Zinn,PhD)
“正念减压疗法”创始人,麻省大学医学院荣誉退休医学教授,畅销书作家。他是麻省大学医学院医学、健保和社会正念中心的创立执行主任,也是世界着名的减压门诊的创立者和前任主任。卡巴金博士为美国正在兴起的正念运动做出了卓越贡献,不但将正念应用到美国学校、企业、监狱和职业运动团队等主流公共兆正机构,还将其引入医学和心理学等领域。他着有《正念:此刻是一枝花》《多舛的生命》等畅销着作。
译者简介
童慧琦
加州大学旧金山分校医学院临床助理教授,旧金山军人医疗中心专职心理学家、临床督导及蚂消女性心理卫生部门临床心理培训主任。同时,她也是帕洛阿尔托大学全球硕士课程中国项目的主管及临床心理学兼职教授。
在正念领域,童慧琦博士引进并负责协调麻省大学正念中心的“正念减压”课程及牛津大学正念中心的“正念认知”课程在中国大陆的开展,并为卡巴金博士的工作坊和公开演讲担任中文翻译。卡巴金博士将其誉为“我到中国的引渡人”和“我在中国的守护天使”。
她也是正念减压课程导师,在中美华人群体中介绍和推广正念减压,创立了“正念课堂”,并经由美中心理治疗研究院、心教育和美丽中国等机构,为学校老师及咨询师提供“正念课堂”培训,在中小学中介绍和推广正念教育。
张娜
1988年出生于北京,师从首都师范大学刘兴华副教授和清华大学樊富珉教授,现于美国明尼苏达大学攻读博士学位,研究方向为正念对美国军人父母的干预及其对子女行为适应的影响。