Option
HeimHeim Skill Cloud-Infrastruktur aws-sdk-java-v2-messaging

aws-sdk-java-v2-messaging

giuseppe-trisciuoglio/developer-kit giuseppe-trisciuoglio/developer-kit

Stellt AWS-Messaging-Muster unter Verwendung des AWS SDK für Java 2.x für SQS-Warteschlangen und SNS-Themen bereit. Unterstützt das Senden und Empfangen von Nachrichten, FIFO-Warteschlangen, DLQ, Abonnements sowie Pub/Sub-Muster. Zur Verwendung bei der Implementierung von Messaging mit SQS oder SNS.

...Alle erweitern
12
Zeit aktualisiert 23. August 2026

Über aws-sdk-java-v2-messaging

aws-sdk-java-v2-messaging ist eine Entwicklerreferenz zur Implementierung von AWS-Messaging mit dem AWS SDK für Java 2.x, die sowohl Amazon SQS-Warteschlangen als auch Amazon SNS-Themen abdeckt. Sie löst das Problem der korrekten Verknüpfung von Produzenten, Konsumenten und Pub/Sub-Abläufen in Java-Diensten, indem sie idiomatische Muster für die Client-Einrichtung und Nachrichtenoperationen mit lauffähigem Code zusammenfasst, sodass Entwickler, die ereignisgesteuerte Systeme erstellen, diese nicht aus verstreuten Dokumenten neu zusammenstellen müssen.

Die Datei „SKILL.md“ und ihre Referenzdateien veranschaulichen die Client-Konfiguration (SqsClient-/SnsClient-Builder unter Verwendung von „DefaultCredentialsProvider“ und einer Region), SQS-Operationen (Warteschlange erstellen, senden, empfangen mit Long Polling, löschen über Receipt-Handle), FIFO-Warteschlangen mit inhaltsbasierter Deduplizierung und Nachrichtengruppen-IDs, SNS-Operationen (Thema erstellen, Veröffentlichen mit Betreff- und Nachrichtenattributen, FIFO-Veröffentlichung) sowie SNS-zu-SQS-/E-Mail-/Lambda-Abonnements. Außerdem wird die Spring-Boot-Integration mit injizierten Clients und konfigurationsgesteuerten Thema-ARNs gezeigt und auf erweiterte Funktionen wie Dead-Letter-Warteschlangen, Batch-Operationen, Sichtbarkeits-Timeout sowie die Verwendung von S3 für Nachrichten über 256 KB hingewiesen. Die mitgelieferten Referenzen umfassen detaillierte SQS- und SNS-Operationen, die Spring-Boot-Integration sowie Links zur offiziellen AWS-Dokumentation und zu Beispiel-Repositorys.

Es richtet sich an Java-Backend-Entwickler, die auf AWS Architekturen für Nachrichtenpufferung, Pub/Sub und ereignisgesteuerte Systeme erstellen, insbesondere an diejenigen, die Spring Boot verwenden. Anmeldedaten werden über den standardmäßigen `DefaultCredentialsProvider` des SDK verwaltet und nicht als fest codierte Geheimnisse, und alle gezeigten Vorgänge sind gewöhnliche Messaging-Aufrufe auf Anwendungsebene.

FAQ

Welche AWS-Dienste werden behandelt?

Amazon SQS (Standard- und FIFO-Warteschlangen, DLQ, Long Polling) und Amazon SNS (Themen, Veröffentlichungen und Abonnements für SQS, E-Mail und Lambda) unter Verwendung des AWS SDK für Java 2.x.

Wie werden Anmeldedaten verwaltet?

Clients werden mit dem „DefaultCredentialsProvider“ und einer expliziten Region erstellt und stützen sich auf die standardmäßige AWS-Anmeldekettenverwaltung anstelle von fest codierten Schlüsseln im Skill.

Wird Spring Boot unterstützt?

Ja – es enthält Beispiele für die Spring-Boot-Integration mit injiziertem SnsClient/ObjectMapper und über die @Value-Konfiguration bereitgestellten Topic-ARNs sowie eine eigene Referenzdatei „spring-boot-integration“.

Kann es FIFO-Reihenfolge und Deduplizierung verarbeiten?

Ja. Es werden die Erstellung von FIFO-Warteschlangen und Themen mit inhaltsbasierter Deduplizierung sowie Nachrichtengruppen-IDs und Deduplizierungs-IDs für eine geordnete „Exactly-Once“-Zustellung gezeigt.

Was ist mit großen Nachrichten oder fehlgeschlagenen Nachrichten?

Die Referenz beschreibt die Verwendung von S3 für Nachrichten, die größer als 256 KB sind, sowie die Konfiguration von Dead-Letter-Warteschlangen, Sichtbarkeits-Timeouts und Batch-Operationen für eine robuste Verarbeitung.

Alle Dateien

5Dateien: references/detailed-sns-operations.md (5,1KB) Anzeigen; references/aws-official-documentation.md5,2KB Anzeigen references/detailed-sqs-operations.md 6,0KB Anzeigen references/spring-boot-integration.md 7,7KB Anzeigen SKILL.md 7,2 KB Anzeigen
Auf GitHub ansehen

Overview

Provides patterns for SQS queues and SNS topics with AWS SDK for Java 2.x: client setup, queue management, message operations, subscriptions, and Spring Boot integration.

When to Use

  • Setting up SQS queues (standard or FIFO) for message buffering
  • Implementing pub/sub with SNS topics and subscriptions
  • Processing messages from SQS queues with long polling
  • Configuring dead letter queues (DLQ) for error handling
  • Integrating AWS messaging with Spring Boot applications
  • Building event-driven architectures with SQS/SNS

Examples

Quick Setup

Dependencies:

<dependency>    <groupId>software.amazon.awssdk</groupId>    <artifactId>sqs</artifactId></dependency><dependency>    <groupId>software.amazon.awssdk</groupId>    <artifactId>sns</artifactId></dependency>

Client Configuration:

SqsClient sqsClient = SqsClient.builder()    .region(Region.US_EAST_1)    .credentialsProvider(DefaultCredentialsProvider.create())    .build();SnsClient snsClient = SnsClient.builder()    .region(Region.US_EAST_1)    .build();

SQS Operations

Create and Send Message:

String queueUrl = sqsClient.createQueue(CreateQueueRequest.builder()    .queueName("my-queue")    .build()).queueUrl();String messageId = sqsClient.sendMessage(SendMessageRequest.builder()    .queueUrl(queueUrl)    .messageBody("Hello, SQS!")    .build()).messageId();

Receive and Delete Message:

ReceiveMessageResponse response = sqsClient.receiveMessage(ReceiveMessageRequest.builder()    .queueUrl(queueUrl)    .maxNumberOfMessages(10)    .waitTimeSeconds(20)    .build());response.messages().forEach(message -> {    processMessage(message.body());    sqsClient.deleteMessage(DeleteMessageRequest.builder()        .queueUrl(queueUrl)        .receiptHandle(message.receiptHandle())        .build());});

FIFO Queue:

Map<QueueAttributeName, String> attributes = Map.of(    QueueAttributeName.FIFO_QUEUE, "true",    QueueAttributeName.CONTENT_BASED_DEDUPLICATION, "true");String fifoQueueUrl = sqsClient.createQueue(CreateQueueRequest.builder()    .queueName("my-queue.fifo")    .attributes(attributes)    .build()).queueUrl();sqsClient.sendMessage(SendMessageRequest.builder()    .queueUrl(fifoQueueUrl)    .messageBody("Order #12345")    .messageGroupId("orders")    .messageDeduplicationId(UUID.randomUUID().toString())    .build());

SNS Operations

Create Topic and Publish:

String topicArn = snsClient.createTopic(CreateTopicRequest.builder()    .name("my-topic")    .build()).topicArn();snsClient.publish(PublishRequest.builder()    .topicArn(topicArn)    .subject("Test Notification")    .message("Hello, SNS!")    .build());

SNS to SQS Subscription:

String queueArn = sqsClient.getQueueAttributes(GetQueueAttributesRequest.builder()    .queueUrl(queueUrl)    .attributeNames(QueueAttributeName.QUEUE_ARN)    .build()).attributes().get(QueueAttributeName.QUEUE_ARN);snsClient.subscribe(SubscribeRequest.builder()    .protocol("sqs")    .endpoint(queueArn)    .topicArn(topicArn)    .build());

Spring Boot Integration

@Service@RequiredArgsConstructorpublic class OrderNotificationService {    private final SnsClient snsClient;    private final ObjectMapper objectMapper;    @Value("${aws.sns.order-topic-arn}")    private String orderTopicArn;    public void sendOrderNotification(Order order) throws JsonProcessingException {        snsClient.publish(PublishRequest.builder()            .topicArn(orderTopicArn)            .subject("New Order Received")            .message(objectMapper.writeValueAsString(order))            .messageAttributes(Map.of(                "orderType", MessageAttributeValue.builder()                    .dataType("String")                    .stringValue(order.getType())                    .build()))            .build());    }}

Instructions

Implement Message Processing (with Validation)

  1. Create queues/topics with appropriate configuration
  2. Send messages and validate messageId is returned
  3. Receive messages with long polling (waitTimeSeconds: 20)
  4. Process messages - validate payload before processing
  5. Delete messages only after successful processing - verify deletion response
  6. Check DLQ periodically for failed messages using redrivePolicy
  7. Verify delivery - monitor CloudWatch NumberOfMessagesSent metric

Validation Checklist:

// After sendif (messageId == null || messageId.isEmpty()) {    throw new MessagingException("Message send failed - no messageId returned");}// After receiveif (response.messages().isEmpty()) {    log.debug("No messages available - normal with long polling");}// After deleteif (!deleteResponse.sdkHttpResponse().isSuccessful()) {    throw new MessagingException("Message deletion failed");}

Setup Credentials

export AWS_ACCESS_KEY_ID=your-access-keyexport AWS_SECRET_ACCESS_KEY=your-secret-keyexport AWS_REGION=us-east-1

Monitor and Debug

  • CloudWatch metrics: ApproximateNumberOfMessages, NumberOfMessagesSent, NumberOfMessagesReceived
  • Enable SDK logging: software.amazon.awssdk at DEBUG level
  • Use X-Ray for distributed tracing

Best Practices

SQS:

  • Use long polling (20-40s) to reduce empty responses and costs
  • Always delete messages after successful processing
  • Implement idempotent processing for duplicate handling
  • Configure DLQ (redrivePolicy) for failed messages
  • Use FIFO queues when order matters (300 msg/sec limit)

SNS:

  • Use filter policies to reduce unnecessary deliveries
  • Keep messages under 256KB
  • Implement retry with exponential backoff
  • Monitor NumberOfNotificationFailed metric

General:

  • Use IAM roles over static credentials
  • Reuse clients (they are thread-safe)
  • Test with LocalStack or Testcontainers

Detailed References

  • references/detailed-sqs-operations.md
  • references/detailed-sns-operations.md
  • references/spring-boot-integration.md
  • references/aws-official-documentation.md

Constraints and Warnings

  • Message Size: Maximum 256KB for SQS and SNS
  • Visibility Timeout: Undeleted messages reappear after timeout - always delete after processing
  • Input Validation: Sanitize message body before processing - messages may contain untrusted payloads
  • FIFO Naming: Must end with .fifo suffix
  • FIFO Throughput: 300 msg/sec per queue (use partitioning for higher throughput)
  • Message Retention: SQS retains messages max 14 days
  • DLQ Required: Configure dead letter queue to prevent message loss
  • Region-Specific: SQS queues are region-specific; cross-region requires SNS

Alle Dateien

0 Dateien

aws-sdk-java-v2-messaging installieren

Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.

ZIP herunterladen

Klonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.

git clone https://github.com/giuseppe-trisciuoglio/developer-kit/blob/main/plugins/developer-kit-java/skills/aws-sdk-java-v2-messaging/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

Kopieren Kopieren
Schnelle Einrichtung: Kopiere den Skill-Ordner nach .claude/skills/. Claude erkennt den Skill automatisch und nutzt ihn.

Ähnliche Skills

Cloudflare Manager
Zeit aktualisiert 29. Juni 2026
pinecone
Zeit aktualisiert 29. Juni 2026
azure-setup-guide
Zeit aktualisiert 29. Juni 2026
sentry-architecture-variants
Zeit aktualisiert 29. Juni 2026
OR