導航:首頁 > 文檔加密 > jmspdf

jmspdf

發布時間:2023-06-07 08:00:35

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

提取碼: hit9

《國際貿易》創刊於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

提取碼:wd1g

書名:穿越抑鬱的正念之道

作者:馬克•威廉姆斯 (Mark Williams)

譯者:童慧琦

豆瓣評分:8.0

出版社:機械工業出版社

出版年份:2015-4

頁數:240

作者簡介:

馬克•威廉姆斯博士(Mark Williams,PhD)

英國牛津大學臨床心理學教授,惠康信託基金會首席研究員。1983~1991年,威廉姆斯博士任英國劍橋醫學研究理事會認知和腦科學部門主席,之後,他成為了威爾士班戈大學的臨床心理學教授悶猜知,並建立了該大學的醫學和社會關照研究所以及正念研究和練習中心。他在臨床和實驗心理學方面的研究集中於抑鬱和自殺行為的心理過程,以及新心理治療方法的發展。

約翰•蒂斯代爾博士(John Teasdale,PhD)

英國認知治療研究的先鋒之一,擔任由醫學研究理事會所資助的高級研究職位:首先在牛津大學精神科,接著在英國劍橋的認知和腦科學部門。蒂斯代爾博士也是倫敦大學精神研究所的訪問教授。他主要研究情感障礙的基本心理過程,並把其研究成果應用到情感障礙的治療中。他多年來一直探索對重性抑鬱症的理解和治療的認知取向。近來,他的研究發現被用以發展和評估正念認知治療。

辛德爾•西格爾博士(Zindel Segal,PhD)

多倫多大學費爾斯通心理治療學會主席,多倫多大學成癮和精神衛生中心認知行為治療部門主任、精神科和心理學科教授以及精神科心理治療部門主任。他的研究有助於描述情感障礙復發脆弱性的心理指標,並且一直提倡在精神科和精神衛生中提供以正念為基礎的臨床護理。

喬•卡巴金博士(Jon Kabat-Zinn,PhD)

「正念減壓療法」創始人,麻省大學醫學院榮譽退休醫學教授,暢銷書作家。他是麻省大學醫學院醫學、健保和社會正念中心的創立執行主任,也是世界著名的減壓門診的創立者和前任主任。卡巴金博士為美國正在興起的正念運動做出了卓越貢獻,不但將正念應用到美國學校、企業、監獄和職業運動團隊等主流公共兆正機構,還將其引入醫學和心理學等領域。他著有《正念:此刻是一枝花》《多舛的生命》等暢銷著作。

譯者簡介

童慧琦

加州大學舊金山分校醫學院臨床助理教授,舊金山軍人醫療中心專職心理學家、臨床督導及螞消女性心理衛生部門臨床心理培訓主任。同時,她也是帕洛阿爾託大學全球碩士課程中國項目的主管及臨床心理學兼職教授。

在正念領域,童慧琦博士引進並負責協調麻省大學正念中心的「正念減壓」課程及牛津大學正念中心的「正念認知」課程在中國大陸的開展,並為卡巴金博士的工作坊和公開演講擔任中文翻譯。卡巴金博士將其譽為「我到中國的引渡人」和「我在中國的守護天使」。

她也是正念減壓課程導師,在中美華人群體中介紹和推廣正念減壓,創立了「正念課堂」,並經由美中心理治療研究院、心教育和美麗中國等機構,為學校老師及咨詢師提供「正念課堂」培訓,在中小學中介紹和推廣正念教育。

張娜

1988年出生於北京,師從首都師范大學劉興華副教授和清華大學樊富珉教授,現於美國明尼蘇達大學攻讀博士學位,研究方向為正念對美國軍人父母的干預及其對子女行為適應的影響。

閱讀全文

與jmspdf相關的資料

熱點內容
彩虹六號如何人工伺服器 瀏覽:632
mc伺服器地址怎麼登入 瀏覽:556
蘋果app怎麼掃描二維碼下載 瀏覽:959
css文件在線解壓 瀏覽:154
36歲程序員近況 瀏覽:283
哪裡可以下載不加密的歌 瀏覽:934
隱藏文件夾是什麼梗 瀏覽:918
插件注冊命令 瀏覽:497
梁一端加密一端不加密規范 瀏覽:82
代碼行數統計命令 瀏覽:104
單片機中2K表示什麼 瀏覽:482
紫禁城為什麼會斷開伺服器 瀏覽:580
華為手機的方舟編譯器在哪呢 瀏覽:123
下載壓縮虐殺原形2 瀏覽:906
linux腳本cd 瀏覽:167
間架結構pdf 瀏覽:843
重慶農村商業銀行app怎麼老出問題 瀏覽:471
慧編程配置要求 瀏覽:674
數控機床編程與操作視頻 瀏覽:461
文件夾資料誤刪怎麼辦 瀏覽:88