apache/seatunnel

PR-I: Add dedicated knowledge sources

Open

#10,921 opened on May 19, 2026

View on GitHub
 (0 comments) (0 reactions) (0 assignees)Java (6,897 stars) (1,432 forks)batch import
help wanted

Description

Scope

Add dedicated knowledge sources after the unified document contract is stable.

Candidate sources include Confluence, Google Drive, and SharePoint.

Deliverables

  • Add Confluence source proposal.
  • Add Google Drive source proposal.
  • Add SharePoint source proposal.
  • Ensure each source follows the unified document contract.
  • Prefer source-native version as DocumentHash priority 1 where available.

Acceptance Criteria

  • Dedicated sources emit or project the standard Knowledge Sync metadata.
  • Connector-specific logic stays inside connector modules.
  • Source-native versioning is used when available.
  • Sources integrate with the existing identity, parse, chunk, embedding, and lifecycle sink path.

Contributor guide

Tech stack
java
Domain
backenddata
Issue type
feature
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
4
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
3-5 days
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
fresh
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
clear
Prerequisites
Understanding of unified document contractJava development experienceFamiliarity with SeaTunnel connector pattern
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
35
Research direction
Examine existing connector implementations in the repository (e.g., under seatunnel connectors/) to understand the pattern for adding new sources. Review the unified document contract defined in the codebase. For each source (Confluence, Google Drive, SharePoint), research their respective APIs and versioning mechanisms. Propose integration design following the contract.