| Autor |
Mensagem |
|
|
Pois é, e eu ia comentar que não é o JBoss que rtesolve JSP, mas o Tocmat ou Jetty.
[]s
|
 |
|
|
Windows vale a pena ?
:2gunfire:
[]s
|
|
|
|
Logar  Bom você pode tentar emular o comprotamente de um broser, enviando requisição POST ou GET não mão. Vai receber um cookie [ou não, depende de que site estamos falando], tem que armazenar e enviar a cada requisição, pro servidor lembrar seu ID ede conexão.
Trabalinho grande... reinventar a roda. Se for um site seu, seria melhor que você disponibilizasse um método melhor para conectar o cliente, talvez WebServices, se for um site de terceiros ou quartos, tem jeito não...
[]s
|
|
|
|
Dona portabildiadeeeeeeee.... kd vc?
[]s
|
|
|
|
|
Conhecido também como a boa e velha "Gambiarra", ou em sua forma jovial "Gambiarrex"
|
|
|
|
|
Acho que quando o código já existente está completo, é mais fácil. O Bruno Souza fala algo sobre isso na JavaMagazine com o Tiger na capa. Fora que eu não sei bem quando ele pediu a aprovação... o Cereal tá há duas semanas na fila...
|
|
|
|
[ riojug ] Space4J - Alguem quer ajudar?
De: "saoj_java" <soliveira@...>
Para: riojug@yahoogroups.com
Pessoal,
Coloquei o Space4J no novo portal da Sun www.java.net.
O link do projeto é:
http://space4j.dev.java.net/
O sistema está bem simples e eficiente.
A parte de cluster é transparente.
Dei uma recauxutada no código e na API.
Tentei simplificar a API ao extremo, de forma que as chances de vc
olhar o código e entender de primeira são altas.
Ainda há muita coisa pra fazer !!!
Se alguém se interessar pelo projeto entre em contato comigo por
email.
Qualquer dúvida, crítica ou comentário podem me enviar um
email tb
que eu responderei o mais rápido possível.
Um abraço,
Sergio Oliveira
Pois é, pessoal, o Space4J tá no java.net e o Sérgio tá pedindo ajuda no projeto. Quel tal?
|
|
|
|
Kct, esqueci de dizer uma coisa:
Geralmente, quando trabalhando com persistência onde é aplicável uma linguagem de consulta diretamente à camada [SQL, pore exemplo] eu colocaria outras duas interfaces:
No émtodo filter, você passa algo [como uma String] uqe, no caso específico de SQL, seria colocado no WHERE [cuidado com acoplamento!! evite usar sintaxe SQL diretamente], no update, os dados nos objetos que obedeçam ao filtro definido por f [no mesmo esquema do filter()] seria atualizados para os dados de o [como em update()].
[]s
|
|
|
|
tanque wrote:Nao entendi a necessidade da criacao da interface DAO descrita pelo Daniel. Acho ela meio Useless, ja que a classe abstrata parece ser exatamente igual a a interface.
Sei da importancia de programar para interfaces, mas acho que as vezes esse conceito eh levado um pouco ao extremo. Neste caso em especifico, por exemplo, acho perfeitamente dispensavel essa interface DAO.
Muitas vezes a criacao de classes abstratas me parece mais razoavel que o uso de interfaces propriamente dita.
Bom, vamos lá. Note que estou bem influenciado pelo Effective Java ...
Como Java não permite herança múltipla, cabe às interfaces proprocionar uma mistura de tipos em uma classe, adicionando um tipo ao "tipo primário dela". Se você dependesse da classe abstrata, como poderia fazer seu DAO pertencer a uma outra hierarquia?
Isso pode ser necessário ou não, para prover um mecanismo eficiente para ambos os casos, você pode criar uma interface que é o que realmente conta na hora de chamar métodos na classe, e pode prover uma Abstract<nome da interface> para prover as cosias já "mastigadas" para um DAO que não precisa herdar nada.
Acho que consegui ser mais confuso que o Daniel, mas imagina que vocês tem dois tipos de classes, que precisam ser persistidos em dois lugares diferentes.
Uma classe, você persiste num SGBD, logo você pode estender um AbstractDao que te server perfeitamente.
A outra precisa ser persistida em algo exótico, como o Prevayler. Você precisa que seu DAO pertença a uma hierarquia definida, ou seja: além de ser um DAO, ele precisa estender uma classe qualquer para funcionar. A suloção é estender a classe necessária e implementar a interface.
Vanessa Sabino tem um resumo bem legal do Effective Java no site dela, em português, este item específico você encotnra em http://vanessas.sites.uol.com.br/java/ej3.html , o blog (com o resumo completo) fica em http://java.blogger.com.br
[]s
|
|
|
|
Só um comentário: estou lendo o Effective Java [ótimo livro, a propósito] e o Bloch sugere um padrão destas classes abstratas que servem para os métodos de interface, chamando semrpe de Abstract<NOMEDAINTERFACE> .
Não sei até que ponto sito é interessante [isto é um fórum de discussão: DISCUTAM!!], mas acho bem legal este tipo de coisa, e inclusive é muito utilizado ans APIs do core. Até no AbstractPrevalentSystem rola...
[]s
|
|
|
|
|
Uhm... se eu disser que não percebi que não tinha o "R" na frente do $ vc briga comigo?
|
|
|
|
Bom, utilizar o banco de dados como middleware "puro" nunca é legal, as vezes é necessário [ou pior: é legado!!!], mas legal nunca é.
Você poderia utilizar um banco leve, tipo hsqldb, para fazer cache deste banco matriz nos clientes, mas se sua aplicação precisar de updates frequentes, o ideal é que ambos os clietnes trabalhem na mesma base, se não você vai se perder em controle de concorrência [hajam Observers!!].
Acho que a primeira coisa é definir qual tipo de clientes você precisa. Se precisar de coisas que HTML não te oferece, e creio que só nestes raros casos [comunicação com serial, etc.], você deveria largar uma estrutura web-based, utilizando browsers.
Se não puder fazer algo assim, por que não colocar sua camada de lógica de negócios em um servidor remoto e deixar só a apresentação no cliente? Os cliente se conectam, enviam dados e recebem resposta. Conheço gente que implementou um ERP terceirizado com EJB num Oracle AS em Santa Catarina, tem cliente pelo país todo conectando via ADSL ou linha discada, utilizando um front-end gráfico em Delphi. O troço até que funciona legalzinho... Você poderia tentar algo na linha utilizando algo mais leve, talvez conexões em HTTP/HTTPS com um Servlet "Façade", antes que alguém me xingue por falar em EJB aqui 
PS:
ô, cv, qual a birra com o MySQL 
|
|
|
|
|
Po, saindo este treinamento, acho que vai ter gente sim. Existem empresas por aqui que estão fazendo uma grana com o JBOss, de repente eles iriam simplesmente adorar a idéia.
|
|
|
|
Como o New disse, você não pode acessar nada não estático via main. Solução? Dentro de main, instancie a classe. Tipo:
Como pode perceber, dentro do main, você vai precisar trabalhar com a instância obj.
[]s[/i]
|
|
|
|
Bom, como pode ser eprcebido pelo "Local/Origem: Niterói - RJ" ali do lado, nemr olar de eu ir [apesar que achei o nome do clube o mto maneiro!!], ams já que vocês estão indo chutar o comando vermelho, chuta mto naum pq nove horas de bunda doendo no avião é brabo. O suficiente pra atravessar o oceano, como disseram por aqui, restrinjam a raiva, afinal, estamos nos livrando dele...hehehehe...
Valeu, cv, boa sorte nessa emrpeitada, sucesso e paz.
 E mantenha contato, kct!!
[]s
Ps novamente: eu devo ser mutio burro, qdo clico num emoticon ali do lado aparece como o último texto da textbox, não importa onde o cursor esteja. Era rpa ser assim mesmo? Só rpa recordar, firefox em Linux ou Win2K dá no mesmo.
|
|
|
|
|
|