You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Texera releases Docker images as convenience binaries. A Docker image
bundles roughly 450 third-party dependency jars alongside Texera's own
jars, plus system packages from the base OS layer. Per ASF policy, the LICENSE file shipped inside each Docker image must describe everything
it contains, not just Texera's own jars.
I think that's generally right. I'm curious as to how #1 slipped by the release checks. I didn't see it in RAT either. For #2 I think we need the NOTICE and DISCLAIMER as well. For #3 I am unsure of how exactly to deal with it. Since other ASF projects ship containers, there must exist some base image that has compatible licenses for everything somehow.
Activity
bin/single-nodeis outdated, missing newly-introduced micro services #4083Yicong-Huang commentedon Nov 26, 2025
@bobbai00 I suggest also include #4079 on this target. any objections?
bobbai00 commentedon Nov 28, 2025
Added
6 remaining items
bobbai00 commentedon Apr 16, 2026
I would like to summarize the current roadmap of making the release compliance in terms of license.
There are in total 3 steps. After these steps, Texera release should be fully compliant.
Step 1 — Use compliant libraries in Texera itself
Every direct dependency declared in Texera's build files must be Category A or Category B.
The problematic package is
mysql-connector-java, which is GPLv2 andis currently declared as a dependency of the MySQL source operator.
This is tracked by #4393
Step 2 — Ensure proper licensing for Texera's own jars
Texera produces 12 jars. Each jar's
META-INF/LICENSEmust describewhat is inside that specific jar, not what is in the full source tree.
This is tracked by #4394.
Step 3 — Make release artifacts compliant
Texera releases Docker images as convenience binaries. A Docker image
bundles roughly 450 third-party dependency jars alongside Texera's own
jars, plus system packages from the base OS layer. Per ASF policy, the
LICENSEfile shipped inside each Docker image must describe everythingit contains, not just Texera's own jars.
This is tracked by #4396
bobbai00 commentedon Apr 16, 2026
Can @parshimers take a look at the above roadmap and see if my understanding is correct?
parshimers commentedon Apr 16, 2026
I think that's generally right. I'm curious as to how #1 slipped by the release checks. I didn't see it in RAT either. For #2 I think we need the NOTICE and DISCLAIMER as well. For #3 I am unsure of how exactly to deal with it. Since other ASF projects ship containers, there must exist some base image that has compatible licenses for everything somehow.
LOG_LEVELtoTEXERA_SERVICE_LOG_LEVELfor consistency #4574bobbai00 commentedon May 22, 2026
v1.1.0-incubating is released officially ! Thanks everyone who participated in the release discussion and preparation!
Here is the announcement email: https://lists.apache.org/thread/544qnl5wwtjgyk0vq7r7xw7fbngbpqvc
chenlica commentedon May 23, 2026
Congratulations! Thanks for the great work!