RE: [java-list] Parse do XML no server

2002-03-23 Por tôpico rodrigob 



Isso 
deve ajudar você a começar, esta é uma página JSP que recebe dois parâmetros xml 
e xsl contendo respectivamente, adivinhe só, os nomes dos arquivos xml e xsl que 
devem ser combinados (estes arquivos devem estar disponíveis na aplicação 
web)...
 
<%@page 
import="javax.xml.transform.stream.StreamSource,javax.xml.transform.stream.StreamResult,javax.xml.transform.*" 
%><%StreamSource xsl = new 
StreamSource(application.getResourceAsStream(request.getParameter("xsl")));StreamSource 
xml = new 
StreamSource(application.getResourceAsStream(request.getParameter("xml")));
 
TransformerFactory factory = 
TransformerFactory.newInstance();Transformer transformer = 
factory.newTransformer(xsl);transformer.transform(xml, new 
StreamResult(out));%>
 
Se 
você tem uma instalação do TOMCAT, copie esta página para o diretório 
webapps\ROOT, copie também os arquivos xml e xsl que deseja combinar e então 
aponte seu browser para, por exemplo, http://localhost:8080/transform.jsp?xml=hello.xml&xsl=hello.xsl (assumindo 
que vc salvou a página como transform.jsp e possui arquivos de nome hello.xml e 
hello.xsl juntos à página).
 
Existem uma série de melhorias possíveis para um ambiente de produção 
(como por exemplo fazer cache de um objeto Templates no escopo da aplicação, 
utilizar URLs ao invés de InputStreams - alguém saberia dizer pq? ;-) ), mas 
estas ficam como exercício para o leitor :-)
 
Rodrigo

  -Original Message-From: Luiz Fernando Bicalho 
  [mailto:[EMAIL PROTECTED]]Sent: quarta-feira, 13 de março de 2002 
  16:48To: [EMAIL PROTECTED]Subject: [java-list] 
  Parse do XML no server
  Amigos,
   
  Estamos fazendo uma aplicação que gera uns resultados 
  em XML e utilizamos XSL para formatar a saida HTML
  para 
  isso associamos o XML ao XSL por um arquivo HTML que tem um javascript que faz 
  o parse.
  mas queriamos que o parse fosse feito  no 
  server. para isso uma pessoa da empresa fez um ASP que fazia isso, mas 
  precisamos fazer o mesmo em java.
  Gostaria de saber se alguem já fez isso, ou se tem 
  alguma dica para seguir.
   
  Obrigado
  Luiz

RE: [java-list] Como construir pacotes em Java ?

2002-03-20 Por tôpico rodrigob 



Não, 
não é... Principalmente pq existem muito poucos casos legítimos de utilização da 
técnica. :-) Curiosidade: o que vc pretende fazer com 
isso?
 
Rodrigo

  -Original Message-From: Alan Alexandre da Silva 
  [mailto:[EMAIL PROTECTED]]Sent: quarta-feira, 20 de março de 
  2002 11:59To: lista sou javaSubject: [java-list] Como 
  construir pacotes em Java ?
  O que existe em JAVA para a criação de pacotes 
  TCP e o envio dos mesmos para um host qualquer ?!! Na criação deste 
  pacote é possivel ajustar o header, endereço de destino e de remetente, etc 
  ??!!
   
  Alan

OT: RE: [java-list] DUVIDO Q ALGUEM SAIBA COMO FAZER ISSO!!!

2002-03-20 Por tôpico rodrigob 
Title: OT: RE: [java-list] DUVIDO Q ALGUEM SAIBA COMO FAZER ISSO!!!





Na verdade, não, não seria. Seria melhor algo do tipo: "Como inserir um conjunto de objetos em um campo BLOB no Oracle?". Ajudaria muito mais àqueles capazes de ajudar que tem de passar por vários emails todos os dias. 

Vejam bem, minha intenção não é ser rude, mas se tem algo que falta nesta lista é netiqueta :-)


-Original Message-
From: Jailton Lopes [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 18 de março de 2002 16:10
To: [EMAIL PROTECTED]
Subject: Re: [java-list] DUVIDO Q ALGUEM SAIBA COMO FAZER ISSO!!!



Seria melhor o subject: Por favor alguém poderia me
ajudar


http://www.wamoz.com/JDBC_and_Oracle_LOB.asp


--- Bruno Borges <[EMAIL PROTECTED]> wrote:
> Galera, o desafio eh pegar um objeto java criado a
> partir de uma classe propria, no meu caso uma classe
> Report, que contem outros objetos dentro dela, q
> ficam
> num vetor. sao dois vetores, um de string e um de
> outro obejto q fiz, chamado Column. o desafio seria
> pegar esse objeto Report com todas as propriedades
> setadas, e inserir ele num campo BLOB no Oracle. 
> 
> to usando Oracle 8.1.6 com a JDBC 2.0 Oracle Thin
> Driver. a classe Report e a classe Column
> implementam
> a interface Serializable.
> 
> jah tentei fazer um setBinaryStream a partir de um
> preparedStatement, mas, bummm... nao funcionou :(
> 
> bom, espero q alguem saiba como fazer isso, senao eu
> perco meu emprego...
> 
> abracos, bruno
> 
>
___
> Yahoo! Empregos
> O trabalho dos seus sonhos pode estar aqui.
> Cadastre-se hoje mesmo no Yahoo! Empregos e tenha
> acesso a milhares de vagas abertas!
> http://br.empregos.yahoo.com/
> 
> -- LISTA SOUJAVA
>  
> http://www.soujava.org.br  -  Sociedade de Usuários
> Java da Sucesu-SP 
> dúvidas mais comuns:
> http://www.soujava.org.br/faq.htm
> regras da lista:
> http://www.soujava.org.br/regras.htm
> historico:
>
http://www.mail-archive.com/java-list%40soujava.org.br
> para sair da lista: envie email para
> [EMAIL PROTECTED] 
>
-
> 



__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: Re: [java-list] Re: _[java-list]_remuneração

2002-03-13 Por tôpico rodrigob 
Title: RE: Re: [java-list] Re: _[java-list]_remuneração





Tome cuidado com a metáfora de construção de prédios, ela é provavelmente responsável por boa parte das falhas em projetos: a falta de reconhecimento dos fatores humanos e da complexidade que estes adicionam a qualquer projeto. Para uma boa discussão do assunto leia este paper do Martin Fowler: http://martinfowler.com/articles/newMethodology.html

Rodrigo


-Original Message-
From: Sven van ´t Veer [mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 13 de março de 2002 11:05
To: [EMAIL PROTECTED]
Subject: Re: Re: [java-list] Re: _[java-list]_remuneração



Na verdade o 'desenvolvedor' nada mais é que 'algo mais do que 
programador'. Um desenvolvedor tem a qualidade de trabalhar sozinho e 
liderar um grupo pequeno de programadores. Em si,ele respira e pensa 
algoritmos, igual o programador.


O  que faltou na nasa não foram então s desenvolvedores, mas sim os 
analistas, arquitetos e designers que deveriam ter feito uma 
documentação inequivocavel indicando metros ou polegadas.


Construçaõ de software é similar a construção de prédios:
O programador é o pedreiro e o desenvolvedor é o gerente de pedreiros. 
Ele sabe colocar os tijolos, mas também sabe falar com os designers e 
arquitetos que a parede poderis ser levantado num outro lugar para 
melhorar o predio.


Acho estranho o caso de baixo (Nasa) uma vez que eles tem CMM 5. Isso é 
um exemplo típico de falta de documentação e é um erro previsivel. (Em 
CMM 5 vc deve prever erros em certas areas.)


sven


>
>Para quem pensa e respira algoritmos, a codificação é a parte mais nobre,
>pois é desafiador resolver um problema que está te "matando". Porém um monte
>de programas de nada servem se não tiver sido codificadas de acordo com o
>resultado de uma análise, design, etc...
>
>Caso real
>No ano de 1999 a NASA perdeu duas sondas (+- US$ 250 milhões) enviadas à
>Marte, por uma razão muito simples:
>Parte da "nobreza" codificou os programas para fazerem os calculos em
>polegadas, e outra parte codificou para calcular em metros. Faltou alguém da
>"plebe rude" para apontar esse erro. Falha do desenvolvedor é claro, e nesse
>caso então  o desenvolvedor era a peça chave do projeto.
>
>Roberto Tatemoto
>
>
>
>
>-- LISTA SOUJAVA  
>http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
>dúvidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>historico: http://www.mail-archive.com/java-list%40soujava.org.br
>para sair da lista: envie email para [EMAIL PROTECTED] 
>-
>


-- 
"'You guys (at Microsoft) still don't get it,' 
because it's sort of Java with reliability, productivity and security deleted."


                    James Gosling





-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Serialização de dois objetos no mesmo arquivo

2002-03-09 Por tôpico rodrigob 



 

  Em 
  uma segunda olhada no código percebi que vc está passando true como segundo 
  argumento do constructor FileOutputStream. Isso significa utilizar modo 
  append. Essa é provavelmente a causa do problema. O arquivo já devia existir 
  anteriormente comresquicios de testes anteriores, não? Quando você manda abrir 
  o arquivo para leitura, você está lendo do início do arquivo 
  novamente.
   
  Não passe este segundo argumento.
   
  Rodrigo
  
-Original Message-From: Eduardo de Britto Castro 
[mailto:[EMAIL PROTECTED]]Sent: domingo, 3 de março de 
2002 23:37To: [EMAIL PROTECTED]Subject: Re: 
[java-list] Serialização de dois objetos no mesmo 
arquivo
Eu já fiz isso, mas mesmo assim o problema 
acontece. Posso até fazer um programa para gravar e outro para ler que dá 
problema no que lê.

  - Original Message - 
  From: 
  Rodrigo B. de Oliveira 
  To: [EMAIL PROTECTED] 
  Sent: Saturday, March 02, 2002 3:47 
  PM
  Subject: Re: [java-list] Serialização 
  de dois objetos no mesmo arquivo
  
  flush e close a primeira stream antes de 
  prosseguir...
  
- Original Message - 
From: 
Eduardo de Britto Castro 

To: [EMAIL PROTECTED] 

Sent: Wednesday, February 27, 2002 
2:49 PM
Subject: [java-list] Serialização
de dois objetos no mesmo arquivo

Porque depois de serializar mais de um 
objeto no mesmo arquivo ocorre uma excessao ao tentar recuperar o 
segundo?
 
--- 
GRAVACAO OK --- 
MeuObjeto obj1, obj2;
ObjectOutputStream out = new 
ObjectOutputStream (new FileOutputStream 
("Serializacao.dat",true));
...
out.writeObject (obj1);
out.writeObject (obj2);
---  
 LEITURA --- 

MeuObjeto o1, o2;
ObjectInputStream in = new 
ObjectInputStream (new FileInputStream 
("Serializacao.dat"));
o1 = (MeuObjeto) 
in.readObject();
o2 = (MeuObjeto) in.readObject(); // 
Excessao ocorre aqui.
 
--- AQUI ESTA A 
EXCESSAO 
Exception in thread "main" 
java.io.StreamCorruptedException    
at 
java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1291)    
at 
java.io.ObjectInputStream.readObject(ObjectInputStream.java:322)    
at 
Serializacao.main(Serializacao.java:25)

RE: [java-list] O que devo utilizar para esse caso ?

2002-03-09 Por tôpico rodrigob 
Title: RE: [java-list] O que devo utilizar para esse caso ?



 

  Inlines... 
  -Original Message- From: 
  Anderson Brazão [mailto:[EMAIL PROTECTED]] 
  Sent: sábado, 2 de março de 2002 12:59 To: [EMAIL PROTECTED] Subject: 
  [java-list] O que devo utilizar para esse caso ? 
  >> original content deleted... >> 2. Tivemos informações de que o JAVA é mais "pesado". 
  Informação verídica? 
  Assumindo que mais pesado significa "consome mais memória para 
  a mesma tarefa", provavelmente sim. Assumindo que mais pesado significa "mais 
  lento", a resposta é depende do ambiente de execução. Um aplicativo desktop 
  típico como o Forte, por exemplo, realmente é um pouco mais lento que os 
  similares nativos. Nada que afete a usabilidade se você tiver uma boa CPU. 
  Agora um aplicativo servidor, como parece ser o caso, tem muito mais chances 
  de ser mais rápido e escalonável em Java do que nas soluções tradicionais 
  (excluo .NET da comparação). Isso porque os componentes estão executando em um 
  ambiente controlado e podem sofrer otimizações on-the-fly de acordo com a 
  utilização da aplicação. O Garbage Collector também ajuda na otimização 
  permitindo que tarefas mundanas como executação de métodos finalize e 
  liberação de memória ocorram em um momento mais apropriado e não enquanto 
  existem requisições sendo atendidas, por exemplo. Sem contar a própria 
  estrutura elegante das linguagens e API que, quando bem utilizadas, dão muita 
  margem para otimização (se necessária).
  Minha experiência indica que aplicativos servidor típicos 
  escritos em Java acabam naturalmente executando mais rápido, suportando mais 
  usuários e sendo mais corretos mas como sempre YMMV.
  Rodrigo

RE: [java-list] Simples pergunta ....

2002-02-27 Por tôpico rodrigob 
Title: RE: [java-list] Simples pergunta 





O jedit também não é tão pesado assim e suporta syntax highlighting... www.jedit.org


-Original Message-
From: Douglas Drummond [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 26 de fevereiro de 2002 23:06
To: [EMAIL PROTECTED]
Subject: Re: [java-list] Simples pergunta 





> Prá vc começar NOTEPAD.
>
> Para comercio, provavelmente JBuilder


Ou pode começar com edit (aquele do DOS)
O edit que vem com o Windows 98 suporta nomes
de arquivo longo e tem a vantagem de manter as
tabulações, coisa que o Notepad não faz.
Outro excelente editor é o TextPad. Ele
colore o código de acordo com a sintaxe e
vc pode configurar o menu para quando, por exemplo,
digitar Ctrl+1, compilar; Ctrl+2, executar, etc
Vc ganha facilidade de uso sem se prender a alguma
ferramenta. A desvantagem é que ele é shareware.
No site (acho q é www.textpad.com) tem download
da versao 30 dias, com todas as funcionalidades.


    Abraços,


    Douglas Drummond




-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Metodo com parametro

2002-02-26 Por tôpico rodrigob 



Bem, 
assim você não passou o método como parâmetro mas o seu valor de retorno. Assumo 
que o Jaci está procurando o equivalente de um ponteiro de função C++, certo, 
Jaci? Neste caso, já enviei uma resposta em um email 
separado.
 
T+,
Rodrigo

  -Original Message-From: Lincolm Ferreira de Aguiar 
  [mailto:[EMAIL PROTECTED]]Sent: terça-feira, 26 de 
  fevereiro de 2002 07:57To: 
  [EMAIL PROTECTED]Subject: Re: [java-list] Metodo com 
  parametro
  Olá Jaci,
   
  Você pode passar um método como 
  parâmetro sem problemas. Veja:
   
  public String 
  getNome(){
   
   return 
  "Lincolm Ferreira de Aguiar";
   
  }
   
  public void imprimriNome(String 
  nome){
   
   
  System.out.println(nome);
  }
   
  ...
   
  imprimirNome(getNome());
   
  Espero ter 
  ajudado,
   
  Lincolm Ferreira de 
  AguiarWebMaster - QueroProgramar[EMAIL PROTECTED]
   
  www.geocities.com/lincolmf
  
- Original Message - 
From: 
Jaci 
Junior 
To: [EMAIL PROTECTED] 
Sent: Saturday, February 23, 2002 11:21 
PM
Subject: [java-list] Metodo com 
parametro


Quer ter seu próprio endereço na Internet?Garanta já o seu e ainda ganhe 
cinco e-mails personalizados.DomíniosBOL - http://dominios.bol.com.br





E possivel passar um metodo como parametro para 
outro metodo.
Alguem tem algum exemplo?
 
Jaci 
Junior

RE: [java-list] Como saber tamanho de arquivo dada URL?

2002-02-19 Por tôpico rodrigob 
Title: RE: [java-list] Como saber tamanho de arquivo dada URL?





Quick and dirty answer...


public class GetURLSize
{


    public static void main(String[] args)
    {
        try
        {
            String url = args[0];
            System.out.println("O tamanho do arquivo ' " +  getSizeFromURL(url) + " bytes.");
        }
        catch (Throwable x)
        {
            x.printStackTrace();
        }
    }


    public static long getSizeFromURL(final String url) throws Exception
    {
        java.net.URLConnection connection = openConnection(url);
        return connection.getContentLength();
    }


    public static java.net.URLConnection openConnection(final String  url) throws Exception
    {
        java.net.URL theURL = new java.net.URL(url);
        return theURL.openConnection();
    }
}


-Original Message-
From: Cláudio Max [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 18 de fevereiro de 2002 14:32
To: java-list
Subject: [java-list] Como saber tamanho de arquivo dada URL?



Alguém sabe como descobrir o tamanho de um arquivo remoto, na rede,
sabendo sua URL?


Obrigado


Cláudio


-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] Dúvida Conceitual

2002-02-19 Por tôpico rodrigob 
Title: RE: [java-list] Dúvida Conceitual





Ou se você está acostumado com XP (Extreme Programming): um teste especifica um critério de aceitação para o que está sendo construído. Nesse sentido é possível criar testes não somente para código executável como para qualquer artefato a ser produzido. Com essa definição em mente, faz muito mais sentido criar os testes antes dos artefatos pois os testes dirão então quando o serviço realmente está concluído. Depuração, como o Marco disse, é uma sessão de um desenvolvedor à frente de um IDE (geralmente) executando um programa à procura de algum problema.

Assim, testes são duradouros (pelo menos enquanto o critério de aceitação especificado pelo teste seja válido) e depurações são transientes.

Rodrigo


-Original Message-
From: Marco Antonio [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 18 de fevereiro de 2002 12:05
To: [EMAIL PROTECTED]
Subject: Re: [java-list] Dúvida Conceitual



Olá, Bruno,


Não acho que seria por aí! Eu entendo da seguinte forma:


Um "teste" de programa é avaliar o seu funcionamento dentro do previsto e
objetivo desejados. Ou seja, se o programa está fazendo certo o que se quer.
Enquanto, "depuração" é, a partir de um "problema" detectado, encontrar o
erro. Ou ainda, quando temos um "problema" numa aplicação, significa que
pode ter sido encontrado por um "teste" ou em produção e, para solucioná-lo,
quando não se sabe de pronto o que é, necessita-se de depurar o código para
encontrar o problema. Melhorou?!


Abraços
Marco Duarte


- Original Message -
From: Bruno Borges <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 18, 2002 1:03 AM
Subject: Re: [java-list] Dúvida Conceitual



> numa aplicacao existe a possibilidade de dois tipos de
> erro:
>
> 1 - Sintaxe.
> 2 - Semântica.
>
> axo q o seu teste verificaria a sintaxe do seu codigo,
> ver se nao tem nada q nao corresponda à API da
> linguagem. jah a depuracao, auxiliaria a vc verificar
> se existe um erro de semantica no seu codigo. ou seja,
> um erro de logica. isso responde sua duvida? se nao,
> me chama dinovo q eu vo pra biblioteca correr atraz da
> resposta.
>
> abracos, bruno
>
>
>  --- Gustavo Ribeiro <[EMAIL PROTECTED]>
> escreveu: > Vi em um livro.
> > Teste e Depuração
> > Testar não significa vc ver se tudo está rodando
> > ok,inclusive se não tem erros de lógica??
> >
> > Bruno Borges wrote:
> >
> > > gustavo, axo q vc tah vendo issu numa IDE, certo?
> > o
> > > teste apenas vai rodar sua aplicacao e ver se tah
> > tudo
> > > ok. jah a depuracao, ele vai fazer um
> > passo-a-passo
> > > por todas as classes e metodos e chamadas q
> > existirem
> > > no processo da sua aplicacao. axo q eh isso, se
> > nao
> > > for, detalhe melhor sua duvida.
> > >
> > > abracos, bruno
> > >
> > >  --- Gustavo Ribeiro <[EMAIL PROTECTED]>
> > > escreveu: > Qual a diferença entre Teste e
> > Depuração??
> > > >
> > > > Gustavo Ribeiro
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -- LISTA SOUJAVA
> > > > 
> > > > http://www.soujava.org.br  -  Sociedade de
> > Usuários
> > > > Java da Sucesu-SP
> > > > dúvidas mais comuns:
> > > > http://www.soujava.org.br/faq.htm
> > > > regras da lista:
> > > > http://www.soujava.org.br/regras.htm
> > > > historico:
> > > >
> > >
> >
> http://www.mail-archive.com/java-list%40soujava.org.br
> > > > para sair da lista: envie email para
> > > > [EMAIL PROTECTED]
> > > >
> > >
> >
> -
> > > >
> > >
> > >
> >
>

___
> > > Yahoo! GeoCities
> > > Tenha seu lugar na Web. Construa hoje mesmo sua
> > home page no Yahoo! GeoCities. É fácil e grátis!
> > > http://br.geocities.yahoo.com/
> > >
> > > -- LISTA SOUJAVA
> > 
> > > http://www.soujava.org.br  -  Sociedade de
> > Usuários Java da Sucesu-SP
> > > dúvidas mais comuns:
> > http://www.soujava.org.br/faq.htm
> > > regras da lista:
> > http://www.soujava.org.br/regras.htm
> > > historico:
> >
> http://www.mail-archive.com/java-list%40soujava.org.br
> > > para sair da lista: envie email para
> > [EMAIL PROTECTED]
> > >
> >
> -
> >
> >
> > -- LISTA SOUJAVA
> > 
> > http://www.soujava.org.br  -  Sociedade de Usuários
> > Java da Sucesu-SP
> > dúvidas mais comuns:
> > http://www.soujava.org.br/faq.htm
> > regras da lista:
> > http://www.soujava.org.br/regras.htm
> > historico:
> >
> http://www.mail-archive.com/java-list%40soujava.org.br
> > para sair da lista: envie email para
> > [EMAIL PROTECTED]
> >
> -
> >
>
>

___
> Yahoo!

Re: [java-list] Re:_[java-list]_Transformação_de_Servlets_p/_JSP

2002-02-07 Por tôpico rodrigob 

Pode estar certa disso! Você conhece o Velocity (um template engine
justamente para este tipo de aplicação)? http://jakarta.apache.org/velocity

- Original Message -
From: "Monica Conciani de Moraes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 06, 2002 1:05 PM
Subject: Re: [java-list] Re:_[java-list]_Transformação_de_Servlets_p/_JSP


> Oi pessoal,
>
> Aqui nós trabalhamos com servlets e htmls em arquivos separados.  O
servlet
> lê um html, que funciona como uma espécie de template e troca as strings.
O
> código fica extremamente mais limpo.
> Concordo quando diz que colocar o código html dentro do servlet seria
> loucura.  Será que mais alguém trabalha assim?
>
> Mônica
>
> - Original Message -
> From: "Kleber Rodrigo Carvalho" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, January 09, 2002 8:45 AM
> Subject: [java-list] Re:_[java-list]_Transformação_de_Servlets_p/_JSP
>
>
> 
> Kleber,
> nao passei por situacao parecida, pois quando
> estavamos modelando o
> sistema achamos que seria uma loucira ter o codigo
> HTML nos arquivos .
> <
> class.
> 
>
> Eu também acho uma loucura colocar html dentro de
> código do servlet, mas quem projetou o sistema não
> pensou nisso, por isso eu fui chamado p/ trabalhar
> neste projeto, pra transformar p/ jsp e
> consequentemente ficar mais facil de dar manutenção.
>
>
> 
>
> na epoca nao havia tambem um JSP maduro para ser
> utilizado.
> utilizamos a api freemarker. Esta é uma alternativa
> open source para os
> JSPs
> e na minha opiniao é melhor e mais facil de ser
> utilizada. De uma
> olhada no
> endereco: http://freemarker.sourceforge.net Sugiro que
> voce utilize
> Servlets
> com o FreeMarker ao inves de JSP.
> 
>
> Eu um projeto anterior eu usei um classe que me fazia
> algo parecido(ou a mesma coisa), que o FreeMarker faz.
> Eu usei a webmacro, assim eu criava um templates
> htmls, para poder separação os códigos do designer
> html.
>
>
> Obrigado
>
> Kleber Rodrigo de Carvalho
> Software Engineer
>
>
> /**
>  * Rafael Zancan Frantz
>  * [EMAIL PROTECTED]
>  * www.rafaelfrantz.cjb.net
>  * www.planbr.cjb.net
>  * mobile : 55 9976 2929
>  * work: 55 3332 0340
>  * Software Developer
>  * FIDENE - UNIJUI
>  */
>
>
>

> ___
> Yahoo! GeoCities
> Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo!
> GeoCities. É fácil e grátis!
> http://br.geocities.yahoo.com/
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>
>
>
> -- LISTA SOUJAVA 
> http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> historico: http://www.mail-archive.com/java-list%40soujava.org.br
> para sair da lista: envie email para [EMAIL PROTECTED]
> -
>

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

RE: [java-list] JBOSS Help

2002-02-06 Por tôpico rodrigob 



Assegure-se que o package jnp-client.jar esteja no classpath. Você pode 
encontrá-lo em jbosss/client.
 
Rodrigo

  -Original Message-From: Jorge Nascimento 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, February 05, 
  2002 12:03 PMTo: [EMAIL PROTECTED]Subject: 
  [java-list] JBOSS Help
  Estou engatinhando no mundo EJB, instalaei o 
  JBOSS no meu Linux e fui para a batalha.  Fiz um teste baseado em um 
  exemplo e funcionaou tudo bem (fiz o cliente e o server na mesma máquina 
  usei 127.0.0.1 e tudo ok), quando tentei fazer a aplicacao cliente 
  rodar em uma máquina na rede deu craca, compilou tudo bem mas na hora de rodar 
  da o seguinte erro:
   
  javax.naming.NoInitialContextException: Cannot 
  instantiate class: org.jnp.interfaces.NamingContextFactory 
  [Root exception is 
  java.lang.ClassNotFoundException: 
  org.jnp.interfaces.NamingContextFactory]
   
  Estou no segundo dia procurando resposta na 
  Internet e nada do que achei funcionou.
   
  Segue o codigo:
   
    Properties env = new 
  Properties();  env.setProperty("java.naming.factory.initial",  
  "org.jnp.interfaces.NamingContextFactory");  env.setProperty("java.naming.provider.url",  
  "10.1.0.13:1099");  env.setProperty("java.naming.factory.url.pkgs",  
  "org.jboss.naming");...
     InitialContext jndiContext = 
  new InitialContext( env );
  Se alguem tiver uma luz please.
   
  JN

RE: [java-list] Servlet Debugger

2002-02-06 Por tôpico rodrigob 
Title: RE: [java-list] Servlet Debugger





O NetBeans é capaz de depurar Servlets... Uma outra maneira de depurar servlets é criar testes utilizando o ServletUnit (parte do HttpUnit) e depurar no IDE normalmente como você depuraria qualquer aplicação java. Recomendo o último método já que os testes ficam para sempre com você e uma sessão de depuração é somente uma sessão de depuração, não?

Você pode conseguir o HttpUnit através do site do JUnit: www.junit.org


Rodrigo


-Original Message-
From: Kyle Norton [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 05, 2002 10:22 AM
To: [EMAIL PROTECTED]
Subject: [java-list] Servlet Debugger




  Algúem conhece um bom debugger para Servlets gratuíto ?


  Obrigado


  N


_
Send and receive Hotmail on your mobile device: http://mobile.msn.com



-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] java - ldap

2002-02-06 Por tôpico rodrigob 



JNDI é o que você está procurando: http://java.sun.com/products/jndi/tutorial/

  - Original Message - 
  From: 
  Johnatan 
  To: [EMAIL PROTECTED] 
  Sent: Tuesday, February 05, 2002 10:55 
  AM
  Subject: [java-list] java - ldap
  
  alguem sabe como usar java com ldap 
?
   
  algum resource ?
   
  Johnatan