<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Opensource on JAVAPRO International</title><link>https://javapro-en.svenruppert.com/tags/opensource/</link><description>Recent content in Opensource on JAVAPRO International</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Mon, 16 Feb 2026 12:19:02 +0000</lastBuildDate><atom:link href="https://javapro-en.svenruppert.com/tags/opensource/index.xml" rel="self" type="application/rss+xml"/><item><title>EclipseStore 4.0.0 Beta 1: Build Java vector database Apps</title><link>https://javapro-en.svenruppert.com/eclipsestore-4-0-0-beta-1-build-java-vector-database-apps/</link><pubDate>Mon, 16 Feb 2026 12:19:02 +0000</pubDate><guid>https://javapro-en.svenruppert.com/eclipsestore-4-0-0-beta-1-build-java-vector-database-apps/</guid><description>&lt;p&gt;The first beta of &lt;strong&gt;EclipseStore 4.0.0&lt;/strong&gt; is now available, marking a major evolution of the Java-nativ persistence engine. With this version, EclipseStore has integrated the high-performance vector similarity search engine JVector and therefore becomes an embedded Java vector database engine that runs within the same JVM process as your GenAI app. With EclipseStore 4, Java developers can now build powerful GenAI apps with pure Java, without the need to use external vector databases. This makes the entire development process of GenAI apps very convenient and significantly faster, simplifying testing and deployment.&lt;/p&gt;</description></item><item><title>Next Generation Caching &amp; In-Memory Searching</title><link>https://javapro-en.svenruppert.com/next-generation-caching-and-in-memory-searching/</link><pubDate>Mon, 28 Jul 2025 07:00:01 +0000</pubDate><guid>https://javapro-en.svenruppert.com/next-generation-caching-and-in-memory-searching/</guid><description>&lt;h2 id="when-traditional-databases-reach-their-limits"&gt;&lt;strong&gt;When Traditional Databases Reach Their Limits&lt;/strong&gt;&lt;/h2&gt;
&lt;p&gt;Enterprise applications frequently face performance bottlenecks that stem from the underlying persistence layer. Despite decades of database evolution, many core applications still struggle with latency, throughput, and architectural complexity. These issues are particularly evident in systems that depend on complex join operations across multiple tables, need to process unstructured data, or must execute cross-database queries spanning disparate systems to fulfill analytical workflows.&lt;/p&gt;
&lt;p&gt;In such environments, it is common to see a combination of various technologies being deployed in tandem: a traditional relational database, a distributed cache, a NoSQL database, and sometimes a dedicated search server such as Elasticsearch. While each of these systems addresses a specific technical challenge, their co-existence leads to architectural fragmentation, high infrastructure costs, duplicated data models, and increased development and maintenance efforts. Moreover, the overall latency and resource usage often remain suboptimal due to inherent I/O-bound limitations and serialization overheads between systems.&lt;/p&gt;</description></item><item><title>Exploring XDEV SSE: Enhancing Spring Security for Modern Applications</title><link>https://javapro-en.svenruppert.com/exploring-xdev-sse-enhancing-spring-security-for-modern-applications/</link><pubDate>Fri, 25 Jul 2025 07:00:01 +0000</pubDate><guid>https://javapro-en.svenruppert.com/exploring-xdev-sse-enhancing-spring-security-for-modern-applications/</guid><description>&lt;p&gt;In the ever-evolving world of web application security, keeping up with best practices is crucial. XDEV’s &lt;em&gt;&lt;strong&gt;Extras for Spring Security&lt;/strong&gt;&lt;/em&gt; (XDEV SSE) addresses common challenges developers face when securing distributed systems. This open-source enhancement for Spring Security offers a suite of features to simplify secure application development.&lt;/p&gt;
&lt;h2 id="overview"&gt;Overview&lt;/h2&gt;
&lt;p&gt;The extension provides several modules that make managing security in Spring-based applications more straightforward. Its main focus lies on &lt;strong&gt;improving OAuth2/OIDC management, session handling, and login persistence&lt;/strong&gt;, while also simplifying integration with modern frontends. One key benefit is more efficient handling of user sessions through automatic access validation—even after server restarts, security is maintained across all applications.&lt;/p&gt;</description></item><item><title>Eclipse Data Grid: The Java-Native In-Memory Data Platform</title><link>https://javapro-en.svenruppert.com/eclipse-data-grid-the-java-native-in-memory-data-platform/</link><pubDate>Thu, 10 Jul 2025 12:00:02 +0000</pubDate><guid>https://javapro-en.svenruppert.com/eclipse-data-grid-the-java-native-in-memory-data-platform/</guid><description>&lt;h2 id="supercharging-java-applications-with-distributed-in-memory-processing"&gt;Supercharging Java Applications with Distributed In-Memory Processing&lt;/h2&gt;
&lt;p&gt;Modern applications increasingly demand low-latency access to complex data. While relational databases remain an indispensable component of most systems, they often struggle to keep up with these performance requirements.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Eclipse Data Grid&lt;/strong&gt; addresses this challenge with a powerful, distributed in-memory data layer designed specifically for Java developers. Rather than serving merely as a cache, Eclipse Data Grid combines high-speed storage, indexing, querying, and transactional persistence—providing a seamless bridge between fast in-memory operations and durable storage.&lt;/p&gt;</description></item><item><title>The long history of log4j</title><link>https://javapro-en.svenruppert.com/the-long-history-of-log4j/</link><pubDate>Tue, 10 Jun 2025 07:00:01 +0000</pubDate><guid>https://javapro-en.svenruppert.com/the-long-history-of-log4j/</guid><description>&lt;p&gt;Logging is the art of making sense of a system.&lt;/p&gt;
&lt;p&gt;Software writes lines of information into log files, and developers sift through them, hoping to find what they need. The problem? Systems rarely log the right things. Yet without those files, we&amp;rsquo;d be flying blind, unaware that anything even went wrong.&lt;/p&gt;
&lt;p&gt;This is the story of Apache Log4j—one of the oldest pieces of Java code still in use today. A tool that gave developers a way to listen to their systems.&lt;/p&gt;</description></item></channel></rss>