Skip to content

Different artifact type names across execution environments #7849

Open

Description

@pritamdodeja

If the bug is related to a specific library below, please raise an issue in the
respective repo directly:

TensorFlow Data Validation Repo

TensorFlow Model Analysis Repo

TensorFlow Transform Repo

TensorFlow Serving Repo

System information

  • Have I specified the code to reproduce the issue (Yes, No): No
  • Environment in which the code is executed (e.g., Local(Linux/MacOS/Windows), - Linux local + Kubernetes
    Interactive Notebook, Google Cloud, etc): Bare metal
  • TensorFlow version: 2.15
  • TFX Version: 2.16 dev
  • Python version: 3.10.14
  • Python dependencies (from pip freeze output): ml-metadata==1.15.0

Describe the current behavior
When producing an example artifact locally, the "type" is Examples. When producing the same thing where Kubeflow pipelines is the runner, the artifact type is tfx.Examples. This makes the usage of TFX more brittle.

Describe the expected behavior
Artifact types should be consistent across environments

Standalone code to reproduce the issue
Write a TFX pipeline, compile it to run on kfp v2, and look at what's in ml_metadata.

Providing a bare minimum test case or step(s) to reproduce the problem will
greatly help us to debug the issue. If possible, please share a link to
Colab/Jupyter/any notebook.

Name of your Organization (Optional)
Intuitive.ai

Other info / logs

Include any logs or source code that would be helpful to diagnose the problem.
If including tracebacks, please include the full traceback. Large logs and files
should be attached.

Activity

  1. self-assigned this
    on May 17, 2026
  2. bharatjetti commented on Jun 1, 2026

    @bharatjetti

    Hi @pritamdodeja , Thanks for reporting this and sharing the details.
    We’ve received the issue and are taking a look. We’ll follow up here once we have more information or if we need any additional inputs.
    Appreciate your patience.

  3. pritamdodeja commented on Jun 26, 2026

    @pritamdodeja
    ContributorAuthor

    Thank you for addressing this! What causes the prefixing with tfx. in this case? Is it possible to fix it so that this is a more general fix (e.g. instead of undoing tfx. after it's been created, can we make the artifact names consistent in the first place? ). At what stage is the prefix introduced? I would imagine the more oblivious kfp is of what we're doing, the better, so the dependency shouldn't be in that direction. It is possible I don't understand architecturally everything that's going on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions