| Autor |
Mensagem |
|
|
|
<BR>Existe um ótimo livro em Português, publicado pela Editora Campus: Extreme Programming.
|
 |
|
|
|
Olá...
<BR>
<BR>O tomcat tem tb. um diretório lib geral, para todas as aplicações no container. Vc. pode colocar o driver lá. Use esse expediente sobretudo se vc. precisar ou quiser configurar um DataSource no servidor.
|
|
|
|
|
Uma vez q VRML é uma linguagem de base XML, vc. poderia escrever cenas VRML usando uma API XML para isso.
<BR> Uma boa seria o uso de JAXB, que permite que vc. crie classes Java capazes de gerar objetos a partir de um arquivo XML (unmarshaling) ou instanciar objetos que podem ser "gravados" em XML (marshaling).
|
|
|
|
Na verdade, devemos também usar métodos (ou blocos) synchronized toda vez que o acesso de mais de uma linha de execução (thread) a um determinado atributo (modificado por este método ou bloco de código) de um objeto puder causar inconsistências nos dados ou condições de corrida  <BR><BR>[ Esta mensagem foi editada por: Copernico em 07-03-2003 11:46 ]
|
|
|
|
Oi!
<BR>
<BR>Isso aconteceu pq o livro básico teve seu conteúdo modificado para mostrar a tecnologia J2SE (Java Standard Edition), pq lá fora foi lançado O Java How-to program Advanced, abordando a especificação J2EE (Java Enterprise Edition), incluindo desde servlets e JDBC até coisas "esotéricas" como JINI, JIRO e Java Spaces. Vale a pena ter (pena que a tradução não deve interessar à bookman...  )!
<BR>
<BR>Mas na 4a edição, tem JDBC, no Cd que acompanha o livro.
|
|
|
|
|
Tem também o arkanae (http://arkanae.tuxfamily.org/) que é bem legal!
<BR>
<BR> Jogos "sérios" como estes podem ser desenvolvidos utilizando a API Java 3D, disponível em <a href="http://java.sun.com/products/java-media/3D/" target="_blank" target="_new">http://java.sun.com/products/java-media/3D/</a>.
<BR>
<BR> Alternativamente podemos usar alguns engines especiais para jogos... Uma boa proposta open source é o Java3DGamesSDK, em <a href="http://awaredreams.com/java3dgamesdk/index.html" target="_blank" target="_new">http://awaredreams.com/java3dgamesdk/index.html</a>.
<BR>
<BR>Bons códigos!
|
|
|
|
|
Olha, a publicação de servlets em servidores do tipo apenas "servlet container" sempre foi meio chata. Por sorte, a especificação atual desse tipo de aplicação permite o uso de Web Archives (arquivos .war).
<BR> Um WAR é um arquivo compactado (um zip metido a besta, embora possa ser melhor comparado a um .jar) que pode conter toda uma aplicação web: páginas jsp, servlets, paginas html, imagens e todo o mais.
<BR> Um WAR possui uma estrutura muito específica:
<BR><!-- BBCode Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Code:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><PRE>
<BR> raiz da aplicação
<BR> |
<BR> |__ diretório WEB-INF
<BR> | |_______ diretório classes
<BR> | | (arquivos .class, como servlets!)
<BR> | |
<BR> | |___ diretório lib (eventuais bibliotecas .jar)
<BR> | |
<BR> | |__ arquivo web.xml (ele configura a aplicação)
<BR> |
<BR> |___ páginas jsp, html, imagens, diretórios e outros.
<BR></PRE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode End -->
<BR>
<BR> Como vc. deve ter notado, uma das partes mais importantes do WAR é o web.xml que traz configurações importantes como quais classes na minha aplicação são servlets e como eles podem ser acessados. Mas como escrever corretamente um web.xml e como criar um WAR com tudo no lugar certo?
<BR>
<BR> Para fazer isso, nada melhor que uma ferramenta de deploy. Então faça assim:
<BR>
<BR> baixe o Java Web Services Developer Pack em <!-- BBCode Start --><A HREF="http://java.sun.com/webservices/downloads/webservicespack.html" TARGET="_blank">java.sun.com/webservices/downloads/webservicespack.html</A><!-- BBCode End --> e instale.
<BR>
<BR> Vc. terá que iniciar o tomcat interno que esse mini servidor de aplicações tem. Se estiver no windows, deve haver um atalho no iniciar pra isso. Depois, execute a ferramenta de deploy, ela se chama deploytool (vc. vai precisar do usuário e senha que escolheu na instalação).
<BR>
<BR> O deploytool ajuda vc. a criar seus arquivos WAR. Clique em "new web application" e vc. estará em um wizard para criar um war. Escolha o nome e a localização do war file e adicione conteúdo a ele com o botão "edit".
<BR>
<BR> Quando ele perguntar de que tipo é a sua aplicação, diga que é um servlet. Em "Application-level settings", diga que vc. quer definir uma "aliase" (apelido) pro servlet. Na proxima tela selecione o servlet principal da aplicação. Em aliases, escreva o apelido do servlet e então, FINISH!
<BR>
<BR> Seu WAR foi criado! Salve-o (selecionando seu ícone na lista e clicando no disquete) e, se vc. quiser vê-lo executar, clique com o botão direito sobre ele e escolha (deploy...). Ele vai perguntar q nome sua aplicação deve ter no servidor.
<BR> Ao terminar o deploy, vc. pode acessar seu servlet assim:
<BR>
<BR> http://localhost:8080/nomedaaplicação/apelidodoservlet
<BR>
<BR> Criado e testado dessa forma, seu WAR pode ser publicado em quaquer container o servidor de aplicação ou servlet container compatível com a especificação de servlet atual.
<BR>
<BR> Espero q tudo dê certo pra vc!
<BR>
<BR> Como vc. deve ter visto pelo número de opções de configuração no deploytool, o mundo das aplicações web é menos trivial do que parece. Mas não desanime!
<BR>
<BR> Bons códigos!
<BR>
<BR>
<BR>[ Esta mensagem foi editada por: Copernico em 28-02-2003 10:46 ]<BR><BR>[ Esta mensagem foi editada por: Copernico em 28-02-2003 10:49 ]
|
|
|
|
|
Eu diria que o local ideal para depositar bibliotecas de drivers é o diretório
<BR>
<BR><JAVA_HOME>/jre/lib/ext/
<BR>
<BR> Artquivos .jar depositados nesse diretório são automaticamente reconhecidos tanto para compilação quanto para execução.
<BR>
<BR> <JAVA_HOME> é o diretório onde vc. instalou o JDK. (Os separadores de diretório estão expressos como /, o separador padrão POSIX. Se vc. estiver no windows, os separadores são \)
<BR>
<BR> Bons códigos! <BR><BR>[ Esta mensagem foi editada por: Copernico em 27-02-2003 12:44 ]
|
|
|
|
|
Oi.
<BR>
<BR>Eu incluí uma (básica) implementação de pool de conexões na área de downloads, caso vcs. estejam interessados no conceito por trás dessa tecnologia...
|
|
|
|
<BR> Eu estou realizando alguns estudos sobre OJB e já consegui usá-lo com sucesso.
<BR> Particularmente, a implementação do PersistenceBroker foi a que deu melhores resultados e uma utilização mais simples. A API JDO do OJB me apresentou alguns problemas, mas talvez seja só pq ela não me parece ainda completamente documentada...
<BR>
<BR> Repito a pergunta do amigo Paulo Silveira: Qual o seu problema no repository.xml? 
<BR>
<BR> Aproveito pra solicitar de quem tiver material livre sobre o jakarta ojb, entre em contato. Alternativas de persistência (mapeamento objeto-relacional está na moda!!! ) menos "dispendiosas" que Enterprise Entity Beans devem são muito benvindas por todos nós. Quem sabe possamos iniciar um grupo de estudo?
|
|
|
|
|
Por que não se pode usar JDBC? Entendendo isso, fica mais fácil ajudá-lo. :-?
|
|
|
|