Reusing code between resources
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- build-system, tooling
Línea de trabajo
Comienza con los ejemplos vinculados de AWS IoT en Translator.java y HandlerUtils.java, centrándote en la traducción de excepciones y en los métodos listTags, que están duplicados en los proyectos Maven de recursos. Después, inspecciona cómo este plugin de Java genera proyectos separados y determina si se puede admitir código compartido. Se considera terminado cuando se haya documentado o implementado un enfoque concreto para reutilizar estos handlers.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
listTagsmethod (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?
- Lenguaje dominante
- Java
- Estrellas
- 30
- Forks
- 48
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de aws-cloudformation/cloudformation-cli-java-plugin
-
Runtime compatibility issue Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
aws-cloudformation/cloudformation-cli-java-plugin#415 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
-
injectCredentialsAndInvokeV2 method in proxy class doesn't support API's like PutObject from S3. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de aws-cloudformation/cloudformation-cli-java-plugin
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
elastic/gradle-plugins#157 ·
-
enhancement Tools
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
apache/rocketmq-dashboard#5008 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
DETECT_PARAMETER_NAMES=false silently disables @ConstructorProperties-based Creator detection too Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
FasterXML/jackson-databind#6229 ·