我謹代表團隊和所有貢獻者高興地宣佈，Spring gRPC 0.8.0 已釋出，現在可從 Maven Central 獲取。這是第一個“非實驗性”版本，標誌著專案已遷移到 https://github.com/spring-projects 組織中的新倉庫位置。我們將為當前唯一的 0.x 版本提供支援，常規的擴充套件支援週期將從 1.0.0 版本開始（預計與 Spring Boot 4.0.0 同時釋出）。

本次釋出的主要變更是升級了 Spring Boot 以及 gRPC Java 和…

我謹代表團隊和所有貢獻者高興地宣佈，Spring gRPC 0.6.0 已釋出，現在可從 Maven Central 獲取。

本次釋出的主要變更是將用於建立 gRPC 客戶端 Bean 的註解重新命名為 @ImportGrpcClients，與 Spring Framework 中 HTTP 介面客戶端的工作保持一致。本次釋出包含新特性、bug 修復、文件改進和依賴升級。感謝所有透過問題報告和拉取請求做出貢獻的人。

如何提供幫助？

如果你有興趣提供幫助，請檢視未解決的問題列表。如果你有一般性問題，請在 Stack Overflow 上使用 spring-grpc 標籤提問…

我謹代表團隊和所有貢獻者高興地宣佈，Spring gRPC 0.5.0 已釋出，現在可從 Maven Central 獲取。

本次釋出包含新特性、bug 修復、文件改進和依賴升級。感謝所有透過問題報告和拉取請求做出貢獻的人。

如何提供幫助？

如果你有興趣提供幫助，請檢視未解決的問題列表。如果你有一般性問題，請在 Stack Overflow 上使用 spring-grpc 標籤提問。

GitHub | 問題列表 | 文件 | Stack Overflow

實驗性專案 Spring gRPC 最近釋出了 0.3.0 版本。Jars 包可在 Maven Central 中獲取，您可以在 https://start.spring.io 上生成一個使用 Spring gRPC 的新專案。如果您想試用，我們建議您這樣做，因為其中需要配置一些構建外掛，而生成的專案會為您處理好這一切。

新版本在客戶端的工廠介面方面有一些更新。此外，現在完全支援客戶端攔截器的自動配置，包括來自 Micrometer 的攔截器。在伺服器端，我們現在支援 Spring Security…

最近出現了一些使用文字模板但在構建時編譯為 Java 類的 Java 庫。因此，它們在一定程度上可以宣稱是“無反射”的。除了潛在的執行時效能優勢外，它們還易於使用並與 GraalVM 本機映象編譯整合，因此對於剛開始接觸 Spring Boot 3.x 中該技術棧的人來說非常有趣。我們來看一下精選的一些庫（JStachio、Rocker、JTE 和 ManTL），以及如何讓它們執行起來。

示例的原始碼位於 GitHub，每個模板引擎都有自己的…

如今的前端開發主要由大型 JavaScript 客戶端框架主導。這有很多充分的理由，但對於許多用例而言，這可能非常低效，而且框架工程變得異常複雜。在本文中，我想探討一種不同的方法，這種方法更高效、更靈活，由更小的構建塊構建而成，並且非常適合像 Spring 這樣的伺服器端應用框架（或各種伺服器端語言中的類似工具）。其理念是擁抱超媒體概念，想象下一代瀏覽器會如何…

第 1 部分

使用 SSE Stream 的普通 Javascript

在這個簡單的 HTML 替換用例中，Vue 並未真正增加很多價值，而且它對 SSE 示例根本沒有價值，因此我們將繼續使用原生 Javascript 實現。這是一個 stream 標籤頁

<div class="tab-pane fade" id="stream" role="tabpanel">
	<div class="container">
		<div id="load"></div>
	</div>
</div>

以及一些用於填充它的 Javascript 程式碼

<script type="module">
	var events = new EventSource("/stream");
	events.onmessage = e => {
		document.getElementById("load").innerHTML = e.data;
	}
</script>

使用 React 的動態內容

本文探討了 Spring Boot 開發者在應用程式客戶端（瀏覽器端）使用 Javascript 和 CSS 的不同選項。計劃的一部分是探索一些在傳統的 Spring Web 應用伺服器端渲染世界中表現良好的 Javascript 庫。這些庫通常對應用程式開發者來說非常輕量級，因為它們允許您完全避免使用 Javascript，但仍然可以獲得不錯的漸進式“現代” UI。我們還將介紹一些更“純粹”的 Javascript 工具和框架。這是一個連續的光譜，所以這裡有一個 TL;DR…

如果您的應用程式在執行時連線到 RSocket 伺服器，您如何測試它？我們需要一種方法讓測試啟動一個伺服器並告訴我們它正在監聽的位置，然後我們需要能夠註冊請求和響應示例（也稱為“契約”）。這就是這個專案提供的功能 - 它就像 Wiremock，但用於 RSocket。

入門指南

使用該專案最簡單的方法是將其作為 JUnit (Jupiter) 擴充套件，例如

@SpringBootTest
@ExtendWith(RSocketServerExtension.class)
class SocketsApplicationTests {
	...
}

安裝此擴充套件後，Spring Boot 測試將執行一個 RSocket 伺服器，該伺服器監聽由 test.rsocket.server.port 指定的埠，因此測試可以直接連線到它，或者（更可能的是）被測試的程式碼將連線到它。您可能需要透過 @SpringBootTest 註解告訴它連線到哪裡，例如，如果應用程式在執行時查詢名為 rsocket.port 的屬性…

這是 Spring Cloud Function 在 AWS Lambda 上的記憶體與計費的最新圖表。它顯示了 Lambda 中兩種自定義執行時的記憶體分配函式作為 GBsec 計費指標，一種是純 Java，另一種是使用GraalVM 本機映象，正如最近 Andy Clement 在他的部落格中描述的那樣。

在這兩種情況下，功能都是相同的（一個簡單的 POJO-POJO 函式），並且它們都只顯示冷啟動的結果。熱啟動（請求到達時函式已經處於活動狀態）要快得多、便宜得多（除了最小記憶體設定，它們的成本都相同…）