-
Notifications
You must be signed in to change notification settings - Fork 374
@MessageMapping for websocket end point #154
Comments
similar to of #77 , but with Websocket endpoint in This is the exception i am getting
|
Hi @sunilsp54, This is actually just a warning. I have to leave this warning otherwise there would be no feedback if a queue that should exist is not found. You could just raise the log level to |
So what if the actual SQS topic did exist? This behavior is not great. Why should the SQS Annotation resolver even look in @controller:s? |
@stnor as you said SQS Annotation resolver should not look in @controller:s? . The conflict here is @MessageMapping is used for mapping both "WebSocket end point" and "AWS SQS Listener ". May be to support backward compatibility, SQS Annotation resolver should look in @controller:s and decide @MessageMapping is actually intended for SQS Listener or not , as you suggested here #171 |
Problem:
Currently When
<aws-messaging:annotation-driven-queue-listener />
is enabled @MessageMapping requires a physical aws SQS queue name and @MessageMapping cannot be used for mapping websocket end points.Since
@SqsListner
is introduced,@MessageMapping
annotation should not be used for mapping SQS listner.This way websocket end points and sqs listner annotation can be used in a standard way.
@aemruli your input on this will be a great help.
The text was updated successfully, but these errors were encountered: