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

Kogito Serverless Workflow does not send the Cloud Event in binary mode #1738

Closed
gpando opened this issue Jul 7, 2023 · 2 comments
Closed

Comments

@gpando
Copy link

gpando commented Jul 7, 2023

Describe the bug

Kogito Serverless Workflow does not send the Cloud Event in binary mode (mode default).
Even when forcing the properties, it doesn't work:

mp.messaging.outgoing.products.bootstrap.servers=localhost:9092 mp.messaging.outgoing.products.connector=smallrye-kafka mp.messaging.outgoing.products.topic=productsworkflow mp.messaging.outgoing.products.cloud-events=true mp.messaging.outgoing.products.cloud-events-mode=binary

Expected behavior

View the properties of Cloud Events in the headers, not in the payload.

Actual behavior

Cloud Events in the headers in payload

How to Reproduce?

It occurs in any example.

Output of uname -a or ver

No response

Output of java -version

No response

GraalVM version (if different from Java)

No response

Kogito version or git rev (or at least Quarkus version if you are using Kogito via Quarkus platform BOM)

No response

Build tool (ie. output of mvnw --version or gradlew --version)

No response

Additional information

No response

@fjtirado
Copy link
Contributor

fjtirado commented Jul 7, 2023

Thats current expected behaviour. Kogito support consuming both binary and structure, but only publish on structure. Please open a Feature Request JIRA to add support for binary publishing

@fjtirado fjtirado closed this as completed Jul 7, 2023
@gpando
Copy link
Author

gpando commented Jul 7, 2023

#3115

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

No branches or pull requests

2 participants