Carlos Tasada
Carlos Tasada
@asinbow I'm really looking forward to see this merged. In the meantime I did a few tests and I still found some issues :( Checking [JUnit 5 Guide](https://junit.org/junit5/docs/current/user-guide/) I see...
Since we have AsyncAPI support for both STOMP and Websocket, maybe we can take a simple approach providing a simple `springwolf-websocket-binding` annotation support, like we are now doing for `sns`...
Using Backstage 1.13.0 I get the same error I replicated the steps provided by @danieljamesscott at https://github.com/backstage/backstage/issues/15044#issuecomment-1359267272 I used `yarn add --cwd packages/backend @backstage/plugin-catalog-backend-module-gitlab` instead of `github` Full stacktrace is...
Hi @Sonic-Rage I was looking into this ticket. Would be fair to assume that, given something like ```java @KafkaHandler public void receiveExamplePayload( @Headers MessageHeaders headers, @Header(KafkaHeaders.RECEIVED_KEY) String key, @Payload(required =...
Hey @timonback My main motivation for this change is the injection of extra dependencies. For example, I have a service using SNS, but it's directly using the AWS client and...
@timonback I refactored the whole MR and migrated **only** the SQS bindings. Is this the approach you had in mind?
@timonback @sam0r040 I did a new refactor. Now the code is duplicated and the `binding` artifacts are in its own pipeline, so we have 100% decoupling from plugins. None of...
Agree, I was thinking about maybe something like a Swagger ModelConverter that supports the annotation. I found this old ticket in SpringDoc which we may use as reference: https://github.com/springdoc/springdoc-openapi/issues/1226
I tried the different approaches and the issue persists. Applying the `@Bean` affects also both, SpringDocs and SpringWolf
@gabryellr We have just released the new 1.0.0 version. Can you upgrade and confirm if you still have the same issue?