LangChain4j Embedding Store
Since Camel 4.14
Only producer is supported
The LangChain4j Embedding Store component provides integration with LangChain4j embedding stores for vector database operations. This component enables storing, retrieving, and searching embeddings across multiple vector database implementations through LangChain4j’s unified interface.
Features
The LangChain4j Embedding Store component offers the following key features:
-
Vector Operations: Add, remove, and search embeddings in vector databases
-
Similarity Search: Perform semantic search with configurable scoring thresholds
-
Metadata Filtering: Search with metadata-based constraints using filters
-
Multi-Database Support: Support for various vector databases including Qdrant, Milvus, Weaviate, Neo4j, and others
-
Flexible Configuration: Configure embedding stores via direct instances or factory patterns
Supported Operations
The component supports three main operations controlled by the CamelLangchain4jEmbeddingStoreAction header:
-
ADD - Store embeddings with optional text segments and metadata
-
REMOVE - Delete embeddings by their unique identifier
-
SEARCH - Perform similarity search with configurable filters and scoring
URI format
langchain4j-embeddingstore:embeddingStoreId[?options] Where embeddingStoreId is a unique identifier for the embedding store instance.
Configuring Options
Camel components are configured on two separate levels:
-
component level
-
endpoint level
Configuring Component Options
At the component level, you set general and shared configurations that are, then, inherited by the endpoints. It is the highest configuration level.
For example, a component may have security settings, credentials for authentication, urls for network connection and so forth.
Some components only have a few options, and others may have many. Because components typically have pre-configured defaults that are commonly used, then you may often only need to configure a few options on a component; or none at all.
You can configure components using:
-
the Component DSL.
-
in a configuration file (
application.properties,*.yamlfiles, etc). -
directly in the Java code.
Configuring Endpoint Options
You usually spend more time setting up endpoints because they have many options. These options help you customize what you want the endpoint to do. The options are also categorized into whether the endpoint is used as a consumer (from), as a producer (to), or both.
Configuring endpoints is most often done directly in the endpoint URI as path and query parameters. You can also use the Endpoint DSL and DataFormat DSL as a type safe way of configuring endpoints and data formats in Java.
A good practice when configuring options is to use Property Placeholders.
Property placeholders provide a few benefits:
-
They help prevent using hardcoded urls, port numbers, sensitive information, and other settings.
-
They allow externalizing the configuration from the code.
-
They help the code to become more flexible and reusable.
The following two sections list all the options, firstly for the component followed by the endpoint.
Component Options
The LangChain4j Embedding Store component supports 9 options, which are listed below.
| Name | Description | Default | Type |
|---|---|---|---|
The operation to perform: ADD, REMOVE, or SEARCH. Enum values:
| LangChain4jEmbeddingStoreAction | ||
The configuration;. | LangChain4jEmbeddingStoreConfiguration | ||
Autowired Direct embedding store instance for vector operations. | EmbeddingStore | ||
Autowired The embedding store factory to use for creating embedding stores if no embeddingstore is provided. | EmbeddingStoreFactory | ||
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean | |
Maximum number of results to return for SEARCH operation. | 5 | Integer | |
Minimum similarity score threshold for SEARCH operation (0.0 to 1.0). | Double | ||
When true, SEARCH returns List with text content instead of List. | false | boolean | |
Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc. | true | boolean |
Endpoint Options
The LangChain4j Embedding Store endpoint is configured using URI syntax:
langchain4j-embeddingstore:embeddingStoreId
With the following path and query parameters:
Query Parameters (7 parameters)
| Name | Description | Default | Type |
|---|---|---|---|
The operation to perform: ADD, REMOVE, or SEARCH. Enum values:
| LangChain4jEmbeddingStoreAction | ||
Autowired Direct embedding store instance for vector operations. | EmbeddingStore | ||
Autowired The embedding store factory to use for creating embedding stores if no embeddingstore is provided. | EmbeddingStoreFactory | ||
Maximum number of results to return for SEARCH operation. | 5 | Integer | |
Minimum similarity score threshold for SEARCH operation (0.0 to 1.0). | Double | ||
When true, SEARCH returns List with text content instead of List. | false | boolean | |
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean |
Message Headers
The LangChain4j Embedding Store component supports 4 message header(s), which is/are listed below:
| Name | Description | Default | Type |
|---|---|---|---|
CamelLangchain4jEmbeddingStoreAction (producer) Constant: | The action to be performed. Enum values:
| String | |
CamelLangchain4jEmbeddingStoreMaxResults (producer) Constant: | Maximum number of search results to return. | 5 | Integer |
CamelLangchain4jEmbeddingStoreMinScore (producer) Constant: | Minimum similarity score for search results. | Double | |
CamelLangchain4jEmbeddingStoreFilter (producer) Constant: | Search filter for metadata-based constraints. | Filter |
Spring Boot Auto-Configuration
When using langchain4j-embeddingstore with Spring Boot make sure to use the following Maven dependency to have support for auto configuration:
<dependency>
<groupId>org.apache.camel.springboot</groupId>
<artifactId>camel-langchain4j-embeddingstore-starter</artifactId>
<version>x.x.x</version>
<!-- use the same version as your Camel core version -->
</dependency> The component supports 10 options, which are listed below.
Usage
Configuring an Embedding Store
The component requires an EmbeddingStore instance. Register it in the Camel registry:
EmbeddingStore<TextSegment> embeddingStore = PgVectorEmbeddingStore.builder()
.host("localhost")
.port(5432)
.database("vectordb")
.user("postgres")
.password("postgres")
.table("embeddings")
.dimension(384)
.build();
context.getRegistry().bind("myEmbeddingStore", embeddingStore); Storing Embeddings (ADD Operation)
Store embeddings with optional text segments:
-
Java
-
YAML
from("direct:store")
.to("langchain4j-embeddings:embed")
.to("langchain4j-embeddingstore:myStore?action=ADD"); - route:
from:
uri: "direct:store"
steps:
- to: "langchain4j-embeddings:embed"
- to: "langchain4j-embeddingstore:myStore?action=ADD" The response body contains the generated embedding ID.
Searching Embeddings (SEARCH Operation)
Perform similarity search to find relevant content:
-
Java
-
YAML
from("direct:search")
.to("langchain4j-embeddings:embed")
.to("langchain4j-embeddingstore:myStore?action=SEARCH&maxResults=5&minScore=0.7"); - route:
from:
uri: "direct:search"
steps:
- to: "langchain4j-embeddings:embed"
- to: "langchain4j-embeddingstore:myStore?action=SEARCH&maxResults=5&minScore=0.7" The response contains a list of EmbeddingMatch objects with the matching text segments and scores.
Returning Text Content Directly
Use the returnTextContent option to get a list of strings instead of EmbeddingMatch objects:
-
Java
-
YAML
from("direct:search")
.to("langchain4j-embeddings:embed")
.to("langchain4j-embeddingstore:myStore?action=SEARCH&maxResults=5&returnTextContent=true")
.log("Found texts: ${body}"); - route:
from:
uri: "direct:search"
steps:
- to: "langchain4j-embeddings:embed"
- to: "langchain4j-embeddingstore:myStore?action=SEARCH&maxResults=5&returnTextContent=true"
- log: "Found texts: ${body}" Removing Embeddings (REMOVE Operation)
Delete embeddings by their ID:
-
Java
-
YAML
from("direct:remove")
.setBody(simple("${header.embeddingId}"))
.to("langchain4j-embeddingstore:myStore?action=REMOVE"); - route:
from:
uri: "direct:remove"
steps:
- setBody:
simple: "${header.embeddingId}"
- to: "langchain4j-embeddingstore:myStore?action=REMOVE" Complete RAG Pipeline Example
A complete example showing document ingestion and retrieval:
// Ingestion route: chunk, embed, and store documents
from("file:documents?include=.*\\.txt")
.split().tokenize("\n\n") // Split by paragraphs
.to("langchain4j-embeddings:embed")
.to("langchain4j-embeddingstore:ragStore?action=ADD")
.log("Stored embedding with ID: ${body}");
// Query route: embed query, search, and return text results
from("direct:query")
.to("langchain4j-embeddings:embed")
.to("langchain4j-embeddingstore:ragStore?action=SEARCH&maxResults=3&returnTextContent=true"); Supported Vector Databases
The component supports any vector database that LangChain4j provides an EmbeddingStore implementation for:
-
PGVector - PostgreSQL with pgvector extension
-
Qdrant - High-performance vector database
-
Milvus - Cloud-native vector database
-
Weaviate - Vector search engine
-
Chroma - Open-source embedding database
-
Pinecone - Managed vector database
-
Neo4j - Graph database with vector capabilities
-
InMemoryEmbeddingStore - For testing purposes
Refer to the LangChain4j Embedding Stores documentation for the complete list and configuration options.