原创 一個簡單的開源消息中間件 FolkMQ v1.4.2 發佈

功能簡表 角色 功能 生產者(客戶端) 發佈消息、定時消息(或叫延時)、順序消息、可過期消息、事務消息。支持 Qos0、Qos1 消費者(客戶端) 訂閱、取消訂閱。消費-ACK(自動、手動) 服務端 發

原创 Solon 的事務管理工具類(TranUtils)

Solon 在編碼上,是強調註解與手寫並重的一個風格。它有個 @Tran 註解,用於事務管理(可以參考:《事務的全局控制及應用》)。這裏,主要是講講它的手動處理工具類 TranUtils。 1、看看它的接口: public final cl

原创 國產化改造就用 Java Solon,v2.7.3 發佈

Java Solon 是什麼框架? 是一個可平替 Spring 生態的 Java 應用開發框架。從零開始構建(非 java-ee 架構),有自己的標準規範與開放生態。(歷時七年,具備全球第二級別的生態規模) 追求: 更快、更小、更簡單 提

原创 Socket.D v2.4.9 發佈

Socket.D 是什麼東東? 是基於"事件"和"語義消息""流"的網絡應用協議。在微服務、移動應用、物聯網等場景,可替代 http、websocket 等。支持 tcp, udp, ws, kcp 傳輸。協議特點可參考《官網介紹》。 目前

原创 FolkMQ v1.3.2 發佈(消息中間件、事件總線)

功能簡表 角色 功能 生產者(客戶端) 發佈消息、定時消息(或叫延時)、順序消息、可過期消息、事務消息。支持 Qos0、Qos1 消費者(客戶端) 訂閱、取消訂閱。消費-ACK(自動、手動) 服務端 發

原创 Solon Web 文件上傳的最佳實踐

文件上傳是 Web 開發中最常見的一個應用場景。一般在處理數據時,會有兩種常見的方案:直接把文件流放在內存裏,或者把文件流先緩衝到磁盤。 1、如果是高頻且文件極小 使用純內存模式,默認即可。如果高頻小文件,是不適合用“臨時文件模式”的,磁盤

原创 你想要一個簡單的 MQ 嗎?(最簡單的那種)

FolkMQ 一個簡單的消息中間件(全球最簡單的那種,要比誰都簡單!)。追世間簡單爲何物,可叫我生死相許! 面向簡單編程 1) 啓動服務 docker run -p 18602:18602 -p 8602:8602 noearorg/fol

原创 FolkMQ 作個簡單的消息中間件(最簡單的那種), v1.3.1 發佈

功能簡介 角色 功能 生產端(或發起端) 發佈消息、定時消息(或叫延時)、順序消息、可過期消息、事務消息。發送消息(rpc)支持 Qos0、Qos1 消費端(或接收端) 訂閱、取消訂閱。消費-ACK(自動、手動)。

原创 FolkMQ 是怎樣進行消息的事務處理?

FolkMQ 提供了二段式提交的事務提交的機制(TCC 模型)。允許生產者在發送消息時綁定到一個事務中並接收事務的管理,以確保消息的原子性(要麼全成功,要麼全失敗)。在 FolkMQ 中,事務是通過 MqTransaction 接口實現管理

原创 Java Solon v2.7.0 發佈

Java Solon 是什麼框架? Java "生態級"應用開發框架。從零開始構建,有自己的標準規範與開放生態。(歷時七年,具備全球第二級別的生態規模) 相對於 Spring,有什麼特點? 啓動快 5 ~ 10 倍。 (更快) 每秒併發數

原创 Socket.D 開源輸傳協議的集羣轉發特性

1、簡介 Socket.D 是基於"事件"和"語義消息""流"的網絡應用層協議。底層可以依賴 TCP、UDP、KCP、WebSocket 等傳輸層協議。其開發背後的動機是用開銷更少的協議取代超文本傳輸協議(HTTP),HTTP 協議對於許多

原创 FolkMQ "單線程"消息中間件 v1.0.32 發佈

簡介 採用 “單線程” + “多路複用” + "內存運行" + "快照持久化" + "Broker 集羣模式"(可選) 基於 Socket.D 網絡應用協議 開發。全新設計,自主架構! 角色 功能 生產端 發佈消息(Qos

原创 Socket.D 協議的開發緣由

爲什麼搞個新協議? 2021年時,想爲 Solon 生態 提供一種 MVC 體驗的 Socket 和 WebSocket 開發方式。這個想法,要求消息“能路由”、“有元信息”、“可建立關聯性”。於是就開發了 Socket.D 早期版本(算是

原创 Socket.D v2.3.9 發佈(增加 node.js server 實現)

Socket.D 是基於"事件"和"語義消息""流"的網絡應用層傳輸協議。有用戶說,“Socket.D 之於 Socket,尤如 Vue 之於 Js、Mvc 之於 Http”。支持 tcp, udp, ws, kcp 傳輸。協議特點可參考《

原创 Solon 框架啓動爲什麼特別快?

思來想去!可能與 Solon 容器的獨立設計有一定關係。 1、Solon 註解容器的運行特點 有什麼註解要處理的(註解能力被規範成了四種),提前註冊登記 全局只掃描一次,並在掃描過程中統一處理註解相關 掃描注入時,目標有即同步注入,沒有時