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

[Bug] unable to achieve MANUAL semantics on pulsar-function-go SDK #23834

Open
2 of 3 tasks
rohithg145 opened this issue Jan 9, 2025 · 0 comments
Open
2 of 3 tasks

[Bug] unable to achieve MANUAL semantics on pulsar-function-go SDK #23834

rohithg145 opened this issue Jan 9, 2025 · 0 comments
Labels
type/bug The PR fixed a bug or issue reported a bug

Comments

@rohithg145
Copy link

Search before asking

  • I searched in the issues and found nothing similar.

Read release policy

  • I understand that unsupported versions don't get bug fixes. I will attempt to reproduce the issue on a supported version of Pulsar client and Pulsar broker.

Version

pulsar: v4.0.0

Minimal reproduce step

  1. use pulsar-function-go SDK to create a sample function using go runtime.
  2. try to use MANUAL delivery method, where user has to handle the Ack() and Nack() of each message.
  3. inside the created sample function, get FunctionContexted from the context object.
  4. use the FunctionContext to Ack() or Nack() the current record/message manually

What did you expect to see?

according to documentation: "A function to acknowledge the message being processed (if auto-ack is disabled)"
it is expected from SDK, to provide an API/method through FunctionContext, that has consumer information, so that Ack() & Nack() is possible

What did you see instead?

fctx.GetCurrentRecord() returns a pulsar.Message instead of pulsar.ConsumerMessage, and not other way to access the consumer to Ack() / Nack() the records

Anything else?

No response

Are you willing to submit a PR?

  • I'm willing to submit a PR!
@rohithg145 rohithg145 added the type/bug The PR fixed a bug or issue reported a bug label Jan 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/bug The PR fixed a bug or issue reported a bug
Projects
None yet
Development

No branches or pull requests

1 participant