RES: [java-list] ClassPath para pacote

2001-12-26 Por tôpico Anderson Paradelas Ribeiro Figueiredo



Olá,
Vejo 
que vc está utilizando o Caché. É bom saber que existem pessoas trabalhando com 
ele. Esse banco de dados é d+.

Bem se 
o exemplo que vc está utilizando é aquele padrão que vem com a versão 4.03 vc 
deve alem de setar na variável CLASSPATH o caminho do arquivo jar (SET CLASSPATH 
= ;C:\QQCOISA\CacheDB.jar) incluir no exemplo um import que está faltando : 
import com.intersys.object.* .
Se o 
problema persistir vá até a pasta java quevem dentro do CD de instalação do 
produto. Lá vc vai encontrar outros dois arquivos jar. Inclua-os no seu 
CLASSPATH tbem.


Qualquer coisa mande-me um e-mail. 
Vamos 
trocar umas idéias sobre Caché.

Abraços,
Anderson

-Mensagem original-De: 
George-Terra [mailto:[EMAIL PROTECTED]]Enviada em: quarta-feira, 
26 de dezembro de 2001 13:24Para: [java-list]Assunto: 
[java-list] ClassPath para pacote

  Olá colegas, estou com o seguinte 
  problema:
  
  tenho um pacote declarado num exemplo de uso de 
  um banco da seguinte forma: com.intersys.object.*
  
  sendo que o fornecedor do driver tipo 4 mandou um 
  CacheDB.jar
  
  como devo proceder para q ao executar o exemplo 
  ele consiga encontrar a classe, pois já tentei de todas as formas e 
  sóconsigo o erro de classe não encontrada.
  
  Desde já agradeço.
  
  George Queiroz
  
  ---Outgoing mail is certified Virus 
  Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.310 
  / Virus Database: 171 - Release Date: 
19/12/2001


RES: [java-list] MVC - Beans

2001-12-18 Por tôpico Anderson Paradelas Ribeiro Figueiredo
Title: RES: [java-list] MVC - Beans





Olá Marco !!! Como vai.


Aqui também trabalhamos com MVC e a experiência mostra que começamos a ganhar com esta metodologia quando:
- A análise é muito bem feita, o que nos faz ganhar em performace de desenvolvimento pois podemos ter um grupo trabalhando no Modelo, outro no visualizador e outro no controlador de forma independente.

- Necessitamos reutilizar componentes. Desta forma vários Visualizadores podem ser utilizados por diversos controllers com regras de negócio diferentes acessando o mesmo modelo.

- Quando o sitema deve ser implementado com visualizações diferentes (web, swing, awt). Apenas os visualizadores são refeitos aproveitando-se 100% da regra de negócio e do acesso a base de dados.

Um grande erro que vejo no forma de se implementar o mvc é que algumas pessoas inserem regras de negócio nos modelos e visualizadores. Isso amarra a funcionalidade da aplicação e gera problemas de manutenção. 

Caso queira discutir mais sobre a implementaçao de MVC com o uso de java, mande-me um e-mail.


Abraços,
Anderson




-Mensagem original-
De: Marco Campelo [mailto:[EMAIL PROTECTED]]
Enviada em: sábado, 15 de dezembro de 2001 11:56
Para: [EMAIL PROTECTED]
Assunto: [java-list] MVC - Beans



Alo Pessoal,


gostaria da opiniao de voces.


Desenvolvemos para Web utilizando MVC.


Um exemplo simples: Se precisamos exibir dados em um formulario, essa
informacao sera obtida no SGBD atraves de um DAO que ira transportar os
dados para o JSP atraves de um Bean. (Na verdade, tera que passar ainda
pelo Command, Servlet e ai sim chegar ao JSP).


Dessa forma, temos que criar varios Beans na aplicacao, de acordo com a
estrutura de dados que queremos exibir.


Se vou exibir dados de um cliente, por exemplo, criaria o ClienteBean.java
com os atributos nome, endereco, telefone, cidade, estado, cpf e para cada
um desses atributos criaria os metodos get e set.


Surgiu a ideia de utilizarmos um Bean unico, dinamico, mas gostaria da
opiniao de voces sobre os pos e contras de trabalharmos dessa forma.


Como isso funciona?


Criamos um Bean utilizando o TableModel do Swing. Essa estrutura de dados
permite que eu adicione linhas e colunas da forma que eu quiser,
armazenando um Object.


Entao, no meu DAO, eu crio uma instancia desse beanTableModel, seto quais
sao as colunas necessarias (nome, telefone, endereco, cidade, estado e cpf)
e atribuo a cada coluna os valores que recuperei do banco.


Se for uma listagem, por exemplo, posso setar quantas linhas eu quiser.


Esse Bean é transportado até o JSP onde faço a apresentação dos dados.


O que acham da idéia? Pode me trazer algum problema?


Um abraço,
Marco Antônio
 I C Q - 2204609


-- 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] 
-





RES: [java-list] Guia de estudos - certificacao

2001-12-18 Por tôpico Anderson Paradelas Ribeiro Figueiredo
Title: RES: [java-list] Guia de estudos - certificacao





Bem, não sei se ajudo pois acredito que muitos conhecem este caminho.


Existe um livro da Sybex chamado Complete Java 2 Certification (Study gide) do Symon Roberts.
Vc pode encontrar este livro na www.livrariascultura.com.br é um livro legal e já me ajudou bastante.




[]'s 
Anderson


-Mensagem original-
De: Jean Carlo Mendes [mailto:[EMAIL PROTECTED]]
Enviada em: terça-feira, 18 de dezembro de 2001 17:19
Para: [EMAIL PROTECTED]
Assunto: [java-list] Guia de estudos - certificacao



Amigos
Alguem sabe onde posso encontrar guias de estudo para
as certificacoes Java (sem ser o site da sun)?


Muito Obrigado


=
:: Jean Carlo Mendes ::

[EMAIL PROTECTED]
Analista / Programador


___
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] 
-