Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature/97 matchmaking agent api #104

Merged

Conversation

Martin0815bla
Copy link
Contributor

WHAT

This container separates the Matchmaking Agent's functionality from the Agent Plane Container. As a result, the RDF Store is disjoined from the public-facing Agent Plane container.

WHY

It caters for the need of small and medium sized companies who want to directly upload/provide use case data as well as for security-aware companies who want to separate data storage from public API even for meta-data. This container also has the ability to be used by the Simple Graph Exchanger Feature, adding the ability to host business data from the RDF Store over the Matchmaking Agent Communication between the Agent Plane Container and the Matchmaking Agent by a REST API on the docker (internal) network.

FURTHER NOTES

To make use of the matchmaking agent set the right dataplane.properties settings in tx-knowledge-agents-edc (agent-plane-protocol)

Closes #
Feature97

@Martin0815bla Martin0815bla requested a review from drcgjung March 15, 2024 13:19
@drcgjung drcgjung added the enhancement New feature or request label Apr 2, 2024
Copy link
Contributor

@drcgjung drcgjung left a comment

Choose a reason for hiding this comment

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

This is mostly a migration/carveout of code from https://github.com/eclipse-tractusx/knowledge-agents-edc/tree/main/agent-plane/agent-plane-protocol/src/main/java/org/eclipse/tractusx/agents/edc into a new servlet container (glassfish) together with some EDC client stubs (to render it independent of EDC).
It represents a new product/chart which provides external agent functionality (SPARQL engine, federated catalogue) independent of EDC (data plane) such that it can be used to host business data as well without being exposed to the dataspace/public internet.
As such it represents a big advantage for security architecture.
Copyright attachments and dependencies have been rechecked, such that no fresh IP check needs to made.

see also eclipse-tractusx/knowledge-agents-edc#184

type=semver,pattern={{version}}
type=semver,pattern={{major}}
type=semver,pattern={{major}}.{{minor}}
type=raw,value=1.10.15-SNAPSHOT,enable=${{ github.event.inputs.deploy_docker == 'true' || github.ref == format('refs/heads/{0}', 'main') }}
Copy link
Contributor

Choose a reason for hiding this comment

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

wrong default version

@@ -0,0 +1,45 @@
# Copyright (c) 2022,2023 Contributors to the Eclipse Foundation
Copy link
Contributor

Choose a reason for hiding this comment

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

need to adapt copyright period.


RUN addgroup --gid "$APP_GID" --system "$APP_USER"

RUN apk add --update curl
Copy link
Contributor

Choose a reason for hiding this comment

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

Based on this TRG it is discouraged to modify a base image like this. It would make the image scan and package list provided by DockerHub unusable.

Copy link
Contributor

Choose a reason for hiding this comment

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

will be resolved. Thx for the heads up. Martin used curl instead of wget for testing on his machine and commited the change unfortunately.

@almadigabor
Copy link
Contributor

Hey, I would also suggest implementing the dependencies workflow to have an automated check on each PR like here. This would make sure that we don't merge PRs that have outdated DEPENDENCIES files. Also can you clarify here how the dependencies work in this repo? Are they consolidated into a single file?

@almadigabor
Copy link
Contributor

This is mostly a migration/carveout of code from https://github.com/eclipse-tractusx/knowledge-agents-edc/tree/main/agent-plane/agent-plane-protocol/src/main/java/org/eclipse/tractusx/agents/edc into a new servlet container (glassfish) together with some EDC client stubs (to render it independent of EDC). It represents a new product/chart which provides external agent functionality (SPARQL engine, federated catalogue) independent of EDC (data plane) such that it can be used to host business data as well without being exposed to the dataspace/public internet. As such it represents a big advantage for security architecture. Copyright attachments and dependencies have been rechecked, such that no fresh IP check needs to made.

see also eclipse-tractusx/knowledge-agents-edc#184

Hi @drcgjung, even though it is a migration, an IP check is necessary as the contribution is coming from catenax-ng and the number of line changes are way above 1000. See TRG7.03 for more info.

@Siegfriedk
Copy link
Contributor

This is mostly a migration/carveout of code from https://github.com/eclipse-tractusx/knowledge-agents-edc/tree/main/agent-plane/agent-plane-protocol/src/main/java/org/eclipse/tractusx/agents/edc into a new servlet container (glassfish) together with some EDC client stubs (to render it independent of EDC). It represents a new product/chart which provides external agent functionality (SPARQL engine, federated catalogue) independent of EDC (data plane) such that it can be used to host business data as well without being exposed to the dataspace/public internet. As such it represents a big advantage for security architecture. Copyright attachments and dependencies have been rechecked, such that no fresh IP check needs to made.

see also eclipse-tractusx/knowledge-agents-edc#184

I would agree if you would have had smaller and more focused PRs doing clearly only one thing and not multiply things. Or if you would have developed this IN eclipse-tractusx (a branch) and not from an outside repository.

This definitly needs an IP check and proper procedure

@almadigabor
Copy link
Contributor

I've opened the IP ticket, you can it's track the progress here.

@almadigabor
Copy link
Contributor

Regarding the warning for the setup-java action: Is it necessary to use a separate action file? I think all the parameters are supported in the official action as well.

@almadigabor almadigabor requested a review from drcgjung April 4, 2024 10:19
@drcgjung
Copy link
Contributor

drcgjung commented Apr 4, 2024

Hey, I would also suggest implementing the dependencies workflow to have an automated check on each PR like here. This would make sure that we don't merge PRs that have outdated DEPENDENCIES files. Also can you clarify here how the dependencies work in this repo? Are they consolidated into a single file?

will do

@drcgjung
Copy link
Contributor

drcgjung commented Apr 4, 2024

This is mostly a migration/carveout of code from https://github.com/eclipse-tractusx/knowledge-agents-edc/tree/main/agent-plane/agent-plane-protocol/src/main/java/org/eclipse/tractusx/agents/edc into a new servlet container (glassfish) together with some EDC client stubs (to render it independent of EDC). It represents a new product/chart which provides external agent functionality (SPARQL engine, federated catalogue) independent of EDC (data plane) such that it can be used to host business data as well without being exposed to the dataspace/public internet. As such it represents a big advantage for security architecture. Copyright attachments and dependencies have been rechecked, such that no fresh IP check needs to made.
see also eclipse-tractusx/knowledge-agents-edc#184

Hi @drcgjung, even though it is a migration, an IP check is necessary as the contribution is coming from catenax-ng and the number of line changes are way above 1000. See TRG7.03 for more info.

I though so. Yes, lets do an IP check on the patch text.

Copy link
Contributor

@drcgjung drcgjung left a comment

Choose a reason for hiding this comment

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

Rechecked including ct install on a local kind cluster (documentation added).

@drcgjung drcgjung requested a review from almadigabor April 4, 2024 11:57
@drcgjung drcgjung self-requested a review April 12, 2024 06:09
Copy link
Contributor

@drcgjung drcgjung left a comment

Choose a reason for hiding this comment

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

@almadigabor

  • IP check approved after fixing an erroneous SPDX line
  • unify setup-java steps.

@almadigabor almadigabor merged commit c603c23 into eclipse-tractusx:main Apr 16, 2024
7 checks passed
@drcgjung drcgjung deleted the feature/97-MatchmakingAgentApi branch April 17, 2024 08:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: ✅ Done
Development

Successfully merging this pull request may close these issues.

4 participants