JTangMQ開發歷史

2023年

11月j2ee應用伺服器立項，閱讀jms規範

12月收集關於jms的opensource和現有的mq產品

2023年

1月確定分析jbos**q，ubermq和openjms的原始碼

3月總結和匯報原始碼分析成果，並開始對jbos**q，webloigmq，sonicmq等的測試

4月命名j2ee應用伺服器為jtang，jms實現為jtangmq，並開始技術設計

5月jtangmq設計初步完成，開始技術攻關

6月修正jtangmq設計，開始編碼

7月完成基本功能的**編寫，於7月14日下午調通第乙個queue訊息的傳送和接收；開始單元測試

8月完成一階段的工作，實現了p2p, p/s 的基本功能，推出jtangmq版本1.0

9月1.0版本的功能測試，整合測試、效能測試和壓力測試；開始二階段的編碼工作

10月完成二階段的編碼工作，增加了事務、持久化、可持續訂閱、hierarchical topic等功能

11月二階段**的測試，解決一些常見的bug；

12月效能測試結果同等條件下優於jbos**q＆weblogicmq，但是離真正的訊息中介軟體fioranomq，tibco, sonicmq，webspheremq還有相當大的一段距離，決定重新設計伺服器端的架構。

2023年

3月增加了derby資料庫作為mq的預設資料庫，hypersonic保留為可選的預設資料庫；對安全**進行了全面測試。推出jtangmq1.1版本。

4月進行7*24小時的壓力測試。重構了訊息快取以及伺服器端同其互動的**，解決了記憶體洩漏；解決了多併發使用者下接收端突然收不到訊息的bug；解決了佇列模式下併發異常＆訊息丟失的問題；解決了oracle、sqlserver等資料庫訪問異常的問題；推出jtangmq1.2版本

5月修改事務的乙個bug，增加可持續訂閱的維護功能；對最嚴格的模型持久化的事務的可持續訂閱進行壓力測試，結果表明收發速度受到資料庫儲存的限制。

6月分幾次對系統進行了回歸測試，發現安全部分修改不能生效、修改操作前後不一致的問題；多個可持續訂閱者資料庫儲存衝突；對持久化訊息的軟引用化導致訊息丟失的問題。提出了事務的改進方案。設計訊息檔案儲存；重構訊息選擇器。