[java-list] Métodos *estáticos* em interfaces

[Luiz Felipe Molina]

Ae pessoal!!
 
Alguem sabe pq não é 
permitido declarar métodos 
estáticos em interfaces??
 
por exemplo:
 




  public interface 
  myInterface{
      public 
  static void f();
  }



 
 
Luiz Felipe Molina.

Re: [java-list] Alinhar Frame no centro da tela

[Luiz Felipe Molina]

à partir do java 1.4 
(acho):meuFrame.setLocationRelativeTo(null);
Note que: para que a janela seja centralizada 
corretamente, é necessário que ela já esteja realized, isto é, pronta 
para ser mostrada na tela.
falow!!Luiz Felipe Molina.- Original Message 
-From: "Leonardo" <[EMAIL PROTECTED]>To: 
<[EMAIL PROTECTED]>Sent: 
Thursday, January 09, 2003 10:46 AMSubject: Re: [java-list] Alinhar Frame no 
centro da tela>> // Recupera o 
tamanho da tela> java.awt.Dimension screenSize 
=> 
java.awt.Toolkit.getDefaultToolkit().getScreenSize();>    
// Ajusta o tamanho da janela (JFrame)>    setSize( new 
java.awt.Dimension(800, 580));> // Ajusta a 
localização da janela, dependendo do tamanho da janela em> relação ao 
tamanho da tela> setLocation( 
(screenSize.width-800)/2,(screenSize.height-580)/2);>>> 
Bruno Borges gravada:>> > alguem tem akele pedaço de codigo 
classico pra alinhar um frame/jframeno> > centro da tela do 
desktop?> >> > []'s> > 
> > Bruno Cesar Borges [miojo]> > 
Programador Java Semi-Pleno> > ICQ: 8584744> > MSN: 
[EMAIL PROTECTED]> > 
*RUMO* ao Sun Certified Programmer for the Java 2 Platform 1.4> 
>> > 
___> 
> Busca Yahoo!> > O melhor lugar para encontrar tudo o que você 
procura na Internet> > http://br.busca.yahoo.com/> 
>> > -- LISTASOUJAVA 
> > 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] Método de Divisão

[Luiz Felipe Molina]

Olá!
 
O algoritmo mostrado pelo pessoal resolve o 
problema sim.
mas quanto à performance, deixa a 
desejar..
Exemplo:
99/1
Para descobrir que o resultado é 99, o 
algoritmo irá fazer 99 subtrações no loop!
 
 
Este problema pode ser resolvido utilizando um 
algoritmo com rotação de bits.
 
Em processadores antigos, as únicas operações 
permitidas eram soma, subtração, operações lógicas (incluindo operações 
lógicas bit a bit) e rotação de bits.
Todas as outras deveriam ser implementadas à 
parte.
 
Assim, vc pode procurar na internet algum já 
pronto. daí é só passar pra java. ou então.. tentar fazer um :-)
 
Luiz Felipe.
 
 

  - Original Message - 
  From: 
  Ricardo 
  Artur Staroski 
  To: [EMAIL PROTECTED] 
  Sent: Friday, January 03, 2003 1:32 
  AM
  Subject: Re: [java-list] Método de 
  Divisão
  
  Taí Adriana...
   
  
   
      // Calcular uma divisão utilizando apenas Soma e 
  Subtração
      private static void 
  divide(int dividendo, int divisor) {
   
      int 
  numero = divisor;    int quociente 
  = 0;    int resto = 0;
   
      for 
  (int i = 0; numero <= dividendo; i++) 
  {    resto 
  = dividendo - 
  numero;    
  quociente = 
  i+1;    
  numero += divisor;    
}
          /*
      
  System.out.println("\nQuociente de 
  "   
  + 
  dividendo   
  + " dividido por 
  "   
  + 
  divisor   
  + " é igual a 
  "   
  + 
  quociente   
  + "\nResto de 
  "   
  + 
  dividendo   
  + " dividido por 
  "   
  + 
  divisor   
  + " é igual a 
  "   
  + resto);
          
  */    }
  
   
   
  - Original Message - 
  From: <[EMAIL PROTECTED]>
  To: <[EMAIL PROTECTED]>; "Ricardo Artur Staroski" <[EMAIL PROTECTED]>
  Cc: <[EMAIL PROTECTED]>
  Sent: Thursday, January 02, 2003 2:56 
  PM
  Subject: Re: [java-list] Método de 
  Divisão
  > Oi Ricardo,> > Em primeiro lugar 
  obrigada pela atencao e pela resposta. Talvez eu nao tenha me > 
  expressado da maneira mais adequada.> Eu preciso de um metodo que faca 
  a divisao entre dois numeros inteiros > positivos sem usar o operador 
  "/" mas q simule o mesmo. A divisao deve ser > feita usando as outras 
  operacoes como soma e subtracao entendeu?> > Ats, 
  Adriana> Citando Ricardo Artur Staroski <[EMAIL PROTECTED]>:> > > Olá Adriana...> > > > 
  Não entendi exatamente sua necessidade, mas creio que seja o método 
  abaixo:> > > > public int divide(int dividendo, int 
  divisor) {> > return 
  dividendo / divisor;> > }> > > > 
  Abraços...> > > > > > Ricardo.> > 
  > > - Original Message - > > From: 
  <[EMAIL PROTECTED]>> > To: "Java List" <[EMAIL PROTECTED]>> > Sent: Thursday, January 02, 2003 8:58 AM> > 
  Subject: [java-list] Método de Divisão> > > > > 
  > > Oi pessoal,> > > > > > Feliz Ano 
  Novo!> > > Estou precisando de um metodo que simule a operaçao de 
  divisao de> > inteiros(/) > > > em Java. Alguem tem e 
  pode me enviar?> > > > > > Ats , Adriana> 
  > > > > > > > > > > > 
  _> > > Yawl 
  Internet 
  http://www.yawl.com.br/> > > > > > Acesso Discado / ADSL / 24Hs> 
  > > Hospedagem ASP, PHP, JSP, ColdFusion, MySQL> > > 
  > > > > > > -- 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] > > > 
  -> 
  > > > > > > > > Esta mensagem foi verificada 
  pelo E-mail Protegido Terra.> > > Scan engine: VirusScan / 
  Atualizado em 30/12/2002 / Versão: 1.3.13> > > Proteja o seu 
  e-mail Terra: http://www.emailprotegido.terra.com.br/> > > > > > > 
  > _> Yawl 
  Internet 
  http://www.yawl.com.br/> > Acesso Discado / ADSL / 24Hs> Hospedagem ASP, PHP, 
  JSP, ColdFusion, MySQL> > > 
  -- 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-arc

Re: [java-list] Hashcode

[Luiz Felipe Molina]

Rita,
 
Por definição, uma função de hash possui as 
seguintes propriedades:
 
   1. Dado um parâmetro qualquer, retorna 
um número (chamado hashcode).
   2. Repetidas aplicações da função 
hash sobre o mesmo parâmetro devem retornar o mesmo número***, isto é, 
"10/10/2002Abacaxi" vai sempre retornar o mesmo hashcode.
 
   3. O ideal seria que fosse retornado 
um número diferente para cada parâmetro, isto é, seria perfeito se dois 
parâmetros diferentes sempre resultassem em hashcodes diferentes.
 
Assim, pela própria definição das funções de hash, 
elas não precisam possuir uma função inversa (que dado um número retorne o 
parâmetro). E na prática, funções de hash não possuem inversa 
mesmo..
 
 
Pô! mais pra que serve isso?
 
 
 
Algumas estruturas de dados utilizam o hashcode 
para armazenar os parâmetros na estrutura. geralmente o hashcode influencia 
diretamente o índice onde o objeto será armaenado. estas estruturas de dados são 
conhecidas por estruturas esparças.
 
Agora especificamente em Java.
 
Java já possui todas as estruturas de dados padrões 
implementadas, e algumas delas utilizam hashcode, como é o caso do Hashtable. 
Para que estas estruturas que precisam de um hashcode funcionem para todo tipo 
de objetos, foi necessário a criação da função hashCode() na classe Object, 
garantindo que todos os objetos possuissem seu hashcode.
 
_Se não me engano_, esta função foi implementada da 
forma a retornar um código hash baseado na posição de memória onde o objeto está 
alocado. Assim, o sinal *** no item 2 quer dizer que é possível que o 
hashcode mude entre uma execução e outra, mas permanece consante durante durante 
a execução.
 
 
...Mas vc não está "presa" à função de hash já 
implementada... você pode implementar a sua própria. para isto basta 
reimplementar a função hashCode() em seus objetos.
A vantagem seria que como você é quem sabe que 
tipos de objetos estão sendo colocados em sua estrutura de dados, é muito 
possível que você consiga implementar uma função de hash que se aproxime mais ao 
objetivo descrito no item 3, que diz que as estruturas de dados que usam hash 
possuem uma performance debilitada quando objetos diferentes resultam no mesmo 
hashcode (isto é chamado de colisão). Novamente, como você é quem conhece os 
objetos a serem armazenados, você pode implementar uma função de hash específica 
para seus objetos, que resulte em uma menor probabilidade de colisão no seu caso 
específico.
 
 
 
 
-Resumindo-
hashCode é muito útil em algumas estruturas de 
dados, e é usado "internamente", isto é, geralmente não é necessário se 
preocupar com isso. =p
 
 
 
 
Ufa!
Acho que é só.
 
Espero que isto ajude.
 
 
Luiz Felipe Molina.

  - Original Message - 
  From: 
  Rita 
  Fernandes 
  To: [EMAIL PROTECTED] ; [EMAIL PROTECTED] 
  ; [EMAIL PROTECTED] 
  Sent: Wednesday, December 11, 2002 3:31 
  PM
  Subject: [java-list] Hashcode
  
  Eu tenho uma String
   
  String teste = "10/10/2002Abacaxi"
   
  System.out.println(teste.hashCode());
   
  Isso me gera um numero, como eu peco a situacao 
  inversa, como eu faço o unHascode .. ? Qual a finalidade pratica do 
  Hashcode ?
   
  Obrigada
   
  Rita

Re: [java-list] utilidade do clone

[Luiz Felipe Molina]

Todas as passagens de parâmetros em java são *semrpe* por valor.

Mas se o q vc quis dizer é q o ato de clonar um argumento te dá a liberdade
de aterar qualquer coisa dentro deste argumento clonado, então vc está
certo.

Luiz Felipe Molina.



- Original Message -
From: "Alvaro Mota" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 29, 2002 3:58 PM
Subject: Re: [java-list] utilidade do clone


Uma das utilidades do clone e que vc pode simular uma passagem por valor.
Certo?

Alvaro

Rodrigo Malara wrote:
> Acho que e uma questao pessoal.
> Particularmente, eu prefiro usar o Object.clone(). Nao tenho certeza se ha
> ganho em performance, mas se nao me engano, o metodo clone e e um metodo
> nativo escrito por quem escreve a maquina virtual para determinada
> plataforma.
>
> Tambem tenho curiosidade sobre esse assunto.
>
> []s
>
> Rodrigo D. Malara
> [EMAIL PROTECTED]
> SUN Certified Java Programmer
> Linux User ID: 137855
>
> "Obstacles are those frightful things you see, if you take your eyes off
the
> goal."
> Hannah Moore
>
>
>
> -Original Message-
> From: Ana Paula Brandão Lopes [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 04, 2002 2:15 PM
> To: java list
> Subject: [java-list] utilidade do clone
>
>
> Pessoal,
> já mandei uma pergunta parecida, mas não sei se a lista recebeu. Alguém ai
> poderia
> me explicar a "real" utilidade do método Object.clone()? Por que não usar
> copy
> constructors para fazer deep copy, que é muito mais fácil. Tem alguma
> questão mais
> sutil envolvida, que eu não consegui ver?
>
> +++
> Ana Paula Brandão Lopes, M. Sc.
> Universidade Estadual de Santa Cruz
> Ilhéus-BA
> 73-680-5271
> +++
>
>
>
> -- 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]
> -
>



--
"Se um homem nao sabe a que porto se dirige, nenhum vento lhe sera
favoravel !"



-- 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] JFrame em tela cheia

[Luiz Felipe Molina]

ana paula,
 
em ambientes do tipo desktop, nem toda a tela 
está disponível para as janelas...
por exemplo, se vc criar uma janela com o tamanho 
da tela, no windows, parte da janela ficará escondida atrás da barra de 
programas.
 
Como não dá pra prever o tamanho da área 
disponível em tempo de compilação, existem duas soluções:
 
1. Encontrar o espaço disponível 
para seu programa (Insets) em tempo de execução:
 

  //O espaço disponível
  Insets in = 
  Toolkit.getDefaultToolkit().getScreenInsets(this.getGraphicsConfiguration());
   
  Dimension d = 
  Toolkit.getDefaultToolkit().getScreenSize();
   
  int width = d.width-(in.left + 
  in.top);
  int height = d.height-(in.top + 
  in.bottom);
  setSize(width,height);
  setLocation(in.left,in.top);
 
 
2. Maximizar a tela
 
Para maximizar a tela via programação, 
faça:
 

  meuFrame.setExtendedState(JFrame.MAXIMIZED_BOTH);
 
Detalhe: Este método só irá funcionar se o 
meuFrame estiver "realized", isto é, pronto para ser desenhado na tela (após os 
métodos pack(), setVisible(true) ou show()):

  
  "Realized means that the component has been 
  painted on-screen, or that it is ready to be painted. A Swing component that's 
  a top-level window is realized by having one of these methods invoked on it: 
  setVisible(true), show, or pack. Once a window is realized, all the components 
  that it contains are realized."
 
Espero ter ajudado.
 
Luiz Felipe Molina.
 
- Original Message - 
From: "Wagner Levi Brunca" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 28, 2002 10:28 
AM
Subject: Re: [java-list] JFrame em tela 
cheia
> simples,> >     Com a Classe Toolkit vc 
consegue pegar o tamanho tela, ou a resolução se> quiser, faça 
assim:> >     Toolkit tool = 
Toolkit.getDefaultToolkit();>     
FRAME.setSize(tool.getScreenSize());> > Wagner Levi.> 
> - Original Message -> From: "Ana Paula Brandão Lopes" 
<[EMAIL PROTECTED]>> To: "java 
list" <[EMAIL PROTECTED]>> 
Sent: Monday, December 09, 2002 16:40> Subject: [java-list] JFrame em 
tela cheia> > > > Como eu faço um JFrame ficar do 
tamanho da minha tela inteira, qualquer> que seja ela?> > 
Obrigada,> > +++> > Ana 
Paula Brandão Lopes, M. Sc.> > Universidade Estadual de Santa 
Cruz> > Ilhéus-BA> > 73-680-5271> > 
+++> >> >> 
>> > -- 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] 
> 
-> 

[java-list] Sons Cortados!

[Luiz Felipe Molina]

Olá Pessoal!
 
 
Quando eu tento tocar sons (wav) em meu programa, 
às vezes, os sons saem cortados.. 
eles começam a tocar... e param antes de acabar...
 
para tocar um som, estou usando o seguinte 
código:
 



 String sound  
= "meuSom.wav";
 java.net.URL url = 
""> 
if(url!=null){    
java.applet.AudioClip ac = 
java.applet.Applet.newAudioClip(url);    
ac.play(); }



 
OBS: Meu programa continua 
executando após ac.play().
 
Alguem já passou por isso?
Alguem toca sons de outra forma, que não produza 
cortes?
 
Luiz Felipe Molina.

Re: [java-list] URGENTE - Adicionar componentes durante a execução

[Luiz Felipe Molina]

Olá!
 
para fazer com que as alterações sejam 
atualizadas, vc deve chamar validate(). Se o tamanho da janela 
precisar ser alterado, talvez seja necessário chamar pack() ao 
invés de valitade().
 
Luiz Felipe Molina.
 
 
 
- Original Message - 
From: "Daniel S. Taranta" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 30, 2002 4:08 
PM
Subject: [java-list] URGENTE - Adicionar 
componentes durante a execução
Alguém poderia me ajuar, preciso adicionar alguns componentes no meu 
JPanel durante a execução, conforme a escolha do usuário. Eu crio o novo 
objeto e adciono ele ao JPanel, mas o componente n aparece na tela. Acho que 
preciso atualizar o JPanel, mas n sei como fazer 
isso!! Obrigado __Venha 
para a VilaBOL!O melhor lugar para você construir seu site. Fácil e 
grátis!http://vila.bol.com.br-- 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.htmregras da lista: http://www.soujava.org.br/regras.htmhistorico: http://www.mail-archive.com/java-list%40soujava.org.brpara sair da lista: envie email para [EMAIL PROTECTED] 
-

[java-list] Otimizar Image Loading. sabe como?

[Luiz Felipe Molina]

Olá Pessoal!
 
Meu problema é o seguinte: Tenho uma aplicação 
Swing, e em um dos componentes eu coloco uma imagem na tela.
O problema é que a imagem (JPG) possui 1.6Mb e é 
composta por mais de 15 milhões de pontos.
 
Quando o programa faz loading na imagem, o 
espaço utilizado pela VM sobe 
assustadoramente de 8Mb para 75Mb!
 
Vocês sabem como eu poderia carregar a imagem de 
forma mais "leve", ou talvez carregar uma parte menor da 
imagem? (já que a imagem inteira não cabe na tela mesmo, e foi 
preciso utilizar barras de rolagem).
 
à baixo, um exemplo do código utilizado para 
Gerar a imagem e mostra-la na tela:
 



public class ImageTest extends JPanel{
   private 
ImageIcon img;
 
   public 
ImageTest(String src){
  img = new 
ImageIcon(ImageTest.class.getResource(src));
   }
 
   public 
void paint(Graphics g){
  if(img!=null)
 
img.paintIcon(this,g,0,0);
   }
}



 
 
OBS: Já tentei utilizar o comando -Xmx para a VM, 
limitando o uso de memória, e o resultado foi um OutOfMemoryError.
 
 
Luiz Felipe Molina.

Re: [java-list] Restrição de acesso em classes x objetos

[Luiz Felipe Molina]

Acho q a resposta a esta pergunta vai de opinião 
pessoal.
 
Baseado na minha experiência em orientação a 
objetos e Java, eu diria que o fato dos modificadores de controle de acesso 
(public, private, etc) serem relativos às classes, e não aos objetos não é um 
problema, e sim uma característica. E esta pode vir a ajudar bastante em termos 
de praticidade, sem complicar, dificultar, ou ir contra as boas práticas de 
programação oo.
 
Pode parecer meio "feio" no contexto de 
encapsulamento, mas: Se a classe Casa contém todos os detalhes de implementação 
de uma casa, incluindo todos os atributos e objetos, fazer com que a classe Casa 
só tenha acesso aos seus atributos privados (e não aos das outras instâncias da 
classe Casa) é o mesmo que dizer: "precisamos esconder os detalhes de 
implementação entre uma casa e outra".
 
Deixando a análise conceitual de lado, e 
partindo para algo mais concreto, uma vez eu precisei 
implementar uma classe do tipo Matriz, que continha todas as operações sobre 
matrizes (soma, multiplicação, inversão, transposição, etc). Ela 
declarava os atributos privados:
private double mat[][];
private int linhas,colunas;
 
e os acessos a esta matriz era intermediado pelos 
métodos get(int i, int j) e set(int i, int j, double valor), e as funções 
getLinhas() e getColunas(). Assim, os atributos "linhas" e "colunas" não são 
modificáveis por classes externas.
 
A vantagem (neste caso) do fato que os 
atributos privados são acessíveis à classe, e não apenas ao objeto é que eu 
poderia modificar os atributos "linhas" e "colunas" de qualquer objeto do tipo 
Matriz dentro da classe Matriz (necessário em alguns algoritmos), além da 
facilidade de utilizar o atributo "mat[][]" diretamente.
 
 
Luiz Felipe Molina
 
 
 
- Original Message - 
From: "José Augusto Cerqueira Condé" 
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 08, 2002 5:45 
PM
Subject: [java-list] Restrição de acesso em 
classes x objetos
Colegas,Recentemente me atentei a uma questão interessante. Os 
níveis de restriçãode acesso a atributos e métodos de uma classe, 
implementados pela linguagemjava, se aplicam apenas a classes e não a 
objetos.Tomem como exemplo a classe abaixo :public 
Casa{private boolean alugada;public 
casa(){}public Casa criaNovaCasaAlugada(){Casa casa 
= (Casa)this.clone();casa.alugada = true;  }public void 
setAlugada(boolean alugada){this.alugada = alugada;}public 
boolean isAlugada(){return alugada; }}Apesar de 
parecer estranho o atributo "alugada" estar sendo acessadoexternamente, o 
método "criaNovaCasaAlugada" está correto do ponto de vistada linguagem 
java. Mas em relação às boas maneiras da Orientação Objetos,isto não seria 
aberração (objetos acessando atributos protegidos de 
outrosobjetos)?Atenciosamente,JConde[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.htmregras da lista: http://www.soujava.org.br/regras.htmhistorico: http://www.mail-archive.com/java-list%40soujava.org.brpara sair da lista: envie email para [EMAIL PROTECTED] 
-

Re: [java-list] package br.com

[Luiz Felipe Molina]

Esta padronização é aconselhada, e garante que ninguem no mundo criará uma
classe no mesmo pacote que a sua, já que seu pacote é baseado no seu dóminio
da internet, que é só seu.
Assim, não há possibilidade de choques entre nomes de classes.

Luiz Felipe Molina

- Original Message -
From: "Mauro" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 18, 2002 6:07 AM
Subject: [java-list] package br.com


> Eu li que a convenção dos packages para distribuição derivava do endereço
da
> empresa na internet, assim sun.com virava com.sun.qualquercoisa, ibm.com
> virava com.ibm.resto. E pra empresas que sao empresa.com.br, devo usar um
> package br.com.empresa?
>
> Eu sei que tanto faz, mas alguém conhece alguma recomendação a este
> respeito? Ou sabe de alguma vantagem ou desvantagem de usar
br.com.empresa?
>
> Gradicido,
>
>  ---
> Mauro Ramos Martini
> [EMAIL PROTECTED]
> counter.li.org#225287
> Visite o site www.politicabrasil.com.br
>
> -- 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] sockets x windows xp

[Luiz Felipe Molina]

Olá!

No meu winXP, o accept não dava NullPointers, mas simplesmente o cliente não
conseguia abrir uma conexão na porta especificada.

Eu consegui resolver este problema instalando o firewall ZoneAlarm.
Talvez as versões mais recentes do java não tenham este bug.

Até!

Luiz Felipe Molina.



- Original Message -
From: "Fernando T. Martins Mano" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 17, 2002 11:10 AM
Subject: [java-list] sockets x windows xp


> Olá
>
> Implementei um servidor usando sockets, só que qdo ele entra em accept(),
em
> tempo de execução, dá uma série de NullPointerException. No Windows 2000
> isso não ocorre, e o servidor funciona da maneira esperada. Verifiquei se
o
> firewall do winXP estava ativado, mas não estava.
>
> Alguém já enfrentou o mesmo problema ou teria alguma sugestão de como
> driblar esse problema do XP (sugerir não utilizar o windows xp não vale,
> hein? heheheh)
>
> Um abraço e grato pela atenção,
>
> Fernando T. Martins Mano
> [EMAIL PROTECTED]
>
> _
> MSN Messenger: converse com os seus amigos online.
> http://messenger.msn.com.br
>
>
> -- 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] PESSOAL QUE USA O JAKARTA TOMCAT...

[Luiz Felipe Molina]

Olá Diego!

O Tomcat não possui um diretório para classes que mudam frequentemente.
Assim, sempre que alguma classe for aterada, você devera reinicia-lo.
Pelo menos era assim, até a versão 3.

Luiz Felipe.

- Original Message -
From: "Diego Ziquinatti" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 09, 2002 5:10 PM
Subject: [java-list] PESSOAL QUE USA O JAKARTA TOMCAT...



Aconteceu assim comigo: descobri um erro em uma classe do Java depois que
acessei um JSP. Fui até a classe, alterei ela, recompilei, voltei ao JSP e o
erro continuou. Excluir o .class da classe, voltei ao JSP e o erro
continuou. Conclui então que após o Jakarta ter iniciado ele carregou a
classe e não mais precisou dela. Mas isso tem um grave problema: tive que
derrubar o Jakarta para a alteração na minha classe Java funcionar.

Pergunto: NÃO EXISTE UMA MANEIRA DE ALTERAR UMA CLASSE JAVA E ESTA FICAR
VALENDO NO JAKARTA, SEM PRECISAR DERRUBÁ-LO???

SE ALGUÉM SOUBER, POR FAVOR, ENVIE RESPOSTA, POIS PRECISO MUITO DISSO.

ABRAÇOS...

  _

Diego Ziquinatti
Analista de Sistemas
Fone: 54 3025-1717
E-mail: [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] JTable- Como adicionar uma nova linha

[Luiz Felipe Molina]

Acho que único jeito de se fazer isso é extendendo a classe abstrata
AbstractTableModel.
Não é dificil, vc tem que implementar os métodos abstratos, e se quiser,
reimplementar alguns métodos. por exemplo:

public int getColumnCount()
public String getColumnName(int column)
public Object getValueAt(int row, int column)

O model é responsável pela manipulação dos dados na tabela. então,
geralmente cria-se uma lista de elementos, onde cada elemento é uma linha da
tabela. e no método getValueAt, vc pega o elemento na posição row da lista,
e com um switch (por exemplo), vc pega o dado que deve aparecer na columa
comumn.

Daí vc cria uma tabela passando para o contrutor uma instância do seu table
model.

quando os dados da tabela forem alterados (como no exemplo que vc deu), para
atualizar os dados na tela, invoque fireTableDataChanged();

basicamente é isso.

Boa Sorte!
espero ter ajudado.

Luiz Felipe.

- Original Message -
From: "Fernando Henrique da Silva" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 26, 2002 1:21 PM
Subject: [java-list] JTable- Como adicionar uma nova linha


> Galera,
> gostaria de saber como faco para adicionar uma nova linha na
tabela(JTable)
> ao clicar em um botao, pegando os dados de um formulario da tela
>
> []´s
> Fernando
>
>
> -- 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] 
-

[java-list] Representação de valoers monetários em JDBC

[Luiz Felipe Molina]

Olá pessoal!
 
Estou utilizando o tipo DOUBLE para representar 
valores de R$. Porém, o driver que eu estou utilizando é em português e entende 
20.5 como 205,00. eu poderia utilizar a classe DecimalFormat, mas. não posso 
garantir que o driver que o cliente irá utilizar será em português.
 
Qual a melhor solução?
 
Existe uma forma de saber o separador decimal ( . 
ou , ) do banco de dados em tempo de execução?
 
e utilizar BigDecimal, ajuda?
 
Pensei em utilizar números inteiros, multiplicando 
e dividindo por 100. mas aposto que há um jeito melhor.
 
Obrigado!
 
Luiz Felipe.

Re: [java-list] Daemon ???

[Luiz Felipe Molina]

Alisson,

Em Java, um programa permanece em execução enquanto ele possuir pelo menos
uma thread não daemon executando. Quando só existem threads do tipo daemon
rodando, o programa é finalizado.

O programa que vc escreveu para de executar depois de escrever "passei
aqui", pois o método main retorna e a thread q vc criou é daemon.

Sendo assim Daemon Threads não solucionam seu problema.


Luiz Felipe Molina.


- Original Message -
From: "Alisson Guindo Casagrande" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 01, 2002 9:43 AM
Subject: [java-list] Daemon ???


>
> Ola pessoal,
>
> Estou criando um servidor e preciso que ele fique trabalhando em
background
> no caso eu posso fazer  java -cp $PROG meuprog.Server & para executar,
> porem eu queria que o proprio programa ficasse em background. sem a
> necessidade
> do &.  Pois quero que o administrador tenha possibilidade de iniciar e
> finalizar o
>  server remotamente!
>
> Sei que da pra fazer isso, pois  a classe thread tem um metodo chamado
> setDaemon (boolean), porem nao tenho  a minima ideia de como usa-lo!
> Tentei fazer no metodo main do Server.java:
>
> public void main (..) {
>
> Server s = new Server();
> s.setDaemon(true);
> s.start();
> System.out.println("passei aqui")
> }
>
> Porem o programa inicia e em seguida termina apos escrever "passei aqui"
> sem
> nenhum erro.  Tambem tentei coloca-lo no construtor e falhou.
>
> Alguem ja' usou isso ou fez algo parecido, que possa me ajudar ??
> Como faco entao ??
>
>
> desde  ja' obrigado,
> Alisson
>
>
>
>
> -- 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] Password

[Luiz Felipe Molina]

Quando desenvolvemos um sistema seguro, temos que 
supor que todas as pessoas possuem o código fonte do sistema. Assim, se seu programa está seguro somente enquanto o 
.class não for decompilado, então não há segurança nenhuma!
 
Falando em autenticação de senha... o método com 
Message Digest (MD5, SHA-1, etc..) é muito interessante, pois o server pode 
autenticar o cliente sem mesmo saber a senha... Mas cuidado! se o cliente 
calcula o digest e envia ao servidor.. basta um usuário "malicioso" conhecer o digest do cliente (interceptando mensagens, etc..), 
e ele (o usuário malicioso) pode simplesmente enviar diretamente o 
digest pro servidor, conseguindo uma autenticação, mesmo sem saber a 
senha.
 
Isto pode ser resolvido se o servidor souber sim a 
senha. Então o cliente faz um digest com a senha junto com um número aleatório 
(por exemplo), e evia pro servidor o digest e o número. O servidor por sua vez, 
pega o número aleatório que o cliente enviou e faz um digest com a senha do 
cliente. Se o digest do servidor der igual ao digest do cliente, então o cliente 
estará autenticado. O único problema é que o servidor vai ter que saber as 
senhas dos clientes.. e aí vc teria que pensar num modo de garantir que as 
senhas estejam seguras no lado servidor.
 
Luiz Felipe Molina.

  - Original Message - 
  From: 
  Samuel 
  Yuen 
  To: [EMAIL PROTECTED] 
  Sent: Sunday, May 12, 2002 12:26 AM
  Subject: Re: [java-list] Password
  
  Paulo,
   
  o que exatamente você não pode gravar no .class? 
  A senha?
  O que você poderia estar fazendo seria utilizar 
  um algoritmo de criptografia para cifrar a senha antes de gravá-la no 
  arquivo e decifrá-lo ao efetuar a conexão com o banco de dados. Claro que não 
  poderia ser um algoritmo fácil de ser descoberto, você poderia ofuscar a 
  classe para dificultar um pouco as coisas.
   
  Algo mais sofisticado seria usar um algoritmo que 
  use chaves simétricas e além de guardar a chave usada no .class, guardá-la 
  também em um local seguro para ser usada sempre que a senha for trocada. O uso 
  de chaves assimétricas não traz nenhuma real vantagem, fora a desnecessidade 
  de grande segurança para guardar a chave a ser usada para cifrar a 
  palavra.
   
  Bem, tudo isso não vai te proteger totalmente, 
  nada impede que um bom conhecedor de Java decompile a sua classe e descubra 
  como funciona o mecanismo, mesmo que ela esteja ofuscada (para tal esforço 
  provavelmente seria alguém mal intencionado). Mais do que uma criptografia, é 
  necessária uma política de segurança, que impeça o acesso ao sistema nos 
  níveis de hardware e software e que também involva as pessoas da 
  empresa.
   
  Samuel
   
  - Original Message - 
  
From: 
[EMAIL PROTECTED] 
To: [EMAIL PROTECTED] 
Sent: Friday, May 10, 2002 10:01 
AM
Subject: Re: [java-list] Password
ola ALL, Obrigado pela ajuda. O meu 
problema é que preciso gravar a senha de acesso ao banco em um arquivo 
.properties por exemplo. Pois minha aplicacao lera desse arquivo para 
conectar ao banco. Isso que vc falou está correto para os demais usuários, 
mas e o user que se logará no banco como proceder? Eu nao posso deixar 
gravado dentro do .class, pois trata-se de uma aplicacao comercial, entao 
como fazer? Quero pegar a senha, criptografa-la, grava-la em um .properties, 
e quando precisar acessar o banco, ler o arquivo, descriptografar a senha, 
autenticar  no banco. Caso 
vc tenha QUALQUER ajuda/exemplo agradeço muito. "Valeu ;) " AtenciosamentePAULO BRANCODIRETIVA DIGITAL 
Garante sim.A função 
hash funciona assim:Dado um texto de entrada, uma saída é gerada. A 
partir da saída, é impossível se chegar novamente aotexto da entrada. 
Mas dada a mesma entrada, a mesmasaída é gerada.Se vc aplica essa 
função na senha do usuário quando oestá cadastrando ou trocando de 
senha, o que ficaguardado é essa saída, que não significa nada 
paraninguém que venha a pegar esse arquivo. Quando ousuário vai 
logar, vc aplica a função na entrada delee, se bater o resultado com o 
que está guardado, elebateu a senha correta.Esse tipo de 
autenticação é usado no UNIX.JP--- 
[EMAIL PROTECTED] wrote:> Mas Marco, na realidade esse 
algoritmo nao garante > 
seguranca nenhuma, ou > nao?> Como gravar em um arquivo essa 
"password" se quando> transformada em string > fica 
identica?> > Atenciosamente> PAULO BRANCO> 
DIRETIVA DIGITAL> > > > > "Marco Aurelio 
Vilela Garcia" <[EMAIL PROTECTED]>> 06/05/2002 12:54> 
Please respond to java-list> >  >     
    To:     <[EMAIL PROTECTED]>> 
        cc: >         
Subject:        Re: [java-list] Password> 
> > Caro Matheus;> No caso de criptografar uma senha, 
eu sugiro que não> utilize nada p

Re: [java-list] Password

[Luiz Felipe Molina]

Para armazenar os bytes, sem problemas de representação de strings, utilize
a codificação em base 64, que transforma um conjunto de bytes em caracteres:
a-z, A-Z, 0-9, /, +.
não tenho certeza se está tudo certo, mas é assim:

String strBytes;
String strBase64 = new BASE64Encoder().encode( strBytes.getBytes() );
byte b[] = new BASE64Decoder().decodeBuffer( strBase64 );

Espero q isso ajude.

Luiz Felipe Molina


- Original Message -
From: "Lusoujava" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 07, 2002 8:28 PM
Subject: Re: [java-list] Password


> É só gravar com um varbinary (ou qualquer outra representação para array
de
> bytes que o seu banco suporte). Depois na comparação das senhas, faça a
> comparação dos byte[] gerados pelo digest e o armazenado no BD.
>
> [ ]´s
> Luciano da Silva Coelho
> [EMAIL PROTECTED]
> Sun Certified Programmer for JAVA2
> Sun Certified Web Component Developer for J2EE
> Sun Certified Instructor for JAVA2
> e-Sec Tecnologia em Segurança de Dados
> www.esec.com.br
> - Original Message -
> From: "SILVA Rafael P CONFAB" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, May 07, 2002 5:17 PM
> Subject: RES: [java-list] Password
>
>
> 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
>
>
>
>
>
> Marco,
>
> E quanto aos caracteres especiais que são gravados no banco?!?
> Não poderíamos ter problemas com eles?!?
> []´s
>
> Rafael Pioli
>
>
> -Mensagem original-
> De: Marco Aurelio Vilela Garcia [mailto:[EMAIL PROTECTED]]
> Enviada em: terça-feira, 7 de maio de 2002 12:17
> Para: [EMAIL PROTECTED]
> Assunto: Re: [java-list] Password
>
>
> Paulo;
>
> A classe que eu mandei faz o seguinte: recebe uma string normal (a senha)
e
> calcula o digesto dessa string. Este digesto é uma outra string totalmente

> incompreensível e não há (até onde sei) como fazer o processo inverso.
> Quando vc for autenticar um usuário, basta receber a senha, recalcular o
> digesto e comparar com o que vc armazenou.
> Que tipo de garantias de segurança você quer? Dependendo ele funciona e é
> suficiente.
>
>
> Marco
>
>
> - Original Message -
> From: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
>
> To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> Sent: Monday, May 06, 2002 2:57 PM
> Subject: Re: [java-list] Password
>
>
> Mas Marco, na realidade esse algoritmo nao garante seguranca nenhuma, ou
> nao?
> Como gravar em um arquivo essa "password" se quando transformada em string
> fica identica?
>
> Atenciosamente
> PAULO BRANCO
> DIRETIVA DIGITAL
>
>
>
> "Marco Aurelio Vilela Garcia" < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> >
>
>
> 06/05/2002 12:54
> Please respond to java-list
>
>
>
> To:<[EMAIL PROTECTED]>
> cc:
> Subject:Re: [java-list] Password
>
>
>
> Caro Matheus;
> No caso de criptografar uma senha, eu sugiro que não utilize nada para
> criptografia. A documentação ainda está fraca, pois a API de criptografia
> foi liberada para usuários fora dos EUA há muito pouco tempo. É possível
> obter uma funcionalidade parecida usando um digesto de mensagem.
> O procedimento é o seguinte: uma classe irá, a partir da sua senha, criar
> uma string que parece ser criptografada. Mas não se trata de criptografia,
é
> apenas uma forma de autenticação. Eu estou usando isso para armazenar
senhas
> numa base de dados. Estou satisfeito até agora.
>
> Logo abaixo escrevo um código para vc experimentar.
>
> Abraços
> Marco
>
>
>
> import java.security.*;
>
> /**
> *  @author  Marco Aurélio Vilela Garcia
> *  @version 1,0
> */
> public final class PasswordEncDec {
>
>public static String cryptSenha(String senha){
>try{
>MessageDigest md = MessageDigest.getInstance("SHA");
>byte[] buf = senha.getBytes();
>md.update(buf);
>byte[] digest = md.digest();
>
>return new String(digest);
>}
>catch(NoSuchAlgorithmException nsae){
>
> System.err.println("===");
>
> System.err.println("===");
>System.err.println("  Erro acontecendo no PasswordEncDec");
>System.err.println("  Método cryptSenha ");
>System.err.println("Exceção: "+ nsae

Re: [java-list] Array Strings

[Luiz Felipe Molina]

Utilize StringTokenizer:
 
/**/
StringTokenizer st = new 
StringTokenizer("Estou aprendendo java");
String texto[] = new String[ 
st.countTokens() ];
 
for(int 
i=0;i
   texto[i] = 
st.nextToken();
/**/
 
e pronto! :-)
 
Luiz Felipe.
 

  - Original Message - 
  From: 
  Iniciante 
  Java 
  To: [EMAIL PROTECTED] 
  Sent: Saturday, April 13, 2002 9:13 
  PM
  Subject: [java-list] Array Strings
  
  Olá,
   
  Necessito criar um Array String com base em 
  uma frase, ou seja tenho a frase: 
   
  Estou aprendendo Java
   
  preciso colocar cada palavra desta frase em um 
  indice do vetor:
   
  texto[0]=Estoutexto[1]=aprendendotexto[2]=Java
   
  Como conseguir ler a frase e jogar a palavra 
  no índice???
   
  obrigado pela 
atenção!!!

Re: [java-list] Problemas na execução

[Luiz Felipe Molina]

Guilherme,

Pelo visto vc está executando seu programa com o comando:
"java Hello.class"

se for isso, então é o seguinte:
para executar, o nome da classe é apenas o nome da classe, sem o ".class":
"java Hello"


Espero que isso ajude.

Luiz Felipe.

- Original Message -
From: "Guilherme Neves" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 05, 2002 10:38 AM
Subject: [java-list] Problemas na execução


> Pessoal,
>
> Comecei agora em JAVA e estou com problemas na execução dos meus
> programinhas.
>
> No exemplo de Hello World, fiz:
>
> public class Hello {
> public static void main(String args[]) {
>   System.out.println("Hello World!!!");
> }
> }
>
> Compilei sem problemas. Na hora da execução, aprensentou o seguinte
> erro:Exception in thread "main" java.lang.NoClassDefFoundError:
Hello/class
>
> Não sei o que pod e estar acontecendo...
>
> Alguém saberia ?
>
> Abraços
>
>
>
> _
> O MSN Photos é o jeito mais fácil de compartilhar e imprimir as suas
fotos:
> http://photos.msn.com.br/support/worldwide.aspx
>
>
> -- 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] Jbuilder 5 com Jdk 1.4 ?!?

[Luiz Felipe Molina]

Marcos,
Eu estava com o mesmo problema..
Até instalar a nova versão: jdk 1.4 beta 
3.
 
Agora, não dá mais erro, apenas 
warnings:
 

  Warning #: 910 : cannot check class ; class file has wrong version 48.0; assuming package java.util 
  is stable; use of -nomakestable is 
recommended
Até mais!
 
Luiz Felipe.
 
- Original Message - 

  From: 
  Marcos Tadeu Puntel Vargens 

  To: [EMAIL PROTECTED] 
  Sent: Saturday, April 06, 2002 6:54 
  PM
  Subject: [java-list] Jbuilder 5 com Jdk 
  1.4 ?!?
  
  Alguem sabe como eu faço para o jbuilder 5 
  trabalahar com o jdk 1.4?
   
  nas configurações de Jdk já inclui o mesmo lá e 
  mudei as configurações do projeto para usar ele tambem. Mas quando tento 
  compilar mostra a seguinte mensagem de erro:
   
  "teste.java": Error #: 750 : initialization 
  error: com.borland.compiler.symtab.LoadError: class file has wrong version 
  48.0
   
   
  essa mesnsagem é mostrada quando se inicializa o 
  Jbuilder usando o JDK q vem com ele 1.3.0.
  Ao mudar esse jdk para a versão 1.4 através do 
  arquivo jdk.config na pasta bin do Jbuilder, ele inicia normalmente(as letras 
  dos menus e etc ficaram ninja com a versão 1.4). Mas ao tentar compilar 
  qualquer coisa é mostrada uma mensagem parecida com a anterior
   
  "teste.java": Error #: 750 : initialization error: 
  com.borland.compiler.symtab.LoadError: neither class nor source found for 
  java.lang.Object
  dificil em...