-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ideias de implementação #4
Comments
Uma ideia legal é colocar o status http na response, não sei se eles cobram isso, mas faz muito sentido.. tipo assim @GET
@Path("licitacoes/")
public Response printMessage() {
//...
String result = databaseData.build();
return Response.status(200).entity(result).build();
} |
Pra pegar annotations: methods = new HashMap<String, Method>();
for (Method method : getClass().getMethods()) {
if (method.isAnnotationPresent(Links.class)) {
Links linksAnnotation = method.getAnnotation(Links.class);
methods.put(linksAnnotation.resource(), method);
}
} |
Xiao disse para estudarmos spring. É MVC, já tem suporte a HAL, providers de JSON baseados nos nossos models e usa o swagger para supeorte à documentação. Me parece promissor. |
@pedrobarros dá uma olhada nas issues :P |
falta decidir se usaremos Gradle ou Maven. Dizem que Gradle é melhor e mais fácil de usar. Voto nele. |
Uma ideia: ao invés de um |
Coisas sobre a implementação do swagger:
lado ruim tem que usar maven ou gradle. Voto pra usar gradle só por ter ouvido falar que é mais fácil. Fonte de informações aqui. |
Para sincronizar o fork de compras usar estes links: |
A ideia aqui é colocar tudo que for discutido e especulado sobre o projeto: frameworks, libs, como implementar tal coisa etc.
Inicialmente começamos com o que tem abaixo:
Itens a serem discutidos:
- parâmetros padrão da URI (offset e order by)
- validação dos campos de cada request
- LinkFactory e Providers (ver a questão de como serão mapeados os Resources)
The text was updated successfully, but these errors were encountered: