Skip to content

fix: merge metadata appendArtifactToTask metadata #615#616

Open
flex-myeonghyeon wants to merge 1 commit intoa2aproject:mainfrom
flex-myeonghyeon:issue-615-fix
Open

fix: merge metadata appendArtifactToTask metadata #615#616
flex-myeonghyeon wants to merge 1 commit intoa2aproject:mainfrom
flex-myeonghyeon:issue-615-fix

Conversation

@flex-myeonghyeon
Copy link
Contributor

@flex-myeonghyeon flex-myeonghyeon commented Jan 29, 2026

Description

Thank you for opening a Pull Request!
Before submitting your PR, there are a few things you can do to make sure it goes smoothly:

  • Follow the CONTRIBUTING Guide.
  • Make your Pull Request title in the https://www.conventionalcommits.org/ specification.
    • Important Prefixes for release-please:
      • fix: which represents bug fixes, and correlates to a SemVer patch.
      • feat: represents a new feature, and correlates to a SemVer minor.
      • feat!:, or fix!:, refactor!:, etc., which represent a breaking change (indicated by the !) and will result in a SemVer major.
  • Ensure the tests pass
  • Appropriate READMEs were updated (if necessary)

Fixes #<issue_number_goes_here> 🦕

@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @flex-myeonghyeon, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses a bug where metadata associated with task artifacts was not being correctly merged when an artifact was updated. The changes introduce functionality to combine metadata from existing and incoming artifact updates, ensuring that all relevant metadata is preserved and available on the updated artifact. This enhances the robustness of artifact management by preventing unintended metadata loss during updates.

Highlights

  • Metadata Merging: Implemented logic within the appendArtifactToTask utility method to correctly merge metadata from both existing and new artifacts when updating a task artifact, ensuring no data loss.
  • Test Coverage: Added new test cases to TaskManagerTest to verify that artifact metadata is properly merged and retained during the appendArtifactToTask operation, confirming the fix behaves as expected.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request adds functionality to merge artifact metadata when appending to an existing artifact. The implementation in Utils.java correctly merges the metadata from the existing and new artifacts, and new tests in TaskManagerTest.java verify this behavior. My review includes a suggestion to improve the robustness of the implementation by ensuring the resulting metadata map is immutable, which aligns with the intended immutable nature of Artifact records.

@kabir
Copy link
Collaborator

kabir commented Feb 3, 2026

@gemini-code-assist I don't see the suggestion you mentioned

@gemini-code-assist
Copy link
Contributor

Hi @kabir, thanks for reaching out! My previous comment was a high-level summary of the pull request's changes and highlights. I haven't submitted a full code review yet, which is where I would typically provide detailed comments and specific code suggestions.

Please bear with me, I will be submitting a comprehensive review with my findings and any relevant suggestions shortly!

@kabir
Copy link
Collaborator

kabir commented Feb 5, 2026

/gemini review

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request correctly implements the merging of metadata when appending an artifact to a task, and includes corresponding tests. However, I've found a subtle issue in the metadata merging logic that could change a null metadata value to an empty map, which might be an unintended side effect. I've provided a suggestion to align the behavior with what appears to be the convention elsewhere in the codebase, ensuring null is preserved when no metadata is being merged.

Comment on lines +135 to +145
Map<String, Object> metadata = new HashMap<>();
if (existingArtifact.metadata() != null) {
metadata.putAll(existingArtifact.metadata());
}
if (newArtifact.metadata() != null) {
metadata.putAll(newArtifact.metadata());
}

Artifact updated = Artifact.builder(existingArtifact)
.parts(parts)
.metadata(metadata)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The current logic for merging metadata creates an empty HashMap even if both the existing and new artifacts have null metadata. This changes the semantic meaning from null to an empty map, which could lead to unexpected behavior if other parts of the system treat them differently. The suggested change ensures that the merged metadata is null if and only if both input metadata maps are null, which is more robust and consistent.

            Map<String, Object> mergedMetadata = null;
            if (existingArtifact.metadata() != null || newArtifact.metadata() != null) {
                mergedMetadata = new HashMap<>();
                if (existingArtifact.metadata() != null) {
                    mergedMetadata.putAll(existingArtifact.metadata());
                }
                if (newArtifact.metadata() != null) {
                    mergedMetadata.putAll(newArtifact.metadata());
                }
            }

            Artifact updated = Artifact.builder(existingArtifact)
                    .parts(parts)
                    .metadata(mergedMetadata)

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants