Reusing code between resources

Offen

#335 erstellt am 04.12.2020 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: build-system, tooling

Rechercherichtung

Beginne mit den verlinkten AWS IoT-Beispielen in Translator.java und HandlerUtils.java und konzentriere dich auf die Methoden zur Ausnahmeübersetzung und listTags, die in den Maven-Projekten der Ressourcen dupliziert sind. Untersuche anschließend, wie dieses Java-Plugin separate Projekte generiert, und ermittle, ob gemeinsamer Code unterstützt werden kann. Die Aufgabe ist abgeschlossen, wenn ein konkreter Ansatz zur Wiederverwendung dieser Handler dokumentiert oder implementiert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Hi, I'm from AWS IoT, we have a question/feature request.

Our handlers across different resources use the same code for exception translations and listing resource tags. These resources reside in the same GitHub repository, yet, since each resource has its own Maven project, we're unable to reuse that common code and haven't seen solutions in other repositories.

Specific examples from our AWS IoT repo (code is still in PRs):

Exception translation code - link. We have this method in the Translator class for each resource.
listTags method (calls IoT::ListTagsForResource) - link.

For both of these, we're able to reuse the code between handlers for the same resource, but we had to copy paste this piece of code for each resource.

Is there a solution available for our use case?

Vorherrschende Sprache: Java
Sterne: 30
Forks: 48
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus aws-cloudformation/cloudformation-cli-java-plugin

Runtime compatibility issue Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

aws-cloudformation/cloudformation-cli-java-plugin#415 · 1 Kommentar · Erstellt am 27.2.2023
AmazonWebServicesClientProxy.logRequestMetadataV2 causes a premature evaluation of the response object Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 42/100

aws-cloudformation/cloudformation-cli-java-plugin#414 · Erstellt am 16.2.2023
Request handlers expect a synchronous ProgressEvent response instead of async Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100

aws-cloudformation/cloudformation-cli-java-plugin#402 · Erstellt am 11.9.2022
Execution failed for task '<resource>:cfnPackage' Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100

aws-cloudformation/cloudformation-cli-java-plugin#405 · Erstellt am 23.8.2022
injectCredentialsAndInvokeV2 method in proxy class doesn't support API's like PutObject from S3. Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100

aws-cloudformation/cloudformation-cli-java-plugin#373 · Erstellt am 25.8.2021

Alle Issues in aws-cloudformation/cloudformation-cli-java-plugin