parametro URL externo

[Carlos Eduardo Serpa]

Olá pessoal estou precisando de uma ajuda.

Tenho uma aplicação(PHP )onde terei um link o qual passarei um parametro(Ex: matricula) via url para aplicação2 (JSF Richafaces), onde guardarei o parametro, no caso a  matricula em uma variável de sessão. Tenho como pegar o parametro da url de outra pagina ?  Como faço isso ou viajei muito ?


--
My best regards
Carlos Eduardo Serpa de Sousa
Software Enginner
Sun Certified Programmer for Java 2 Platform, Standard Edition 5.0 - SCJP

[Bruno Maomeh]

talvez seria mais interessante vc pegar via servlet mesmo..

2009/11/19 Carlos Eduardo Serpa <cadu....@gmail.com>

--
Bruno Maomeh
  http://brunomaomeh.wordpress.com

[Davi Schneid]

cara vc pode tentar assim
cria um objeto HttpServletRequest e através desse objeto pelo método getParameter vc terá o parametro que foi passado.O unico problema e que desta maneira vc fica dependente da API servlet .

HttpServletRequest request=(HttpServletRequest)  

   FacesContext.getCurrentInstance().getExternalContext().getRequest();
   request.getParameter("Parametro");

[Bruno Maomeh]

qual o problema em depender da api servlet? só via de dúvida mesmo.. :)

2009/11/20 Davi Schneid <daviso...@gmail.com>

[Rafael Ponte]

Além de ser muito verbosa, vai contra a filosofia de tentar abstrair o HTTP do JSF :-) Estou falando de usar request e response em um managed bean, claro.

2009/11/20 Bruno Maomeh <bruno...@gmail.com>

--
Rafael Ponte
http://www.rponte.com.br

[Assis Júnior]

Kra, se vc usar o seam tem acesso ao @RequestParameter e vc também
pode usar o RestEasy.

2009/11/20 Rafael Ponte <rpo...@gmail.com>:

--
Atenciosamente,
Assis júnior
SCJP 5.0 Certified

[Davi Schneid]

@Bruno não sei estou certo ,mas ao meu ver ao manipular o objeto HttpServletRequest diretamente cria-se uma dependência com a Servlets API, o que impossibilita que essa classe seja utilizada fora de um web container. Isto pode ser ruim para a evolução do seu sistema a longo prazo.

[Marcelo Balloni]

 Na minha opinião essa independência toda é um grande exagero.
 Se o MB deve ser comportar como um controller e cada controler é intimo a view pq eu deveria reaproveitar o controler?
 como disse, muitas vezes quando falamos em independencia de partes (as vezes baixo acoplamento) não passa de exagero.
 Não que eu não seja a favor da separação de responsabilidades de forma coerente e focada, muito pelo contrário.

2009/11/21 Davi Schneid <daviso...@gmail.com>

[Bruno Maomeh]

realmente isso faz sentindo.. nunca tinha parado pra pensar nisso com mais calma..
mas no caso de um selectOneMenu.. que vc deve passar uma lista de SelectItem, como eu faria pra passar essa lista fora de um web container? ou mesmo, apenas fora do faces?

2009/11/21 Davi Schneid <daviso...@gmail.com>

@Bruno não sei estou certo ,mas ao meu ver ao manipular o objeto HttpServletRequest diretamente cria-se uma dependência com a Servlets API, o que impossibilita que essa classe seja utilizada fora de um web container. Isto pode ser ruim para a evolução do seu sistema a longo prazo.

[Gilliard Cordeiro]

Acredito que uma saída, caso você não utilize Seam para usar @RequestParameter seja usaro o ExternalContext do Faces

Map<String, String> params = FacesContext.getCurrentInstance().getExternalContext().getRequestParameterMap();

String valor = params.get("parametro");

Assim você não tem dependência com a api de servlets pois a api do faces abstrai isso pra você.

2009/11/23 Bruno Maomeh <bruno...@gmail.com>

--
Gilliard Cordeiro
http://gilliard.eti.br

[Davi Schneid]

valeu @Gilliard,essa seria uma saída sim .