Adicionar parâmetro de contexto no bean

É que na verdade eu não estou utilizando nenhuma JSP nesse caso, trata-se apenas de um serviço REST onde eu retorno dados de determinados beans a um cliente.

os dados que estão em banco de dados, referentes a cada bean estápegando certinho, o problema, ou melhor, minha dúvida é adicionar esses parâmetros do contexto.

Na verdade eu pensei dessa forma porque achei que fosse a mais fácil, já que se trata de dados que serão comuns para todos os beans não achei necessário guardá-los em banco, e sim em um arquivo que se mudar, e raramente vai, eu altero apenas no arquivo.

Se alguém tiver outra forma de eu fazer isso, será bem vinda, eu coloquei no context-param por achar que seria a melhor maneira.

Obrigado.

Faça o que o fbl.lucas falou , passando como parâmetro um HttpServletRequest para o seu serviço. A partir dele, acredito que você consegue recuperar os dados do web.xml.

certo, e como eu passo para meu serviço esse parâmetro? :oops:

thank’s

Tenho isso:

@GET
    @Produces({"application/json"})
    public List<Product> findAll(@Context HttpServletRequest request) {
        String initParameter = request.getServletContext().getInitParameter("settings");
        return super.findAll();
    }

Como eu poderia adicionar a essa lista a String correspondente initParameter?

:thumbup:

jmountain:

Tenho isso:

@GET
    @Produces({"application/json"})
    public List<Product> findAll(@Context HttpServletRequest request) {
        String initParameter = request.getServletContext().getInitParameter("settings");
        return super.findAll();
    }

Como eu poderia adicionar a essa lista a String correspondente initParameter?

:thumbup:

@GET
    @Produces({"application/json"})
    public RetornoDTO findAll(@Context HttpServletRequest request) {
        String initParameter = request.getServletContext().getInitParameter("settings");
        return new RetornoDTO(initParameter, super.findAll());
    }

O problema é que como você sobrescreveu o método fica complicado você alterar o retorno…Teria que criar um método novo.
Outra solução seria criar um método que retorne apenas este valor.

fbl.lucas:

jmountain:

Tenho isso:

@GET
    @Produces({"application/json"})
    public List<Product> findAll(@Context HttpServletRequest request) {
        String initParameter = request.getServletContext().getInitParameter("settings");
        return super.findAll();
    }

Como eu poderia adicionar a essa lista a String correspondente initParameter?

:thumbup:

Acredito que o método findAll deveria retornar um Objeto que contém um atributo initParameter e um atributo List

@GET
    @Produces({"application/json"})
    public RetornoDTO findAll(@Context HttpServletRequest request) {
        String initParameter = request.getServletContext().getInitParameter("settings");
        return new RetornoDTO(initParameter, super.findAll());
    }

O problema é que como você sobrescreveu o método fica complicado você alterar o retorno…Teria que criar um método novo.
Outra solução seria criar um método que retorne apenas este valor.

DTO não, peloamordedeus!

Tô meio sem saber como proceder por não conhecer exatamente todos os recursos da linguagem, mas aos poucos tenho conseguido me virar, mas ese probleminha aqui tá me dando uma surra pq se eu coloco settings no meu bean ele tenta realizar a busca considerando esse atributo, por isso eu acho q o correto é pegar no meu serviço, como já fiz, porém queria dar um jeito de incluir ele na minha List que possui os dados do meu bean. Alguém poderia esboçar uma idéia baseado no meu trecho?

@GET
    @Produces({"application/json"})
    public List<Product> findAll(@Context HttpServletRequest request) {
        String settings = request.getServletContext().getInitParameter("settings");//ainda não está sendo utilizado, apenas estou pegando esse valor, é ele que quero adicionar na minha resposta
        return super.findAll();
    }

obrigado.

asaudate:

DTO não, peloamordedeus!

Qual é o problema em usar DTO? Como ele sobrescreve o método findAll realmente não seria recomendado, mas não vejo outra questão que impeça de ser utilizado ja que ele quer retornar a lista e o parametro na mesma consulta

Como o DTO funciona, tem algum link com algum exemplo? Lógico que vou pesquisar também, mas se alguém tiver algo, posta aí!

Valeu!

fbl.lucas:

asaudate:

DTO não, peloamordedeus!

Qual é o problema em usar DTO? Como ele sobrescreve o método findAll realmente não seria recomendado, mas não vejo outra questão que impeça de ser utilizado ja que ele quer retornar a lista e o parametro na mesma consulta

DTO é um antipattern porque:

1. Promove o modelo anêmico
2. Torna a manutenção mais difícil (no caso de uma adição ou remoção de campos, por exemplo)
3. É desnecessário no mundo de web services (anote a entidade com @XmlTransient ou não e seja feliz )

Se é mesmo necessário retornar o parâmetro de maneira separada do resto do modelo, o mais elegante de se fazer, em REST, seria retornar um Header contendo o valor. Para isso, basta alterar o resultado do serviço REST para conter uma Response - onde dá pra ajustar a entidade como a coleção e também colocar o header extra.

Ah, já ia esquecendo… dê uma olhada nesta entrevista para saber mais sobre o DTO e o famigerado BOLOVO, também - e, óbvio, saber porque é importantíssimo evitar esses (anti)patterns.

asaudate:

fbl.lucas:

asaudate:

DTO não, peloamordedeus!

Qual é o problema em usar DTO? Como ele sobrescreve o método findAll realmente não seria recomendado, mas não vejo outra questão que impeça de ser utilizado ja que ele quer retornar a lista e o parametro na mesma consulta

DTO é um antipattern porque:

1. Promove o modelo anêmico
2. Torna a manutenção mais difícil (no caso de uma adição ou remoção de campos, por exemplo)
3. É desnecessário no mundo de web services (anote a entidade com @XmlTransient ou não e seja feliz )

Se é mesmo necessário retornar o parâmetro de maneira separada do resto do modelo, o mais elegante de se fazer, em REST, seria retornar um Header contendo o valor. Para isso, basta alterar o resultado do serviço REST para conter uma Response - onde dá pra ajustar a entidade como a coleção e também colocar o header extra.

Ah, já ia esquecendo… dê uma olhada nesta entrevista para saber mais sobre o DTO e o famigerado BOLOVO, também - e, óbvio, saber porque é importantíssimo evitar esses (anti)patterns.

Obrigado por ter separado um tempo para responder, é interessante que se promova o conhecimento através de argumentos como o seu.