| Autor |
Mensagem |
|
|
Fala pessoal...
Estou com 2 vouchers para vender. Comprei na época de uma promoção que comprava 2 pelo preço de 1.
Como não tive tempo de estudar, estou vendendo.
O preço é R$160,00 cada.
Validade 31/12/2008.
t+
|
 |
|
|
Olá pessoal,
Estava estudando EL quando um amigo me passou a seguinte questão (segundo ele foi uma questão de um concurso):
Analisando os trechos de código apresentados, após a execução da classe
ServletEscopo, o valor exibido pela página resposta.jsp será
A) chave = contexto.
B) chave = sessão.
C) chave = requisição.
D) chave = página.
A resposta correta é letra B.
A explicação para isso é pelo fato de ServletContext não fazer parte dos objetos implícitos da EL? E logo após isso ele seta na session. O sessionScope é um obj. implícito, logo a EL pega o valor do primeiro valor setado para o atributo "chave"?
Quem puder ajudar... 
|
|
|
|
Olá pessoal,
Tenho seguinte cenário:
Minha aplicação precisa consumir um webservice que retorna uma lista de objetos complexos. Objetos que minha aplicacao desconhece, suponhamos que seja uma lista de objetos Livro. Sei que esse WebService me retorna isso, porem na minha aplicacao não existe essa classe (Livro).
Uma idéia foi atribui esse objeto a um DataSet, no Webservice e retornar esse DataSet. Só lembrando que o Serviço é escrito em C#, mas para o conceito de consumo de serviços é indeferente a linguagem que ele é escrito. Essa solução seria correta? Se o cliente fosse uma aplicacao em java, funcionaria?
Alguem vê uma solução para este problema, ou seja, fazer que meu serviço seja consumido por qualquer cliente (java, asp.net, Delphi, enfim...) sem que esse cliente conheca o tipo (a classe) da lista de retorno?
|
|
|
|
Como ja foi dito ae... usa serialização... Esse tutorial ae tá bem explicado...
|
|
|
|
pra você começar...
http://www.guj.com.br/java.artigo.13.1.guj
Bons estudos!
|
|
|
|
Nao devia gravar em .class?
Gravar o que? Primeiro deve compilar seu .java
|
|
|
|
thingol wrote:
Atenção, professores - se este código for submetido dessa maneira, não aceitem 
uhuahauhauhaahuhuahuaha....
BOAAAA!!!
|
|
|
|
http://java.sun.com/j2se/1.5.0/docs/api/java/util/Arrays.html
|
|
|
|
obviamente... 
No caso de achar elementos repetidos, acho que fica mais eficiente você ordenar seu array e depois percorre-lo uma unica vez verificando se tem elemento repetido.
(...)
Após ordenado, pegue seu primeiro elemento e saia varrendo.
|
|
|
|
mas no seu exemplo seria para arrays com sequencia como 1,1,2,2,2,3,3,3;
e se fossem numeros aleatorios como
1,2,5,7,9,4,1,3,6,2,5?
Pois é... experimenta ordenar essa sequencia que você me passou!!
1,2,5,7,9,4,1,3,6,2,5
oredenando...
1,2,2,3,4,5,6,7,9
|
|
|
|
No caso de achar elementos repetidos, acho que fica mais eficiente você ordenar seu array e depois percorre-lo uma unica vez verificando se tem elemento repetido.
Seu algoritmo vai ser a (ordem do seu método de ordenação) + O(n).
Após ordenado, pegue seu primeiro elemento e saia varrendo. Enquanto for igual exclua. No momento que achar um maior, pegue-o e vá comparando do mesmo jeito que você fez com o primeiro e assim por diante.
Acho q pode ser por aí...
|
|
|
|
20 mil conto??? Caramba!!!! 
|
|
|
|
|
http://www.guj.com.br/java.tutorial.artigo.16.1.guj
|
|
|
|
Outra coisa... o pessoal não gosta muito de títulos com CAPS não...
Dê uma lida nesse tópico...
http://www.guj.com.br/posts/list/50115.java
|
|
|
|
|
sua interface pode ter um objeto cliente... ou pode ser feito de alguma outra maneira que você preferir...
|
|
|
|