<?xml version="1.0" encoding="UTF-8"?>

<!--

Licensed to the Apache Software Foundation (ASF) under one

or more contributor license agreements. See the NOTICE file

distributed with this work for additional information

regarding copyright ownership. The ASF licenses this file

to you under the Apache License, Version 2.0 (the

"License"); you may not use this file except in compliance

with the License. You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing,

software distributed under the License is distributed on an

"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY

KIND, either express or implied. See the License for the

specific language governing permissions and limitations

under the License.

-->

<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/POM/4.0.0"

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

<modelVersion>4.0.0</modelVersion>

<parent>

<groupId>org.apache.doris</groupId>

<version>${revision}</version>

<artifactId>fe</artifactId>

<relativePath>../pom.xml</relativePath>

</parent>

<artifactId>fe-core</artifactId>

<packaging>jar</packaging>

<name>Doris FE Core</name>

<description>Doris Frontend</description>

<properties>

<doris.home>${basedir}/../../</doris.home>

<doris.thirdparty>${basedir}/../../thirdparty</doris.thirdparty>

<fe_ut_parallel>1</fe_ut_parallel>

<!--

The LINEAGE plugin API version, declared exactly once. Filtered into this module's

META-INF/doris/lineage-plugin-api-version.properties, which is what the FE kernel expects

of a plugin. It lives here rather than in a dedicated SPI module because the lineage SPI

(org.apache.doris.nereids.lineage) is part of fe-core itself.

Bump the MAJOR (and zero the minor) in the SAME commit as ANY change to the lineage SPI

surface - additions included. A change to fe-extension-spi means bumping all four families.

See plan-doc/designs/2026-07-29-plugin-api-version-check-design.md.

-->

<lineage.plugin.api.version>1.0</lineage.plugin.api.version>

</properties>

<profiles>

<profile>

<id>thirdparty</id>

<activation>

<property>

<name>env.DORIS_THIRDPARTY</name>

</property>

</activation>

<properties>

<doris.thirdparty>${env.DORIS_THIRDPARTY}</doris.thirdparty>

</properties>

</profile>

<profile>

<id>ut_parallel</id>

<activation>

<property>

<name>env.FE_UT_PARALLEL</name>

</property>

</activation>

<properties>

<fe_ut_parallel>${env.FE_UT_PARALLEL}</fe_ut_parallel>

</properties>

</profile>

<!-- Huawei Cloud OBS support. Active by default; disabled by passing

-Ddisable.obs=true (build.sh exclude-obs-dependencies flag), which drops the

fe-filesystem-obs test coupling so nothing from com.huaweicloud reaches the test

classpath and the Huawei OBS jars (only on repo.huaweicloud.com) are never resolved. -->

<profile>

<id>obs</id>

<activation>

<property>

<name>!disable.obs</name>

</property>

</activation>

<dependencies>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-obs</artifactId>

<version>${project.version}</version>

<scope>test</scope>

<!-- The cloud SDK's okhttp (3.x/5.x) must not shadow fe-core's own okhttp on the

test classpath; the bind-parity tests never open SDK http connections. -->

<exclusions>

<exclusion>

<groupId>com.squareup.okhttp3</groupId>

<artifactId>*</artifactId>

</exclusion>

<exclusion>

<groupId>com.squareup.okio</groupId>

<artifactId>*</artifactId>

</exclusion>

</exclusions>

</dependency>

</dependencies>

</profile>

<!-- Tencent Cloud COS support. Active by default; disabled by passing

-Ddisable.cos=true (build.sh exclude-cos-dependencies flag), which drops the

fe-filesystem-cos test coupling so the Tencent COS SDK is never pulled onto the

test classpath. -->

<profile>

<id>cos</id>

<activation>

<property>

<name>!disable.cos</name>

</property>

</activation>

<dependencies>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-cos</artifactId>

<version>${project.version}</version>

<scope>test</scope>

<!-- The cloud SDK's okhttp (3.x/5.x) must not shadow fe-core's own okhttp on the

test classpath; the bind-parity tests never open SDK http connections. -->

<exclusions>

<exclusion>

<groupId>com.squareup.okhttp3</groupId>

<artifactId>*</artifactId>

</exclusion>

<exclusion>

<groupId>com.squareup.okio</groupId>

<artifactId>*</artifactId>

</exclusion>

</exclusions>

</dependency>

</dependencies>

</profile>

</profiles>

<dependencies>

<!-- Must stay the FIRST dependency: it carries the DORIS-PATCH copy of

org.apache.hadoop.fs.FileSystem (credential-aware cache key, see

doris.fs.cache.key) which has to precede hadoop-common on every

classpath. start_fe.sh prepends this jar at runtime; declaring it

first here keeps the maven test classpath consistent with that.

All transitives are excluded — FE manages its own hadoop deps. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>hadoop-deps</artifactId>

<version>${project.version}</version>

<exclusions>

<exclusion>

<groupId>*</groupId>

<artifactId>*</artifactId>

</exclusion>

</exclusions>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-foundation</artifactId>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-kerberos</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-common</artifactId>

<version>${project.version}</version>

<exclusions>

<!-- fe-common transitively drags in io.trino:trino-main, which brings the Jetty

Servlet 5.0 API repackage. Its jakarta.servlet.http.Cookie lacks getAttributes()

and would shadow the Servlet 6.1 jakarta.servlet-api that Jetty 12.0.34 needs,

re-introducing the NoSuchMethodError. Keep it off fe-core's classpath. -->

<exclusion>

<groupId>org.eclipse.jetty.toolchain</groupId>

<artifactId>jetty-jakarta-servlet-api</artifactId>

</exclusion>

</exclusions>

</dependency>

<!-- fe-filesystem-api: consumer-facing filesystem API (FileSystem, Location, FileEntry, etc.) -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-api</artifactId>

<version>${project.version}</version>

</dependency>

<!-- fe-filesystem-spi: provider contracts (ObjFileSystem, ObjStorage, etc.) —

needed by S3Resource which directly invokes ObjStorage for connectivity validation. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-spi</artifactId>

<version>${project.version}</version>

</dependency>

<!-- fe-connector-spi: the whole connector plugin contract - ConnectorProvider and

ConnectorContext, plus Connector, ConnectorMetadata, handles and value types. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-spi</artifactId>

<version>${project.version}</version>

</dependency>

<!-- Connector impl modules, TEST SCOPE ONLY. Production loads these from the

plugins/connector/ directory via ConnectorPluginManager; fe-core must never depend on a

connector at compile or runtime scope. Same arrangement as the fe-filesystem-* modules below.

They exist here for exactly one assertion that cannot be made without them:

Legacy413ProviderTypeContractTest pins that the catalog type string an upgraded 4.1.3 catalog

recovers from its persisted logType is a string a REAL SHIPPED provider answers to. Both halves

of that contract are string literals in different modules: rename

TrinoConnectorProvider.getType() to "trino" and every other test in this repository stays green

while every migrated trino catalog is permanently dead. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-hive</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-iceberg</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-paimon</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-es</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-jdbc</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-maxcompute</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-trino</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<!-- hudi is the only provider with isStandaloneCatalogType()==false; it is here so the contract

test can pin that a sibling-only connector never becomes a creatable catalog type. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-connector-hudi</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<!-- fe-filesystem impl modules: runtime dependencies removed in Phase 4 P4.1.

Providers are now loaded from plugins/filesystem/ directory at startup

via FileSystemPluginManager + DirectoryPluginRuntimeManager. -->

<!-- fe-filesystem-local: test-scope only, used for unit testing FileSystemTransferUtil etc. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-local</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<!-- All remaining fe-filesystem impl modules, TEST scope only: gives the SPI-vs-fe-core

bind-parity golden tests real providers via ServiceLoader on the test classpath.

Production still loads providers from the plugins/filesystem/ directory. -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-hdfs</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-oss-hdfs</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-jfs</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-s3</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-oss</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<!-- fe-filesystem-obs (test scope) lives in the `obs` profile above;

disabled via -Ddisable.obs=true (build.sh exclude-obs-dependencies flag). -->

<!-- fe-filesystem-cos (test scope) lives in the `cos` profile above;

disabled via -Ddisable.cos=true (build.sh exclude-cos-dependencies flag). -->

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-gcs</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-minio</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-ozone</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-azure</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-http</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-filesystem-broker</artifactId>

<version>${project.version}</version>

<scope>test</scope>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-thrift</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-grpc</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-type</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-catalog</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-extension-spi</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-extension-loader</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-authentication-api</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-authentication-spi</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-authentication-handler</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-authentication-role-mapping</artifactId>

<version>${project.version}</version>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-devtools</artifactId>

<scope>runtime</scope>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-data-ldap</artifactId>

</dependency>

<dependency>

<groupId>commons-pool</groupId>

<artifactId>commons-pool</artifactId>

</dependency>

<dependency>

<groupId>com.google.re2j</groupId>

<artifactId>re2j</artifactId>

</dependency>

<dependency>

<groupId>org.apache.commons</groupId>

<artifactId>commons-text</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/cglib/cglib -->

<dependency>

<groupId>cglib</groupId>

<artifactId>cglib</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/commons-cli/commons-cli -->

<dependency>

<groupId>commons-cli</groupId>

<artifactId>commons-cli</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/commons-codec/commons-codec -->

<dependency>

<groupId>commons-codec</groupId>

<artifactId>commons-codec</artifactId>

</dependency>

<dependency>

<groupId>org.apache.hadoop</groupId>

<artifactId>hadoop-azure</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/org.apache.commons/commons-lang3 -->

<dependency>

<groupId>org.apache.commons</groupId>

<artifactId>commons-lang3</artifactId>

</dependency>

<!-- Runtime-only, and still LOAD-BEARING after hadoop-huaweicloud moved out of this module:

OBSFileSystem calls org.apache.commons.lang.StringUtils while declaring no commons-lang of its

own, and the plugins that now carry hadoop-huaweicloud (fe-filesystem-obs, fe-connector-paimon)

do not declare commons-lang either — their child-first loaders miss it and fall through to

fe/lib, i.e. to this declaration. Dropping it compiles green and then NoClassDefFoundErrors on

OBS access. scope=runtime keeps it off the compile classpath, so fe source stays

commons-lang(2.x)-free. -->

<dependency>

<groupId>commons-lang</groupId>

<artifactId>commons-lang</artifactId>

<scope>runtime</scope>

</dependency>

<dependency>

<groupId>org.apache.commons</groupId>

<artifactId>commons-math3</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/org.apache.commons/commons-pool2 -->

<dependency>

<groupId>org.apache.commons</groupId>

<artifactId>commons-pool2</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/commons-validator/commons-validator -->

<dependency>

<groupId>commons-validator</groupId>

<artifactId>commons-validator</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/com.google.code.gson/gson -->

<dependency>

<groupId>com.google.code.gson</groupId>

<artifactId>gson</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/com.google.guava/guava -->

<dependency>

<groupId>com.google.guava</groupId>

<artifactId>guava</artifactId>

</dependency>

<dependency>

<groupId>com.google.guava</groupId>

<artifactId>guava-testlib</artifactId>

<scope>test</scope>

</dependency>

<dependency>

<groupId>io.github.resilience4j</groupId>

<artifactId>resilience4j-ratelimiter</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/com.googlecode.java-ipv6/java-ipv6 -->

<dependency>

<groupId>com.googlecode.java-ipv6</groupId>

<artifactId>java-ipv6</artifactId>

<version>0.17</version>

</dependency>

<dependency>

<groupId>com.fasterxml.jackson.core</groupId>

<artifactId>jackson-core</artifactId>

</dependency>

<dependency>

<groupId>com.fasterxml.jackson.core</groupId>

<artifactId>jackson-databind</artifactId>

</dependency>

<!-- oshi: used by HardwareInfoController. Previously satisfied only transitively via

io.trino:trino-main (now off fe-core's classpath); declared explicitly here. -->

<dependency>

<groupId>com.github.oshi</groupId>

<artifactId>oshi-core</artifactId>

</dependency>

<dependency>

<groupId>org.apache.doris</groupId>

<artifactId>je</artifactId>

</dependency>

<dependency>

<groupId>commons-io</groupId>

<artifactId>commons-io</artifactId>

</dependency>

<dependency>

<groupId>com.googlecode.json-simple</groupId>

<artifactId>json-simple</artifactId>

<exclusions>

<exclusion>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

</exclusion>

</exclusions>

</dependency>

<!-- Used directly by org.apache.doris.scheduler.disruptor.*; until the hudi-common removal

it only arrived transitively. Version from the parent's dependencyManagement. -->

<dependency>

<groupId>com.lmax</groupId>

<artifactId>disruptor</artifactId>

</dependency>

<!-- Used directly by fe source (@Nullable/@NotNull); until the hudi-common removal it only

arrived transitively, and dropping the declaration would silently drift the version to

whatever else on the graph happens to win mediation. -->

<dependency>

<groupId>org.jetbrains</groupId>

<artifactId>annotations</artifactId>

</dependency>

<!-- Caffeine: used directly by the FE caches (MetaCache, StatisticsCache, FileSystemCache,

ExternalRowCountCache, ...). Version comes from the spring-boot-dependencies BOM (3.2.3).

It used to arrive transitively via hudi-common, and hive-catalog-shade's bundled

unrelocated Caffeine 2.x shadowed it at runtime; both are gone, so declare it directly. -->

<dependency>

<groupId>com.github.ben-manes.caffeine</groupId>

<artifactId>caffeine</artifactId>

</dependency>

<!-- Provides the org.json API (JSONObject/JSONArray) that fe source uses directly.

Open JSON is the Apache-2.0 clean-room implementation; the org.json:json reference

implementation must not be used (its license is ASF category X, which is why the

parent pom excludes it from hadoop-cos). -->

<dependency>

<groupId>com.tdunning</groupId>

<artifactId>json</artifactId>

</dependency>

<dependency>

<groupId>io.netty</groupId>

<artifactId>netty-all</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/org.objenesis/objenesis -->

<dependency>

<groupId>org.objenesis</groupId>

<artifactId>objenesis</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/com.squareup/protoparser -->

<dependency>

<groupId>com.squareup</groupId>

<artifactId>protoparser</artifactId>

</dependency>

<!-- https://mvnrepository.com/artifact/org.xerial.snappy/snappy-java -->

<dependency>

<groupId>org.xerial.snappy</groupId>

<artifactId>snappy-java</artifactId>

</dependency>

<dependency>

<groupId>com.fasterxml.jackson.core</groupId>

<artifactId>jackson-annotations</artifactId>

</dependency>

<dependency>

<groupId>com.fasterxml.jackson.dataformat</groupId>

<artifactId>jackson-dataformat-yaml</artifactId>

</dependency>

<dependency>

<groupId>com.fasterxml.jackson.module</groupId>

<artifactId>jackson-module-jaxb-annotations</artifactId>

</dependency>

<!-- support jdk9 -->

<dependency>

<groupId>javax.annotation</groupId>

<artifactId>javax.annotation-api</artifactId>

</dependency>

<dependency>

<groupId>org.jboss.xnio</groupId>

<artifactId>xnio-nio</artifactId>

</dependency>

<!-- support jdk9 -->

<dependency>

<groupId>com.sun.activation</groupId>

<artifactId>javax.activation</artifactId>

</dependency>

<!-- support jdk11 -->

<dependency>

<groupId>org.roaringbitmap</groupId>

<artifactId>RoaringBitmap</artifactId>

</dependency>

<dependency>

<groupId>com.amazonaws</groupId>

<artifactId>aws-java-sdk-s3</artifactId>

</dependency>

<!-- antl4 The version of antlr-runtime in trino parser is need to be consistent with doris,

when upgrade doris antlr-runtime version, should take care of trino-parser.-->

<dependency>

<groupId>org.antlr</groupId>

<artifactId>antlr4-runtime</artifactId>

<version>${antlr4.version}</version>

</dependency>

<dependency>

<groupId>${project.groupId}</groupId>

<artifactId>fe-sql-parser</artifactId>

<version>${project.version}</version>

</dependency>

<!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-web -->

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-web</artifactId>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter-jetty</artifactId>

</dependency>

<!-- File Upload -->

<dependency>

<groupId>commons-fileupload</groupId>

<artifactId>commons-fileupload</artifactId>

</dependency>

<!--Spring boot-->

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-configuration-processor</artifactId>

</dependency>

<dependency>

<groupId>org.springframework.boot</groupId>

<artifactId>spring-boot-starter</artifactId>

</dependency>

<dependency>

<groupId>net.java.dev.jna</groupId>

<artifactId>jna</artifactId>

<version>5.13.0</version>

</dependency>

<dependency>

<groupId>net.java.dev.jna</groupId>

<artifactId>jna-platform</artifactId>

<version>5.13.0</version>

</dependency>

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>s3</artifactId>

</dependency>

<!-- ICU4J for unicode normalization -->

<dependency>

<groupId>com.ibm.icu</groupId>

<artifactId>icu4j</artifactId>

</dependency>

<!-- Must stay: the parent pom declares awaitility test-scoped, so this scope-less

redeclaration is what keeps it on fe-core's compile classpath for

InsertOverwriteTableCommand. Do not delete as a "duplicate of the parent". -->

<dependency>

<groupId>org.awaitility</groupId>

<artifactId>awaitility</artifactId>

</dependency>

<dependency>

<groupId>org.projectlombok</groupId>

<artifactId>lombok</artifactId>

</dependency>

<dependency>

<groupId>hu.webarticum</groupId>

<artifactId>tree-printer</artifactId>

</dependency>

<dependency>

<groupId>org.apache.httpcomponents</groupId>

<artifactId>httpclient</artifactId>

</dependency>

<dependency>

<groupId>com.google.flatbuffers</groupId>

<artifactId>flatbuffers-java</artifactId>

</dependency>

<!-- Runtime-only: the FE half of the Hive-UDF-compat shipping contract, and the mirror of

be-java-extensions/java-udf, which bundles the same base classes so BE can execute such

UDFs. CreateFunctionCommand validates a user JAVA_UDF jar by loading its symbol class in

a throwaway URLClassLoader parented to the FE app classloader; deriving a class resolves

its supertypes, so a symbol extending org.apache.hadoop.hive.ql.exec.UDF fails CREATE

FUNCTION unless fe/lib carries that base class. Nothing in fe source references hive:

scope=runtime keeps it off the compile classpath, so fe-core source stays hive-free.

This is a UDF-engine dependency, not a catalog one. It is declared here because it was

previously satisfied only by accident, as a passenger inside the hive-catalog-shade

uber-jar; no compile-time reference reveals it, so removing that jar compiled green and

broke CREATE FUNCTION for every hive-derived UDF at runtime. -->

<dependency>

<groupId>org.apache.hive</groupId>

<artifactId>hive-exec</artifactId>

<classifier>core</classifier>

<scope>runtime</scope>

</dependency>

<dependency>

<groupId>org.apache.hadoop</groupId>

<artifactId>hadoop-hdfs</artifactId>

</dependency>

<dependency>

<groupId>org.apache.hadoop</groupId>

<artifactId>hadoop-client</artifactId>

</dependency>

<dependency>

<groupId>org.apache.hadoop</groupId>

<artifactId>hadoop-auth</artifactId>

</dependency>

<dependency>

<groupId>org.apache.hadoop</groupId>

<artifactId>hadoop-aws</artifactId>

</dependency>

<!-- Required at runtime by hadoop-aws: its S3 I/O paths use

software.amazon.awssdk.transfer.s3.S3TransferManager / ObjectTransfer and related classes

from this jar. Without it the FE classloader throws NoClassDefFoundError when loading the

object-store filesystem. -->

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>s3-transfer-manager</artifactId>

</dependency>

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>sts</artifactId>

<exclusions>

<exclusion>

<groupId>software.amazon.awssdk</groupId>

<artifactId>apache-client</artifactId>

</exclusion>

</exclusions>

</dependency>

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>url-connection-client</artifactId>

</dependency>

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>protocol-core</artifactId>

</dependency>

<!-- Parquet reader used by the HTTP import-sampling path (common/parquet/ParquetReader):

needs parquet-hadoop (ParquetFileReader / ParquetReadOptions) + parquet-column

(column / schema / example.data / io record readers). Replaces the old parquet-avro

declaration, whose only extra was the unused avro bridge. -->

<dependency>

<groupId>org.apache.parquet</groupId>

<artifactId>parquet-hadoop</artifactId>

</dependency>

<dependency>

<groupId>org.apache.parquet</groupId>

<artifactId>parquet-column</artifactId>

</dependency>

<dependency>

<groupId>org.mariadb.jdbc</groupId>

<artifactId>mariadb-java-client</artifactId>

</dependency>

<dependency>

<groupId>com.zaxxer</groupId>

<artifactId>HikariCP</artifactId>

</dependency>

<dependency>

<groupId>org.apache.kafka</groupId>

<artifactId>kafka-clients</artifactId>

</dependency>

<dependency>

<groupId>com.squareup.okhttp3</groupId>

<artifactId>okhttp-jvm</artifactId>

</dependency>

<dependency>

<groupId>org.apache.ranger</groupId>

<artifactId>ranger-plugins-common</artifactId>

</dependency>

<!-- Provides com.esotericsoftware.minlog.Log used by WorkloadSchedPolicy (not a datasource dep) -->

<dependency>

<groupId>com.esotericsoftware</groupId>

<artifactId>kryo-shaded</artifactId>

</dependency>

<!-- for arrow flight sql -->

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>arrow-memory-netty</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>arrow-memory-netty-buffer-patch</artifactId>

</dependency>

<dependency>

<groupId>io.grpc</groupId>

<artifactId>grpc-netty</artifactId>

</dependency>

<dependency>

<groupId>io.grpc</groupId>

<artifactId>grpc-core</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>flight-sql-jdbc-driver</artifactId>

</dependency>

<dependency>

<groupId>io.grpc</groupId>

<artifactId>grpc-context</artifactId>

</dependency>

<dependency>

<groupId>io.netty</groupId>

<artifactId>netty-buffer</artifactId>

</dependency>

<dependency>

<groupId>io.netty</groupId>

<artifactId>netty-handler</artifactId>

</dependency>

<dependency>

<groupId>io.netty</groupId>

<artifactId>netty-transport</artifactId>

</dependency>

<dependency>

<groupId>io.grpc</groupId>

<artifactId>grpc-api</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>flight-core</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>arrow-memory-core</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>arrow-jdbc</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>arrow-vector</artifactId>

</dependency>

<dependency>

<groupId>org.apache.arrow</groupId>

<artifactId>flight-sql</artifactId>

</dependency>

<dependency>

<groupId>org.immutables</groupId>

<artifactId>value</artifactId>

</dependency>

<!-- The FE HTTP server runs on Jetty 12.0.34, which calls jakarta.servlet.http.Cookie

#getAttributes() (a Jakarta Servlet 6.1 method) whenever it writes a Set-Cookie header.

Declare the servlet API explicitly so fe-core resolves 6.1.0 instead of the transitive

6.0.0 from spring-boot; otherwise the server throws NoSuchMethodError while setting the

session cookie (surfaced by removing io.trino:trino-main; see RemoteDorisRestClientTest). -->

<dependency>

<groupId>jakarta.servlet</groupId>

<artifactId>jakarta.servlet-api</artifactId>

<version>${jakarta.servlet-api.version}</version>

</dependency>

<dependency>

<groupId>io.airlift</groupId>

<artifactId>concurrent</artifactId>

</dependency>

<dependency>

<groupId>me.bechberger</groupId>

<artifactId>ap-loader-all</artifactId>

<version>3.0-8</version>

</dependency>

<!-- AWS SDK Core -->

<dependency>

<groupId>software.amazon.awssdk</groupId>

<artifactId>sdk-core</artifactId>

</dependency>

<dependency>

<groupId>com.taobao.arthas</groupId>

<artifactId>arthas-packaging</artifactId>

<version>4.0.5</version>

</dependency>

<dependency>

<groupId>org.mockito</groupId>

<artifactId>mockito-core</artifactId>

<scope>test</scope>

</dependency>

<dependency>

<groupId>org.mockito</groupId>

<artifactId>mockito-inline</artifactId>

<scope>test</scope>

</dependency>

<!-- @SuppressModernizer in TestEvictableCache (a Trino-derived test). Previously satisfied only

transitively via io.trino:trino-main (now off fe-core's classpath); declared explicitly. -->

<dependency>

<groupId>org.gaul</groupId>

<artifactId>modernizer-maven-annotations</artifactId>

<version>2.7.0</version>

<scope>test</scope>

</dependency>

<!-- fastutil-core: fastutil used directly by FE catalog/tablet-index code

(e.g. Long2ObjectOpenHashMap). This used to need a maven-shade-plugin execution that

bundled it into doris-fe.jar (pinned first on the FE classpath by bin/start_fe.sh),

because hive-catalog-shade bundled an ancient unrelocated fastutil (6.5.6) whose

Long2ObjectOpenHashMap lacks computeIfAbsent. That jar is gone, so the override is

gone with it, so fe-core declares fastutil-core directly below. -->

<dependency>

<groupId>it.unimi.dsi</groupId>

<artifactId>fastutil-core</artifactId>

</dependency>

</dependencies>

<build>

<finalName>doris-fe</finalName>

<directory>${project.basedir}/target/</directory>

<resources>

<resource>

<directory>target/generated-sources</directory>

</resource>

<resource>

<directory>src/main/resources</directory>

<includes>

<include>**/*.*</include>

</includes>

</resource>

<!--

Kept apart from src/main/resources so that ${...} substitution applies ONLY to the

lineage plugin API version file and never rewrites any of fe-core's other resources.

-->

<resource>

<directory>src/main/resources-filtered</directory>

<filtering>true</filtering>

</resource>

</resources>

<plugins>

<!--

Stamps the declared LINEAGE plugin API version into doris-fe.jar.

This tree ships zero lineage plugins, so nothing READS the attribute yet - a

third-party plugin stamps its own. The block is still mandatory, for a reason that is

not obvious: maven-build-cache-extension (enabled in fe/.mvn) hashes a module from its

src/** files, its dependencies and its <build><plugins>, and NOT from <properties>.

The filtered resource's source text is the literal ${...} placeholder, whose hash never

moves. Without the value appearing somewhere inside <build><plugins>, bumping the

property alone would leave the module checksum unchanged, so `mvn clean package` would

restore the cached jar and ship the OLD version in

META-INF/doris/lineage-plugin-api-version.properties - the FE would then serve a

contract nobody declared. (Reproduced on the sibling fe-authentication-spi module

before this block existed: 1.0 -> 2.0 gave an identical checksum and a stale jar.)

-->

<plugin>

<groupId>org.apache.maven.plugins</groupId>

<artifactId>maven-jar-plugin</artifactId>

<configuration>

<archive>

<manifestEntries>

<Doris-Lineage-Plugin-Api-Version>${lineage.plugin.api.version}</Doris-Lineage-Plugin-Api-Version>

</manifestEntries>

</archive>

</configuration>

</plugin>

<!--antlr-->

<plugin>

<groupId>org.antlr</groupId>

<artifactId>antlr4-maven-plugin</artifactId>

<version>${antlr4.version}</version>

<executions>

<execution>

<id>antlr</id>

<goals>

<goal>antlr4</goal>

</goals>

</execution>

</executions>

<configuration>

<visitor>true</visitor>

<sourceDirectory>src/main/antlr4</sourceDirectory>

<treatWarningsAsErrors>true</treatWarningsAsErrors>

<libDirectory>src/main/antlr4/org/apache/doris/nereids</libDirectory>

</configuration>

</plugin>

<plugin>

<groupId>org.apache.maven.plugins</groupId>

<artifactId>maven-surefire-plugin</artifactId>

<configuration>

<!-->set larger, eg, 3, to reduce the time or running FE unit tests<-->

<forkCount>${fe_ut_parallel}</forkCount>

<!-->not reuse forked jvm, so that each unit test will run in separate jvm. to avoid singleton conflict<-->

<reuseForks>false</reuseForks>

<useFile>false</useFile>

<argLine>

-Xmx1024m --add-reads=org.apache.arrow.flight.core=ALL-UNNAMED --add-opens=java.base/java.nio=org.apache.arrow.memory.core,ALL-UNNAMED @{argLine}

</argLine>

</configuration>

</plugin>

<plugin>

<groupId>org.apache.maven.plugins</groupId>

<artifactId>maven-javadoc-plugin</artifactId>

<configuration>

<skip>true</skip>

</configuration>

</plugin>

<!-- annotation processor -->

<plugin>

<groupId>org.apache.maven.plugins</groupId>

<artifactId>maven-compiler-plugin</artifactId>

<configuration>