Re: [java-list] Conexão

[Michael Santos]

Eh soh usar a classe JDialog do pacote Swing. Deh 
uma olhada na documentacao da Sun.
 
[]'s
Michael

  - Original Message - 
  From: 
  Henrique Eger 
  To: Java 
  
  Sent: Monday, September 18, 2000 7:00 
  AM
  Subject: [java-list] Conexão
  
  Caros amigos preciso fazer uma classe cliente 
  conectar com uma servidor estou fazendo em RMI.
  Mas este naum é meu problema oproblema estou 
  encontrando na hora de chamar um dialog para entrada de login...
  Tentei fazer com uma frame normal só que a classe 
  cliente principal chama a frame e continua o código sem parar para receber 
  novamente os dados do login.
  Me falaram que chmando dialog eu consigo fazer 
  isso.
  Alguém poe me ajudar.
  Preciso saber como chamar um dialog.é igual a 
  instanciar uma frame
  e como faço a classe cliente principal parar na 
  liha de comando para esperar que os dados retorne do dialog???
   
  Obrigado 
Henrique

Re: [java-list] Driver Jdbc para *.Dbf

[Michael Santos]

Se o seu problema for soh no Windows, tente ir no 
site da Microsoft e procurar pelos componentes de acesso a dados (agora naum 
lembro seh eh DAO ou ADO). Instalando o ODBC do Windows, ele instala o driver 
ODBC de DBF.
[]'s
Michael

  - Original Message - 
  From: 
  Leandro Fernandes 
  Afonso 
  To: Java-List ; Horizonte 
  Sent: Sunday, September 17, 2000 11:28 
  PM
  Subject: Re: [java-list] Driver Jdbc para 
  *.Dbf
  
  Sim!
  tenho o Interbase da Inprise, que por sinal é 
  free source!    
   
   
  
- Original Message - 
From: 
Horizonte 
To: [EMAIL PROTECTED] 
Sent: Thursday, September 14, 2000 
10:01 AM
Subject: [java-list] Driver Jdbc para 
*.Dbf

Alguém tem algum driver p/ jdbc para tabelas *.dbf 
??
 
Um abraço ...
 
Vanclei

Re: [java-list] Instalador Java

[Michael Santos]

Ola Ana,
 
existe uma versao do InstallShield for Java. 
Acredito q no site deles deve haver ateh algum demo, sei lah. De uma pesquisada 
na net.
 
[]'s
Michael

  - Original Message - 
  From: 
  Ana Lúcia 
  
  To: [EMAIL PROTECTED] ; [EMAIL PROTECTED] 
  Sent: Sunday, September 17, 2000 6:16 
  PM
  Subject: [java-list] Instalador 
Java
  
  Olá, amigos da lista, tudo bem?
  Eu de novo!!!
  Uma pergunta que pode ser besta, 
  mas...
  É possível gerar um instalador de um programa 
  Java? Eu sei que o VB e o Delphi possuem ferramentas que geram automaticamente 
  um instaladorzinho para qualquer sistema desenvolvido nessas linguagens, 
  mas... existe algo desse tipo para o Java?
  Muito obrigada e desculpem mais uma vez o 
  incômodo
  Abraços
  Ana Lúcia

Re: [java-list] Splash

[Michael Santos]

Use JWindow.
 
Michael

  - Original Message - 
  From: 
  Ana 
  Paula L. M. Costa 
  To: [EMAIL PROTECTED] 
  Sent: Tuesday, November 14, 2000 7:38 
  PM
  Subject: [java-list] Splash
  
  Oi,
   
  Algum de vcs sabe como faco em java para criar um 
  splash (figura q quando o programa eh executado aparece na tela ate o programa 
  ser carregado...)
   
  Obrigado,
  Ana Paula

Re: [java-list] Swing requer muita memoria RAM

[Michael Santos]

A grande verdade eh q TODAS as IDEs pra Java saum verdadeiras "drenadoras"
dos recursos do sistema. Se ateh mesmo um Delphi da vida, q utiliza os
recursos do sistema diretamente, jah deixa o micro se arrastando dependendo
do tamanho do projeto, qdo vc junta Java, Introspection no Beans Inspector
da sua IDE e ainda tenta carregar Swing, a tendencia eh q seu micro tente
entrar em estado de coma, se vc naum tiver pelo menos 128Mb de memoria ( e
olha q ainda eh pouco, eu acho...).
Entretanto, qdo vc instala seu sistema numa maquina cliente, a menos q ele
envolva recursos pesados como carregamento dinamico de classes
(Class.forName() e semelhantes), ateh 32Mb podem gerar uma performance
aceitavel COM SWING. Swing eh muito superior ao AWT, mas deve-se levar em
consideracaum q o preco disso eh memoria. Vc naum pode reclamar muito disso,
contudo, pq a Micro$oft com suas novas versoes do Windows sempre joga as
exigencias de memoria nas alturas e ninguem fala nada (em tese... :o)).
Acredito q aplicacoes em Java naum saum pra qqer cliente, porque afinal de
contas, a maioria dos programadores da lista ganha no minimo 15 reais
p/hora, chegando a 50 dependendo da sua funcaum. Geralmente, quem tem
condicoes de pagar um preco "exorbitante" desses - pelo menos para a nossa
realidade - possui uma maquina com memoria suficiente para oferecer uma
performance aceitavel.
O uso de Swing com applets realmente requer consideracaum, especialmente qdo
seu publico alvo eh abrangente e ating tb a Classe C e as outras abaixo
dela. O uso do bom senso pode ser a grande chave para se decidir usar Swing
ou AWT, embora Swing seja muito melhor paras nos e para o usuario em
questaum de flexibilidade e facilidade de uso. Por isso q eu particularmente
soh trabalho com aplicacoes corporativas de porte medio e grande e sou muito
favoravel ao uso do Java para JSP, servlets e applets PEQUENAS em AWT ou
applets pesadas em Swing em Intranets.
Naum gosto de perder meu tempo desenvolvendo applets num framework
ultrapassado soh porque nos vivemos num pais de terceiro mundo e pq os
usuarios nunca vaum ter nossa visaum de tecnologia e atualizar seus produtos
taum rapido.
Espero ter ajudado com este e-mail extenso a elucidar um pouco o "grande
debate" AWT x Swing.

Michael N. Santos
Consultor/Desenvolvedor
- Original Message -
From: Sergio Oliveira Jr. <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 20, 2000 10:11 PM
Subject: [java-list] Swing requer muita memoria RAM


> Senhores,
>
> Nao consigo rodar o JBuider, que eh feito em Java e utiliza Swing, numa
> maquina K6-500 com 64Mb de RAM. Fica absurdamente lento.
>
> Contrariamente do que algumas pessoas andaram afirmando nessa lista, Swing
> apesar de ser lightweight ou peerless requer muita memoria RAM para rodar
> como uma aplicacao Windows normal.
>
> Esse comportamento ja era de se esperar, já que AWT utiliza JNI para
> executar codigo nativo (os famosos Peers) e Swing eh 100% Pure Java, ou
> seja, antes o codigo da interface era executado encima do microprocessador
> (AWT) e agora eh executado encima da maquina virtual Java (Swing).
>
> Não há dúvida que Swing oferece várias vantagens sobre AWT, como maior
> flexibilidade, maior variedade de componentes, maior independencia de
> plataforma, conformidade com o padrão JavaBeans, MVC e Look-And-Feel.
> Entretanto em termos de performance, na minha opinião, Swing perde para
AWT.
>
> Talvez essa desvantagem não seja culpa da API do Swing, mas sim da própria
> arquitetura da Máquina Virtual Java que talvez não se entenda muito bem
com
> o sistema de SWAP do windows. (A máquina virtual Java faz algum tipo de
SWAP
> ou deixa por conta do Windows ???)
>
> Meu próximo passo é testar o JBuilder (e outros aplicativos Swing que se
> mostraram extremamente lentos na minha máquina) numa máquina com 128Mb de
> RAM, o que considero uma quantidade bastante acima dos padrões atuais para
> desktops.
>
> Essa é a minha opinião. Gostaria de ouvir outras opiniões de outros
membros
> da lista, mesmo que sejam contrária a minha.
>
> Um abraço,
>
> Sergio Oliveira Junior
> http://chat.escola24horas.com.br/jato
> http://chat.escola24horas.com.br/modichat
> http://chat.escola24horas.com.br/sitetalk
>
>
>
>
>
>
>
>
>
>

_
> Get more from the Web.  FREE MSN Explorer download :
http://explorer.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
> 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://ww

RE: [java-list] overriding vs overloading

[Michael Santos]

Comentarios dentro da msg...

>From: Glécio Nicoletti Jr  <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: 'Johnatan ' <[EMAIL PROTECTED]>, "'[EMAIL PROTECTED] '"  
><[EMAIL PROTECTED]>
>Subject: RE: [java-list] overriding vs overloading
>Date: Tue, 26 Jun 2001 08:31:42 -0300
>
>
>
>Johnatan,
>
>Esses termos sao usados para definir o polimorfismo suportado em java.

Ha controversias...
Polimorfismo no sentido puro da palavra se refere mesmo ao overriding, ou a 
capacidade de responder de forma diferente a mesma msg, sendo q uma msg se 
refere ao nome + parametros, ou seja, mesmo nome e outros parametros nao eh 
polimorfismo.
No entanto, ha uma corrente dentro desta lista e de algumas pessoas fora 
dela tb - conceituadas por sinal - q defendem q overloading tb eh 
polimorfismo, mais exatamente polimorfismo parametrico.
Antes q isto start outra thread de discussao, vc pode achar o q quiser deste 
comentario, soh quero colocar q esta ideia de q os dois sao polimorfismo eh 
MUUITO discutivel.

>Overload significa sobrecarga de metodos, ou seja, mesmo nome de metodos,
>porem com numero ou tipo de parametros diferentes.
>
>Overrride significa sobreposicao de metodos. Quando voce herda uma classe,
>por exemplo, e a sua superclasses tem um metodo com o mesmo nome da
>sub-classe. Para distinguir, voce faz assim :
>
>Classe.metodo();
>SuperClasse.metodo();

Acho q um exemplo melhor eh assim:
Imagine uma classe Animal. Ela possui um metodo chamado comer(Comida c).
Cada Animal implementa este metodo de uma forma diferente, por exemplo, os 
seres humanos - a maioria bem-educada, espero - podem comer uma  usando 
garfo e faca, ou um guardanapo ou coisa do genero, enquanto um macaco - a 
maioria, pq uns tb sao mais educados do q muita gente q conheco :-P - irao 
"meter a maozona" na comida.
Ou seja, se vc mandar um Animal comer, dependendo do Animal, vc vai observar 
uma reacao diferente, mas o importante eh q ele vai comer.

>Ambos os casos, sao usados para definir comportamentos diferentes para um
>mesmo metodo.

Depende da sua "religiao" com respeito ao q eh polimorfimo, como jah 
comentei antes...

>Espero que te ajude.

eu tb... :-)


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

>-Mensagem original-
>De: Johnatan
>Para: [EMAIL PROTECTED]
>Enviada em: 25/06/01 17:34
>Assunto: [java-list] overriding vs overloading
>
>Ola Lista
>Alguem poderia me explicar qual a diferença de
>overriding e overloading ?
>Att.
>Johnatan
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

[java-list] Jrew

[Michael Santos]

Alguem falow q o Jrew eh coisa da pre-historia pq soh vinha com o JDK 1.1.6.
Gostaria de salientar o seguinte: TODAS AS VERSOES DO IE (ateh o 5.5) VEM 
COM O JDK 1.1.6 ou inferior o q significa q TODOS OS USUARIOS DESTAS VERSOES 
DO IE TEM O JREW, quer queiram quer nao.
Fora isso, grandes corporacoes, como o Bradesco for instance, usam o 1.1.x 
ateh hj, o q significa q pelo menos 2.500 agencias com n micros tem em suas 
makinas "o tal do Jrew pre-historico".
Cuidado, meus colegas, pq muitos de vcs ainda vao ter q encarar o "tempo dos 
dinossauros"...
Meu objetivo aki nao eh desmerecer nem atacar o colega, mas deixar claro q o 
Jrew tvz seja a JVM mais presente do mundo...


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO!!!!

[Michael Santos]

Acho q seu compilador foi escrito pela Microsoft, meu camarada... :-P
Isto nao compila nem aki nem na China, tenho certeza absoluta... Nao preciso
nem testar, se vc tem:

public class A {
  private int x;
}

public class B extends A {
  public B() {
 x = 1;
  }
}

e tentar compilar, vc vai receber ou "undefined variable: x" ou "variable x
is not visible to B" ou alguma coisa assim...
A resposta anterior eh correta...

Qdo vc se certificou?


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

From: "Edson Tirelli" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: RES: [java-list] Basico de OO em JAVA - CUIDADO
Date: Thu, 5 Jul 2001 11:49:59 -0300


Amigos,

Este assunto inclusive circulou aqui na lista a um tempo atras. Eh um
erro comum q eu tambem cometia no inicio, mas eh importante exclarecer: os
modificadores de acesso limitam o ACESSO EXTERNO aos atributos  da classe,
mas NAO LIMITAM A HERANCA.
Isso quer dizer q se uma classe eh FILHA de outra, ela vai HERDAR TUDO
da classe MAE, podendo eventualmente sobrescrever algumas coisas (por
exemplo, o q NAO estiver definido como "final" na classe mae).
Assim, no exemplo citado pelo colega:

public class Mae {
private   int x;
protected int y;
}

public class Filha extends Mae {
// A FILHA HERDA O ATRIBUTO PRIVADO "X" E O ATRIBUTO PROTEGIDO "Y"
public Filha() {
   x = 50;  // PERFEITAMENTE CORRETO
   y = 100; // PERFEITAMENTE CORRETO
}
}

 Pra tentar exclarecer o modificador private, observe essa nova
implementacao abaixo:

public class Filha extends Mae {
// A FILHA HERDA O ATRIBUTO PRIVADO "X" E O ATRIBUTO PROTEGIDO "Y"
public Filha() {
   x = 50;  // PERFEITAMENTE CORRETO
   y = 100; // PERFEITAMENTE CORRETO
}

public void m() {
Mae amae = new Mae();
amae.x = 30; // ERRO DE COMPILACAO -> x eh atributo privado de
Mae
amae.y = 20; // CORRETO -> y eh atributo protegido de Mae

this.x = 50; // CORRETO -> atributo x herdado
this.y = 60; // CORRETO -> atributo y herdado
}
}

 Observe q a diferenca entre atributos privados e protegidos eh q os
atributos protegidos permitem o ACESSO EXTERNO quando o objeto q estiver
fazendo o acesso for de uma classe FILHA ou DO MESMO PACOTE q a classe q
contem o atributo.

 Espero ter exclarecido, mais do que complicado... :)

 Abraco,
 Edson

---
Edson Tirelli
System Analyst
Microsoft Certified Professional
Sun Certified Programmer for Java 2 Platform
try Automatos @ www.automatos.com



-Mensagem original-
De: Alexandre Nóbrega Duarte [mailto:[EMAIL PROTECTED]]
Enviada em: quinta-feira, 5 de julho de 2001 08:10
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Basico de OO em JAVA


Acho que o que voce quer fazer e isso.


public class Mae {

private int atributo;

public Mae(){

}

}


public class Filha extends Mae {

public Filha() {
atributo = 0;
}
}

Se for isso, eh impossivel, mas voce pode contornar este problema fazendo o
atributo protected ao inves de private. Dessa forma ele continua a ser
privado para quem esta de fora da classe mas fica publico para as classes
filhas.



public class Mae {

protected int atributo;

public Mae(){

}

}

Alexandre Nóbrega Duarte
Pós-Graduação em Informática
Departamento de Sistemas e Computação
Universidade Federal da Paraíba
- Original Message -
From: Fabio Ferreira
To: [EMAIL PROTECTED]
Sent: Wednesday, July 04, 2001 5:13 PM
Subject: [java-list] Basico de OO em JAVA


Como se "seta" um atributo (private) herdado da classe mae no construtor da
classe filha ?

Fabio Ferreira

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

Re: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO!!!!

[Michael Santos]

Desculpe se vc se sentiu ofendido, mas perguntei qdo vc se certificou pq 
antes da mudanca de outrubro (ou sera setembro?), todas as perguntas da 
certificacao NAO DIZIAM QTAS OPCOES ESTAVAM CERTAS e pra mim cairam duas 
perguntas ressaltando este ponto de acesso a private members.

Perguntei qdo pq acho q vc deve ter tirado depois disso e tvz isso tenha 
feito com q o fato de vc desconhecer este ponto sobre private nao tenha tido 
tanto peso qto deveria... Isso nao eh bem um erro de compilacao, pq pode 
levar a erros de modelagem e analise (nao sei se eh isso q vc faz). Se vc 
quiser ser analista OO, precisa conhecer estes pontos...

Mais uma curiosidade pra lista: protected eh uma caixinha de surpresas tb. 
VC aprende desde o tutorial da Sun: protected permite q as subclasses e as 
classes do mesmo pacote chamem o metodo. Entao em:

package pai;

public class Pai {
   protected void algo() {
   }
}

package filho;

import pai.*;

public class Filho extends Pai {
   private class InnerClass {
  public InnerClass() {
 algo(); //ERRO DE VISIBILIDADE DE ACESSO
  }
   }
}

class OutraClasse {
   public void algumMetodo() {
  Filho f = new Filho();
  f.algo(); //ERRO DE VISIBILIDADE DE ACESSO
   }
}

vc nao espera q ocorram estes erros de compilacao. O segundo, da 
OutraClasse, parece ateh aceitavel, jah q um metodo protected soh pode ser 
chamado por outra classe do pacote ONDE ELE FOI DEFINIDO (ninguem fala isso 
com estas palavras). Agora, esse primeiro, no qual uma InnerClass NAO 
CONSEGUE CHAMAR UM METODO PROTECTED DA SUPERCLASSE DA OUTERCLASS parece 
muito bizarro, jah q vc aprende q todos os metodos da outer class (Filho) 
sao visiveis a InnerClass e algo() eh um metodo da classe Filho por 
heranca...

Bastante bizarro... Mas a solucao pra essa aberracao eh bem simples:

package pai;

public class Pai {
   protected void algo() {
   }
}

package filho;

import pai.*;

public class Filho extends Pai {
   protected void algo() {
  super.algo();
   }

   private class InnerClass {
  public InnerClass() {
 algo(); //COMPILA PERFEITAMENTE
  }
   }
}

class OutraClasse {
   public void algumMetodo() {
  Filho f = new Filho();
  f.algo(); //COMPILA PERFEITAMENTE
   }
}

Coisas do Java... Acho q vou traduzir e mandar pro Java Pitfalls da 
JavaWorld... :-P


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

>From: "Edson Tirelli" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO
>Date: Thu, 5 Jul 2001 17:41:15 -0300
>
>
>Uuups... q viagem... foi mal por essa...
>Valeu pelo exclarecimento. Como vc pode ver, nunca tinha precisado 
>disso
>antes. Vou passar a testar o codigo antes de enviar. :P
>
>Quanto a minha certificacao, garanto q vale tanto quanto a de qq um. Eh
>um pedaco de papel q diz q passamos numa prova. Agora na hora do trabalho
>serio, nao eh ela q vai entregar o sistema funcionando e dentro do prazo...
>erro de compilacao se resolve em 30 segundos... erro de logica e modelagem,
>eh outra historia...
>
>Abraco,
>   Edson
>
>  ---
>  Edson Tirelli
>  System Analyst
>  Microsoft Certified Professional
>  Sun Certified Programmer for Java 2 Platform
>  try Automatos @ www.automatos.com
>
>
> > -Mensagem original-
> > De: Michael Santos [mailto:[EMAIL PROTECTED]]
> > Enviada em: quinta-feira, 5 de julho de 2001 16:45
> > Para: [EMAIL PROTECTED]
> > Assunto: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO
> >
> >
> > Acho q seu compilador foi escrito pela Microsoft, meu camarada... :-P
> > Isto nao compila nem aki nem na China, tenho certeza absoluta...
> > Nao preciso
> > nem testar, se vc tem:
> >
> > public class A {
> >   private int x;
> > }
> >
> > public class B extends A {
> >   public B() {
> >  x = 1;
> >   }
> > }
> >
> > e tentar compilar, vc vai receber ou "undefined variable: x" ou
> > "variable x
> > is not visible to B" ou alguma coisa assim...
> > A resposta anterior eh correta...
> >
> > Qdo vc se certificou?
> >
> > 
> > Michael Nascimento Santos
> > Sun Certified Programmer for the Java 2 Platform
> > Analista/Consultor
> > Moderador SouJava - www.soujava.org.br
> > CPM Sistemas - www.cpm.com.br
> >
> > From: "Edson Tirelli" <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED

Re: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO!!!!

[Michael Santos]

Tecnicamente a documentacao diz o q vc falou, BUT...

Erro no meu compilador (1.2.2 - JDK, Sun Microsystems) no teu programa:

pacote2\ClasseFilha.java:19: No method matching 
printProtected(java.lang.String) found i
n class pacote2.ClasseFilha.
 printProtected("chamando 'printProtected'na Inner Class em 
filha");

   ^
1 error

Estranho... :-) Tvz isso soh se aplike ao 1.3.x ou superior. Acredito q seja 
um bug nas versoes anteriores, pq segundo o q eu tb entendo deveria 
compilar, mas jah faz 6 meses q venho encontrando esses problemas com o 
1.1.x e o 1.2

Sobre meu exemplo original:

No compilador q vem com o VisualAge 3.02, dah os erros q eu falei (1.1.x)...
No meu JDK 1.2, daki de casa, tb dah pau...

Alguem podia tentar compilar meu codigo no 1.3???
Pai.java

package pai;

public class Pai {
   protected void algo() {
   }
}

*

Filho.java

package filho;

import pai.*;

public class Filho extends Pai {
   private class InnerClass {
  public InnerClass() {
 algo(); //ERRO DE VISIBILIDADE DE ACESSO
  }
   }
}

>From: [EMAIL PROTECTED]
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO
>Date: 6 Jul 2001 07:38:34 -0700
>
>ou eu nao entendi o que vc esta querendo dizer, ou voce cometeu um pequeno 
>engano.
>uma Inner Class pode chamar metodos protected da super class da classe 
>container, acho que sempre pode,
>desde a introducao de Inner Classes (JDK 1.1, nao lembro mais ??, mas posso 
>estar errado nesse ponto).
>
>o exemplo abaixo compila e executa sem erros. usei JDK 1.3.1
>os .java estao no zip.
>
>/*
>  * ClasseMae.java
>  *
>  * Created on July 6, 2001, 9:46 AM
>  */
>
>package pacote1;
>
>/**
>  *
>  * @author  SLD
>  * @version
>  */
>public class ClasseMae {
>
> /** Creates new ClasseMae */
> public ClasseMae() {
> }
>
> public void printPublic(String s) {
> System.out.println(s);
> }
>
>  protected void printProtected(String s) {
> System.out.println(s);
> }
>
> void printPackage(String s) { // package
> System.out.println(s);
> }
>
> private void printPrivate(String s) {
> System.out.println(s);
> }
>}
>
>
>/*
>  * ClasseFilha.java
>  *
>  * Created on July 6, 2001, 9:46 AM
>  */
>
>package pacote2;
>
>/**
>  *
>  * @author  SLD
>  * @version
>  */
>public class ClasseFilha extends pacote1.ClasseMae {
>
> /** Creates new ClasseFilha */
> public ClasseFilha() {
> printPublic   ("chamando 'printPublic'na classe filha");
> printProtected("chamando 'printProtected' na classe filha");
> // printPackage  ("chamando 'printPackage'   na classe filha");  
>// Erro pq eh de outro pacote
> // printPrivate  ("chamando 'printPrivate'   na classe filha");  
>// Erro pq eh privada na ClasseMae
>
> InnerClass1 inc = new InnerClass1();
> }
>
>
> private class InnerClass1 {
> public InnerClass1() {
> printPublic   ("chamando 'printPublic'na Inner Class em 
>filha");
> printProtected("chamando 'printProtected' na Inner Class em 
>filha");
>     // printPackage  ("chamando 'printPackage'   na Inner Class em 
>filha"); // Erro pq eh de outro pacote
> // printPrivate  ("chamando 'printPrivate'   na Inner Class em 
>filha"); // Erro pq eh private na CLasse Mae
> }
> }
>
> public static void main(String[] s) {
> ClasseFilha cf = new ClasseFilha();
> }
>
>}
>
>
>
>On Fri, 06 July 2001, "Michael Santos" wrote:
>
> >
> > Desculpe se vc se sentiu ofendido, mas perguntei qdo vc se certificou pq
> > antes da mudanca de outrubro (ou sera setembro?), todas as perguntas da
> > certificacao NAO DIZIAM QTAS OPCOES ESTAVAM CERTAS e pra mim cairam duas
> > perguntas ressaltando este ponto de acesso a private members.
> >
> > Perguntei qdo pq acho q vc deve ter tirado depois disso e tvz isso tenha
> > feito com q o fato de vc desconhecer este ponto sobre private nao tenha 
>tido
> > tanto peso qto deveria... Isso nao eh bem um erro de compilacao, pq pode
> > levar a erros de modelagem e analise (nao sei se eh isso q vc faz). Se 
>vc
> > quiser ser analista OO, precisa conhecer estes pontos...
> >
> > Mais uma curiosidade pra lista: protected eh uma

Re: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO!!!!

[Michael Santos]

Gozado, consegui testar no 1.3.0 build C e nao compilou tb..., deu o mesmo 
erro de visibilidade, soh compila se o metodo for declarado public na 
superclasse ou se eu fizer um overriding em Filho soh pra fazer 
super.algo().

Nao sei se vc "jogou" o codigo exatamente como eu fiz, i. e., EM DOIS 
PACOTES diferentes, pq no mesmo pacote eu sei q compila mesmo. Se vc puder 
confirmar isso...

Resumindo minhas tentativas ateh agora:

1.1.7 - VA 3.0.2 - nao compila!
1.2.2 build W - Sun  - nao compila!
1.3.0 build C - Sun  - nao compila!

filho\Filho.java:8: No method matching algo() found in class filho.Filho.
 algo(); //ERRO DE VISIBILIDADE DE ACESSO!!!

O codigo original encontra-se logo abaixo para as "almas destemidas" q 
queiram testar este comportamento estranho do Java - lembrando: em dois 
pacotes diferentes...

Joguei metade das msgs desta thread fora pra aliviar minha msg (jah tava em 
17k!). Quem acompanhou ateh aki, sabe o q rolou e soh o q sobrou eh q eh 
pertinente apos todas as explicacoes, anyway...


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

>From: [EMAIL PROTECTED]
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: RES: [java-list] Basico de OO em JAVA - CUIDADO MESMO
>Date: 9 Jul 2001 10:47:16 -0700
>
>Carlos, o fato da Inner Class ser private nao faz diferenca.
>
>Michael, rodei o teu codigo nos seguintes compiladores:
>
>jdk 1.1.8_008
>jdk 1.2.2_008
>jdk 1.3.1
>jdk 1.4 (beta)
>
>Que sao todas as versoes que eu tenho na minha maquina (para testes de 
>compatibilidade)
>
>O teu programa compila em todas as versoes.
>
>Usei o JBuilder 4 para os testes. Nesse ponto esse IDE eh realmente muito 
>bom, eh o ambiente mais facil para trocar de JDK que eu jah vi, fiz esses 
>testes em menos de 5 minutos, alias, descobri isso por causa dessa thread, 
>valeu.
>Nao compilei com command line porque eh um saco arrumar classpath a mao 
>para cada versao (eu sei que jah deveria ter batchs prontos para isso, 
>mas...)
>
>E como acabou o feriadao, vou ficando por aqui nessa conversa.
>
>[]'s
>
>Silvio
>
>
>
>
> > > Estranho... :-) Tvz isso soh se aplike ao 1.3.x ou
> > superior. Acredito q seja
> > > um bug nas versoes anteriores, pq segundo o q eu tb
> > entendo deveria
> > > compilar, mas jah faz 6 meses q venho encontrando
> > esses problemas com o
> > > 1.1.x e o 1.2
> > >
> > > Sobre meu exemplo original:
> > >
> > > No compilador q vem com o VisualAge 3.02, dah os erros
> > q eu falei (1.1.x)...
> > > No meu JDK 1.2, daki de casa, tb dah pau...
> > >
> > > Alguem podia tentar compilar meu codigo no 1.3???
> > > Pai.java
> > >
> > > package pai;
> > >
> > > public class Pai {
> > >protected void algo() {
> > >}
> > > }
> > >
> > >
> > *
> > >
> > > Filho.java
> > >
> > > package filho;
> > >
> > > import pai.*;
> > >
> > > public class Filho extends Pai {
> > >private class InnerClass {
> > >   public InnerClass() {
> > >  algo(); //ERRO DE VISIBILIDADE DE
> > ACESSO
> > >   }
> > >}
> > > }
> > >
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

Re: [java-list] Acessando COM no Java

[Michael Santos]

Pois eh, meu camarada, a menos q vc queira usar as "tranqueiras" que a 
Microsoft fez no J++, vc vai ter q fazer JNI mesmo.
Tinha uma API na net pra fazer o q vc quer, mas nao lembro bem do endereco.
Um pseudo-codigo de como eu faria o q vc quer seria + ou - assim (sem levar 
em consideracao q o objeto eh COM, apenas uma classe C simples):

no C:
class MyCOM {
   public:
  MyCOM();
  virtual ~MyCom();
  int operation1();
  long operation2();
   private:
 //algumas coisas...
}

no Java

public class MyCOM() {
   private long handle;

   /* Aki vc faria no C++ algo como:
*
* JNIseiladasqtas void JAVA_MyCOM_createHandle(JNIEnv * env, jobject   
myCOM) {
*
*jlong handle = (jlong) new MyCOM();
*//usa a API para setar o handle no Java
*}
*/
   private native void createHandle();

   public MyCOM() {
  createHandle();
   }

   /* Aki vc faria algo no C++ como:
*
* JNIseiladasqtas jint JAVA_MyCOM_COMoperation1(JNIEnv * env, ...) {
* MyCOM * myCOM = (MyCOM *)//Le handle via JNI e faz cast
* return myCOM.operation1();
* }
*/
   private native int COMoperation1();

   public int operation1() {
  return COMoperation1();
   }
   ...
}



Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br

>From: Flávio Leite <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: [java-list] Acessando COM no Java
>Date: Thu, 12 Jul 2001 10:04:51 -0300
>
>Estou re-enviando minha msg pois ninguem a respondeu.
>
> > -Mensagem original-
> > De: Flávio Leite [mailto:[EMAIL PROTECTED]]
> > Enviada em: terça-feira, 10 de julho de 2001 16:40
> > Para: [EMAIL PROTECTED]
> > Assunto: [java-list] Acessando COM no Java
> >
> >
> > Pessoal,
> >
> > Tenho um objeto COM prontinho e gostaria de acessa-lo no JAVA.
> > Tem como?
> > Me disseram pra usar JNI mas não gostaria de reescrever todo o código do
> > COM.
> >
> > []s
> > Flávio

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

Re: [java-list] O q é isso? getParameter tem bugs?

[Michael Santos]

>Seguinte, não se testa igualdade de cadeias (strings) usando "==". Se
>você perguntar a == b (onde a e b são tipo String) o compilador
>comparará
>as referências (a e b fazem referência ao mesmo objeto) ou seja apontam
>para o mesmo lugar? Se eu crie a = "abc" e passei b valendo "abc" para
>um método, é claro que estes "abc" estão "guardados" em distintas
>posições
>logo a != b mesmo ambos valendo "abc". E isso vale pra qualquer outra
>comparação. Para testar objetos, use o método .equal.
>(a única excessão aparente é quando se cria dentro de um mesmo método
>cadeias valendo o mesmo valor, então java "usa" a mesma atribuição e
>sim vale a==b!)

Hum, vc fez bem em dizer aparente... Teste este codigo aih...

Strings.java
-
public class Strings {
public static void main(String[] args) {
String a = "abc";
String b = "abc";
a = a.intern();
b = b.intern();
System.out.println(a==b);
}
}

Vc vai ver q a==b, e em nenhum momento eu fiz a =b ou a = b = "abc". Essa 
magica do intern eh especialmente util qdo vc precisa comparar uma longa 
sequencia de Strings uma com a outra. Uma comparacao com = eh muuuito mais 
rapida do q chamar o metodo equals().

Mas vc deu uma boa explicacao :-)

>Até
>
>Cláudio Max


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

Re: [java-list] O q é isso? getParameter tem bugs?

[Michael Santos]

>
>Michael Santos disse que:
>
> > Hum, vc fez bem em dizer aparente... Teste este codigo aih...
>
> > Strings.java
> > -
> > public class Strings {
> > public static void main(String[] args) {
> > String a = "abc";
> > String b = "abc";
> > a = a.intern();
> > b = b.intern();
> > System.out.println(a==b);
> > }
> > }
> >
> > Vc vai ver q a==b, e em nenhum momento eu fiz a =b ou a = b = "abc". 
>Essa
> > magica do intern eh especialmente util qdo vc precisa comparar uma longa
> > sequencia de Strings uma com a outra. Uma comparacao com = eh muuuito 
>mais
> > rapida do q chamar o metodo equals().
>
>O que eu quis dizer é que as linhas de intern são dispensáveis.
>Experimente
>rodar seu próprio código sem elas.
>
>Faça
>  // a = a.intern();
>  // b = b.intern();
>ou tire-as fora e dê uma olhada no resultado... :-)

Eu nao preciso testar, eu sei q sem o intern() a comparacao eh diferente pq 
cada vez q vc faz a = "abc" e b= "abc" vc cria duas Strings (exceto em 
alguns compiladores e VMs com jit, q reutilizam o mesmo objeto sozinhos).

Gostaria apenas de esclarecer que no caso especifico de Strings vc tem a 
opcao de usar o intern(). Como eu falei, a sua explicacao foi bem apropriada 
e correta, faltando apenas mencionar q alem de a = b = "abc",
se vc criou, digamos, uma array contendo n Strings diferentes e precisa 
colocar mais uma String nesta array q estah ordenada, vc pode obter uma 
melhor performance chamando intern() antes de efetuar a insercao na array.

Nunca quis, em nenhum momento, dizer q vc estava errado, muito pelo 
contrario, tentei somente salientar esta excecao q existe para Strings e q 
eh a unica classe do "core" do Java q oferece essa possibilidade. Se alguem 
souber de alguma outra, me avise.

>Até
>Cláudio Max.
>Programador Java Não Certificado Pela Sun

Esta jah eh a terceira vez q alguem fica ofendido pq eu complemento uma 
resposta. Quero deixar bem claro q nao tenho a intencao de parecer superior 
a ninguem e todos estamos nesta lista com o unico objetivo de aprimorar 
nossos conhecimentos.

Eu tb erro como todo mundo, inclusive como nosso amigo JavaMan deve errar tb 
(foi mal, Bruno, falar de vc sem pedir licenca, mas acho q vc concorda com o 
meu argumento... :-)), e tenho tb minhas duvidas.

As pessoas mais "proeminentes" nesta lista, como Einar Saukas, Sven, Sergio 
Oliveira e eu mesmo, por exemplo, jah recorremos a ela como forma de obter 
orientacao e eh pra isso q ela serve.

Nao me sentiria ofendido se alguem nesta lista corrigisse alguma imprecisao 
tecnica ou q desse outras opinioes - como no caso do polimorfismo, por 
exemplo, uma das maiores threads de discussao q jah varreu a lista na 
historia dela - desde q nao me menosprezasse.

O fato de eu assinar como Sun Certified Programmer eh soh pq isso representa 
um certo esforco e investimento da minha parte e, jah q eu ganhei o titulo, 
tenho o direito de usar, ora bolas... :-P

Nao acho q pq eu tenho a certificacao seja melhor q alguem e inclusive sei 
de pessoas na lista q nao possuem a certificacao - como nosso amigo Bruno, 
de novo (deve tah ficando de orelha quente jah, hein?) - e q sabem mais do q 
eu.

Resumindo, todos somos imperfeitos mas, se eu sei q vc cometeu um erro ou 
esqueceu de algum fato relevante, acho q eh a minha obrigacao, inclusive 
como moderador de transmitir esta informacao para os usuarios, de modo q 
possamos todos progredir profissionalmente e produzir codigo de qualidade, 
ateh mesmo pq a "tranqueira" q alguem faz hj pode ser o projeto q eu vou 
pegar para dar manutencao amanha... :-)

De qqer forma, sobre a msg, espero q o ponto tenha ficado claro. Peco 
desculpas ao nosso amigo Claudio Max se o ofendi de alguma forma. Espero q 
numa ocasiao q tenha alguma duvida, vc esteja disposto a me ajudar... :-)



Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista/Consultor
Moderador SouJava - www.soujava.org.br
CPM Sistemas - www.cpm.com.br
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] 
-

Re: [java-list] VEJAM ESSA - C#

[Michael Santos]

Gostaria de acrescentar meus 2 c...

enum no C eh algo bastante interessante: e nao tem nada a ver com
Enumeration, como os colegas falaram. Eh como em alguns metodos do Swing -
como o setDefaultCloseOperation(int mode) -, de APIs do J2EE - como alguns
do JavaMail, q pedem por Flags.Flag - ou ainda do J2ME - como aqueles q
definem o tipo de uma javax.microedition.lcdui.List (IMPLICIT, EXPLICIT,
MULTIPLE eu acho :-)) - nota: espero q com este exemplo nas tres plataformas
tenha conseguido todo mundo ver uma aplicacao pratica pra enum... :-)

Seria muito bom se nos pudessemos definir um "dominio discreto" para esses
metodos de uma forma pratica, como:

enum ListMode {
IMPLICIT,
EXPLICIT,
MULTIPLE
};

e declarar metodos como:

setListMode(ListMode mode)

q usassem somente essas constantes q poderiam nao ser, na realidade, objetos
"pesados". Ha solucoes equivalentes, como foi falado - o exemplo de
Flags.Flag do JavaMail eh uma boa demonstracao de como implementar isto em
Java - mas nao
com tanta praticidade e rapidez.

Os templates as vezes fazem falta tb, mas a adicao de generics ao 1.4 jah
estah resolvendo isso, assim como as assertions.

Anyway, as principais vantagens do "nosso" Java sobre o C#:

- +5 anos de estrada
- modelo REALMENTE aberto de especificacao
- modelo consistente de seguranca - so a Microsoft acha inseguro... :-)
- internacionalizacao e localization
- base de desenvolvedores em maior numero - nao vale dizer q quem sabe C++
sabe C# pq senao eu digo q sabe Java tb...
- codigo fonte disponivel
- apoio de grandes vendors, como Oracle, Borland, IBM, Nokia, Motorola e
centenas de campeoes da Fortune
- apoio leal dos javaneses - esta eh dificil de bater :-)

A plataforma da Microsoft tem lah suas vantagens, como o conceito de
propriedade built-in, mas embora esteja brincando com o beta, a API ainda eh
bem inconsistente e a learning curve eh muito alta pro pessoal de VB e
C/++ - os mesmos q jah tentam faz tempo migrar pro Java e acham
complicado...

Mesmo q a maioria mude pro .NET e quase aniquile o Java - o q eh muito, +
muito dificil mesmo -, eu vou ficar feliz qdo daki a 5 anos as empresas
tiverem seus sistemas legados em J2EE e ninguem mais conheca a linguagem pra
fazer a migracao e precisar me contratar por 5 vezes mais por hora do q eu
ganho hj... hehe!

Long life to Java!

-
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Analista de Sistemas - Consultor
Moderador SouJava - www.soujava.org.br

- Original Message -
From: "Jorge Martins" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 4:47 PM
Subject: RE: [java-list] VEJAM ESSA - C#


Acho este artigo muito fraco e tendencioso. Mas a crítica dele a java não
ter enum não é absurda.

Java não possui enum para tipificação como C. O Enumeration em java é apenas
uma classe para coleção de objetos. Não serve como tipificação de
parâmetros.

Isto é um opção de design do java que concentra seus conceitos em classe. O
que o autor deste artigo não sabe, não falou ou simplesmente não compreendeu
é que há uma solução muito mais sofisticada e eficiente para esta questão
que o conceito de enum.

Para quem quiser saber a solução basta procurar pelo livro Effective Java
Programming Language Guide, Item 21: Replace enum constructs with classes no
Site da Sun. É apresentado um pattern interessantíssimo para substituição
dos enums do C.

Aliás, este livro parece ser imperdível, pelos capítulos que li diretamente
no site.

abraços

Jorge

-Original Message-
From: Giovani Salvador [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 2 de outubro de 2001 10:20
To: [EMAIL PROTECTED]
Subject: [java-list] VEJAM ESSA - C#


Pessoal, o link abaixo contém uma "comparação" ridícula entre C# e Java. O
autor do artigo, além de demostrar falta total de conhecimento em java em
alguns ítens, puxa completamente a corda para o lado eternamente
proprietário Microsoft. O comparativo é bom para ver como esse sujeito tem
total desconhecimento sobre java. Alguns exemplos: Fala que java não possui
Enum (o que é o objeto enumeration então???) e  não possui propriedades. É
de doer, bom para dar umas risadas.

http://www.microsoft.com/brasil/msdn/colunas/falandoc/col_falandoc_2.asp

**
Giovani Salvador
http://pagina.de/siglas (Siglas de informática)
PROCERGS - Cia. de Processamento de Dados do
Estado do Rio Grande do Sul
Setor TSI - Tecnologia para Sistemas de Informação
ICQ #44904309
**


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

Re: [java-list] Re: Artigo Java x C# GEA2

[Michael Santos]

Original Message Follows
From: "Alessandro Romero" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: Re: [java-list] Re: Artigo Java x C# GEA2
Date: Thu, 4 Oct 2001 11:05:02 -0300

>Amigos,

>   O interessante aqui, é perceber que quando programamos:
> String s;
> s = "ale";
>   Isto é o mesmo que
> s = new String( "ale" );

Not really... Qdo vc faz dessa segunda forma, vc criou dois objetos 
diferentes...

-
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: [java-list] Re: REFERENCIA E VALOR (De uma vez por todas)

[Michael Santos]

Original Message Follows
From: Ricardo Santiago <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [java-list] Re: REFERENCIA E VALOR (De uma vez por todas)
Date: Thu, 4 Oct 2001 07:51:42 -0700 (PDT)



>Pessoal, antes de mais nada, o "final" na declaração
>da classe NÃO A TORNA IMUTAVEL, a torna incapaz de ser
>extendida via HERANÇA. Nada ALEM DISSO. O "final" em
>uma VARIAVEL é outra estoria ... ai sim a torna
>imutavel.

Torna a REFERENCIA imutavel, soh clarificando.


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: [java-list] Artigo C# vs Java - consideracao final

[Michael Santos]

Jah tive um q tinha o client tanto em Linux qto em Windows. Mas os outros, 
por exemplo, geralmente comecam a rodar no NT/2000 (como o pessoal eh 
teimoso, tsc, tsc ... :-) ) e depois geralmente sao migrados, i.e. movidos e 
configurados, para Unix por razoes obvias.

Se nao tivessem sido desenvolvidos em Java, simplesmente fazer isso nao 
seria possivel.

Qdo o cliente ve q aquilo q foi prometido - migrar para outra plataforma eh 
soh uma questao de configuracao e de uma bateria de testes soh por seguranca 
- realmente aconteceu, ao contrario do q ele esperava, o cliente passa a 
depositar uma imensa confianca em vc, pq o investimento de migracao eh 
minimo (especialmente qdo ele jah tinha a makina com o outro SO).


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

Original Message Follows
From: Fabrício Pereira <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: Re: [java-list] Artigo C# vs Java - consideracao final
Date: Thu, 18 Oct 2001 17:08:52 -0300

Amigos,

Gostaria de comentar um pouco o item referente a aplicações 
multi-plataformas.

Algum de vcs já precisou desenvolver um sistema que para execução em 
maquinas com
diferentes sistemas operacionais. Ou seja um mesmo aplicativo, que deve 
rodar em Windows,
MacOS, Linux, etc.?. Um aplicativo que não poderia ser baseado em browser 
dada as
limitações do HTML ?

Pois é este é um requisito fundamental do meu proximo projeto. E não há 
alternativa: Será
desenvolvido em JAVA. (Não que isso seja mal, pelo contrário).

Gostaria de saber as impressões dos participantes do grupo, quanto a demanda 
(maior ou
menor) por sistemas multi-plataformas.

Acho é uma questão importante ao se decidir por uma nova tecnologia.

[]'s
Fabricio

- Original Message -----
From: "Michael Santos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 8:55 PM
Subject: Re: [java-list] Artigo C# vs Java - consideracao final


 > Primeiro de tudo, me sinto ofendido com seus ultimos comentarios. Ponto.
 > Segundo, essa pergunta eh muito relativa. Com q ambiente? IL compilada ou
 > interpretada? Java com JIT, Hotspot?
 > Java no server eh muito rapido. C# tvz seja um pouco +, mas pelo menos 
nas
 > minhas "brincadeiras" nao foi tuuudo isso nao, coisas de milesimos em
 > milhares de execucoes.
 >
 > Nao dah pra fazer uma grande distincao no server, mas no client C# eh bem 
+
 > rapido - mas se fosse soh isso, todo mundo soh usava Delphi, q eh OO, 
rapido
 > pacas, facil de desenhar interfaces e tem ateh pra Linux ...
 >
 > 

 > -
 > Michael Nascimento Santos
 > Sun Certified Programmer for the Java 2 Platform
 > Moderador SouJava - www.soujava.org.br
 >
 > - Original Message -
 > From: <[EMAIL PROTECTED]>
 > To: <[EMAIL PROTECTED]>
 > Sent: Wednesday, October 17, 2001 1:00 PM
 > Subject: Re: [java-list] Artigo C# vs Java - consideracao final
 >
 >
 >
 >  Ninguem tocou no ponto mais crucial : O QUANTO UMA LINGUAGEM É MAIS
 > RÁPIDA/TEM
 > MAIOR PERFORMANCE QUE A OUTRA??? Será que vivemos num mundo 
tecno-virtual,
 > onde não se avalia mais o custo-benefício das coisas Quem paga o 
salário
 > de voces Algum filantropo
 >
 > -- Mensagem original --
 >
 > >Hum, let's continue...
 > >
 > >- Original Message -
 > >From: "Andre Racz" <[EMAIL PROTECTED]>
 > >To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
 > >Cc: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
 > >Sent: Tuesday, October 16, 2001 5:35 PM
 > >Subject: Re: [java-list] Artigo C# vs Java - consideracao final
 > >
 > >
 > >> Me desculpe Michel, apesar de gostar muito de Java, principalmente 
pelo
 > >fato de ela ser multi plataforma acho que o ponto principal dessa 
"guerra"
 > >foi perdido.
 > >>
 > >> É óbvio que a Microsoft vai fazer sua linguagens completamente ligado
 > ao
 > >Windows, isso não tem jeito de mudar, é a politíca deles, portanto falar
 > >que
 > >Java é melhor pelo fato de ser multi-plataforma não é um argumento tão
 > bom
 > >assim.
 > >>
 > >
 > >Logico q eh. Pra Microsoft falar q o .NET eh comparavel ao Java, tem q
 > mudar
 > >a politica dela. Todas as lggs sao ligadas, em maior ou menor grau, a
 > >politica da empresa q a cria. Se nao, vc estah dizendo q nao vale dizer
 > q
 > >nao vale comparar o LInux com o Windows com base no custo jah q a 
politica
 > >da Microsoft eh vender o SO...
 > >
 > >> A facilidade de manuten

Re: [java-list] Tray Icon com Java

[Michael Santos]

Vc tem q pesquisar a API do Windows. Mas q eu me lembrevc vai precisar pegar 
o handle de uma janela e chamar uma funcao da API pra q o icone apareca na 
tray.

Aih eh soh montar uma camada de JNI, encapsular numa classe, de preferencia 
q implemente uma interface pra vc nao ter q ficar amarrado no Windows (dica: 
faca c q a classe seja descoberta em runtime configurando-a via XML) e 
pronto.


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

Original Message Follows
From: "Leandro Bitencourt" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: [java-list] Try Icon com Java
Date: Mon, 22 Oct 2001 11:46:35 -0200

Pessoal,

Alguem ja implementou um programa em java que roda como try icon no windows
(Perto do relogio) ?

Se sim, gostaria que me indicassem onde eu poderia arranjar material a
respeito.

Abraços,

Leandro Bitencourt
[EMAIL PROTECTED] 
ICQ: 69948464


<< LeandroBitencourt.vcf >>
-- 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]
-


_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

[java-list] Re: benchmark Java vs. .NET

[Michael Santos]

Eh no minimo engracada essa comparacao "justa" da 
Microsoft...
 
Primeiro, pq o proprio whitepaper diz o 
seguinte:
 
The 
Java Pet Store takes a complete object-oriented approach 
 

E depois contrasta isso com o .NET, o q mostra q 
ele nao tem uma abordagem completamente orientada a objetos, como eu suspeitava 
e sempre disse...
 
Muitas das "vantagens" q o .NET levou em 
performance sao questionaveis, como eles mesmos reconhecem no paper. O uso 
indiscriminado de stored procedures pra tudo logicamente q economiza linhas de 
codigo comparado ao mesmo codigo J2EE.).
 
Isso implica na obrigatoriedade de suporte a 
SPs no banco e, alem disso, tem suas disvantagens, pq eh necessario q o 
desenvolvedor tenha uma serie de permissoes para alterar, visualizar ou excluir 
a SP do banco, enqto codigo SQL, de preferencia lido de algum XML - pq o Pet 
Store da Sun nao faz isso, btw? - eh portavel, altamente configuravel e facil de 
ser manipulado pelo desenvolvedor, podendo atingir um range muito maior de 
target databases.
 
Se somassemos as linhas das procedures a conta da 
Microsoft, jah teriamos uma diferenca significativa. Se jogassemos o codigo SQL 
do Pet Store da Sun no Oracle, por exemplo, teriamos um aumento de performance 
significativo tb do lado Java.
 
Depois, a Microsoft fala da superioridade de seus 
WebForms sobre o MVC. Pra "desenhar" telas, existe uma ferramenta maravilhosa 
chamada DreamWeaver, embora algumas IDEs suportem isso com certas limitacoes. 
Esses "controles" q leem de tipos de dados podem ser facilmente implementados 
com TagLibs em Java, e de forma muito mais portavel por sinal. Eh soh procurar 
na Internet para achar duzias deles.
 
De qqer forma, o fine-grained control dado pelo MVC 
ao desenvolvedor e a possibilidade de portabilidade eh muito superior a uma 
solucao WebForms. Serah q a solucao Microsoft suportaria WAP, por exemplo, SEM 
MEXER EM ALGUMAS "PAGINAS"?? Uma solucao JSP usando XML/XLS/schemas faz isso 
brincando.
 
Eh engracado tb q, enqto para a solucao J2EE os .js 
foram contados nas linhas, os .vbs e os .vsdisco nao entraram na conta da 
Microsoft... Isso daria uma imensa diferenca... Pq serah q eles nao 
contaram?
 
Como sempre, a Microsoft soh conta o q eh relevante 
para eles e deixa os desenvolvedores vivendo num mundo de ilusao. Sem contar q 
eu amaria ver um benchmark contra uma solucao Java rodando em LInux/Unix, q sao 
sistemas operacionais realmente performaticos...
 -Michael 
Nascimento SantosSun Certified Programmer for the Java 2 
PlatformModerador SouJava - www.soujava.org.br

  - Original Message - 
  From: 
  Marcelo 
  
  To: [EMAIL PROTECTED] 
  Cc: Andre Racz ; [EMAIL PROTECTED] ; [EMAIL PROTECTED] 
  Sent: Tuesday, October 23, 2001 3:15 
  AM
  Subject: benchmark Java vs. .NET
  
  Olá,
   
  Algumas pessoas levantaram as questões de real 
  escalabilidade e performance como muito mais relevantes do que a comparação de 
  features de linguagem entre C# e Java. Bom, alguns de vocês devem estar familiarizados com o Java Pet Store, que é 
  uma aplicação exemplo da Sun de uma arquitetura básica de uma 
  aplicação J2EE. http://java.sun.com/j2ee/blueprints/index.html
   
  Entre outras coisas, esta aplicação foi usada 
  pela Oracle para demonstrar a escalabilidade do Oracle Application Server: http://otn.oracle.com./tech/java/oc4j/pdf/java_performance_results.pdf
   
  Essa mesma aplicação foi implementada utilizando 
  o .NET Framework e SQL Server 2000. Os resultados são, no mínimo, muito 
  interessantes. 
   
  http://www.gotdotnet.com/team/compare/default.aspx
   
  Note que os números abaixos foram obtidos usando 
  os mesmos scripts de teste e configuração de hardware usada pela Oracle. Note 
  tambem que o número de linhas de código na versão .NET é muito menor (ver 
  gráfico anexado). 
   
   
  .NET Pet Shop vs. Java Pet Store Performance 
  Metrics* 
  
  


  
 
  
Per page user response times at 450 
concurrent users
  
App Server CPU Utilization % at 450 
concurrent users
  
User Load supported at 1 second avg. 
response time

  
.NET with 
ASP.NET Output Caching
  
Microsoft 
.NET 28 times faster than J2EE
  
J2EE 
requires 6 times more CPU utilization than .NET
  
.NET 
supports 6 times more concurrent users than 
J2EE

  
.NET with 
no ASP.NET Output Caching
 
  
.NET 8 
times faster than J2EE
  
J2EE 
requires 4.3 times more CPU utilization than 
  .NET
  
.NET 
supports 4 times more concurrent users than 
  J2EE
   
  Marcelo Uemura
  Software Design Engineer - MSDN
  Microsoft 
Corporation

[java-list] Re: benchmark Java vs. .NET

[Michael Santos]

Acho q vc nao leu direito meu email... Mas vou frisar de novo:

- Eh realmente OO? Nao.
- Suporta varios bancos sem adicao de diversas linhas de codigo? Nao.
- MVC? Design Patterns? Nem em sonho...
- Interface altamente portavel? Nao.
- Roda em Linux/Unix/Solaris etc...? Nao.

Se ser rapido e facil fosse realmente qualidade, pq vcs nao fizeram a 
solucao toda soh usando ASP.NET sem componentizacao

Eh bem mais rapido de desenvolver, mas o resultado...

Duvido q uma comparacao com um Pet Store da Sun rodando em Solaris ou Unix 
nao bata a de vcs...

Qto a questao de ser mais rapido de desenvolver, muita parte do codigo do 
Pet Store da Sun, especialmente os EJBs, pode ser gerada por ferramentas 
lideres de mercado (Forte, JBuilder, VisualAge, JDeveloper).

BTW, "quem manda" na forma q eu desenvolvo sistemas sao apenas as coisas q a 
experiencia mostra q funcionam. Design Patterns e a "completely 
object-oriented approach" estao entre elas. E isso nao foi a Sun q 
"inventou", mas sao sim fruto de cases de sucesso ao redor do mundo e das 
minhas experiencias pessoais.

E vcs insistem em q tem q haver SPs e q OO nao deve ser usada qdo nao 
favorecer os benchmarks de vcs...


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

Original Message Follows
From: "Mauro Sant'Anna" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: benchmark Java vs. .NET
Date: Thu, 25 Oct 2001 19:20:48 +

Michael,

É interessante que você não nega o fato do aplicativo ser MUITO, MUITO mais 
rápido e mais fácil de desenvolver.

Os seus pontos são baseados em que "o aplicativo não foi feito como a Sun 
manda e, portanto, é uma porcaria". Grandes argumentos!

[]s,

Mauro


>From: "Michael Santos" <[EMAIL PROTECTED]>
>To: "Marcelo" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>CC: "Andre Racz" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>Subject: Re: benchmark Java vs. .NET
>Date: Tue, 23 Oct 2001 23:41:23 -0300
>
>Eh no minimo engracada essa comparacao "justa" da Microsoft...
>
>Primeiro, pq o proprio whitepaper diz o seguinte:
>
>The Java Pet Store takes a complete object-oriented approach
>
>E depois contrasta isso com o .NET, o q mostra q ele nao tem uma abordagem 
>completamente orientada a objetos, como eu suspeitava e sempre disse...
>
>Muitas das "vantagens" q o .NET levou em performance sao questionaveis, 
>como eles mesmos reconhecem no paper. O uso indiscriminado de stored 
>procedures pra tudo logicamente q economiza linhas de codigo comparado ao 
>mesmo codigo J2EE.).
>
>Isso implica na obrigatoriedade de suporte a SPs no banco e, alem disso, 
>tem suas disvantagens, pq eh necessario q o desenvolvedor tenha uma serie 
>de permissoes para alterar, visualizar ou excluir a SP do banco, enqto 
>codigo SQL, de preferencia lido de algum XML - pq o Pet Store da Sun nao 
>faz isso, btw? - eh portavel, altamente configuravel e facil de ser 
>manipulado pelo desenvolvedor, podendo atingir um range muito maior de 
>target databases.
>
>Se somassemos as linhas das procedures a conta da Microsoft, jah teriamos 
>uma diferenca significativa. Se jogassemos o codigo SQL do Pet Store da Sun 
>no Oracle, por exemplo, teriamos um aumento de performance significativo tb 
>do lado Java.
>
>Depois, a Microsoft fala da superioridade de seus WebForms sobre o MVC. Pra 
>"desenhar" telas, existe uma ferramenta maravilhosa chamada DreamWeaver, 
>embora algumas IDEs suportem isso com certas limitacoes. Esses "controles" 
>q leem de tipos de dados podem ser facilmente implementados com TagLibs em 
>Java, e de forma muito mais portavel por sinal. Eh soh procurar na Internet 
>para achar duzias deles.
>
>De qqer forma, o fine-grained control dado pelo MVC ao desenvolvedor e a 
>possibilidade de portabilidade eh muito superior a uma solucao WebForms. 
>Serah q a solucao Microsoft suportaria WAP, por exemplo, SEM MEXER EM 
>ALGUMAS "PAGINAS"?? Uma solucao JSP usando XML/XLS/schemas faz isso 
>brincando.
>
>Eh engracado tb q, enqto para a solucao J2EE os .js foram contados nas 
>linhas, os .vbs e os .vsdisco nao entraram na conta da Microsoft... Isso 
>daria uma imensa diferenca... Pq serah q eles nao contaram?
>
>Como sempre, a Microsoft soh conta o q eh relevante para eles e deixa os 
>desenvolvedores vivendo num mundo de ilusao. Sem contar q eu amaria ver um 
>benchmark contra uma solucao Java rodando em LInux/Unix, q sao sistemas 
>operacionais realmente performaticos...
>
>--

Re: [java-list] Metodos dentro do JSP

[Michael Santos]

Dar pra fazer ateh da:

<%!
public String metodo() {
return String;
}
%>

mas a boa pratica (por causa da manuntencao, separacao entre os tiers,
entendimento do webdesigner etc.) recomenda q os metodos encontrem-se em
beans ou sejam implementados em taglibs.

De uma olhada no tutorial da Sun:

Beans em JSP:
http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/JSPBeans.html

Custom Tags em JSP:
http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/JSPTags.html


-
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

- Original Message -
From: "Bruno Borges" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 01, 2001 4:49 PM
Subject: Re: [java-list] Metodos dentro do JSP


> Comecei a pouco tempo com JSP, mas pelo q andei lendo,
> nao há como definir um método dentro de um site .jsp,
> caso você não saiba, o servidor jsp converte a pagina
> requisitada pelo cliente em um servlet!, e tudo q está
> escrito no .jsp fica dentro de um metodo no
> Servlet(nao sei qual metodo), entao, segundo
> principios javanes, nao ha como definir um metodo
> dentro de otro metodo, certo? :). A principio eh isso.
> Nao estou dando certeza no q to dizendo aki pq nao
> olehi 100% nas tags jsp. por exemplo:
> <%@ page import="java.alguma.classe.*" %>
> isso fica no topo de um .java, nao eh?
> entao, talvez ha alguma tag pra definir metodos, como
> essa do import, mas, nao li muito :)
>
> abracos
>
>
>  --- Ricardo Silva <[EMAIL PROTECTED]> escreveu: >
> Pesoal tinha um servlet e estou tentando
> > ransformá-lo em um arquivo jsp e
> > de  cara nao estou conseguindo trablhar com metodos
> > como fazi no servlet por
> > exemplo , dentro de um jsp  posso construir um
> > metodo  public String
> > nomedometodo
> >
> > return String
> >   }
> > por esxmplo e trabalhar normalmente com o resultado
> > deste metodo , eu tenho
> > um metodo e estou tentando fazer a chama a ele mais
> > parace que nao é
> > reconhecido omo metodo pois o servidor(JRun) retorno
> > um erro pedindo um  ;
> > no final da assinatura do método ?
> > alguem saberia o motivo ?
> >
> > agradeco antecipademente.
> >

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

[java-list] Thinking In Java

[Michael Santos]

Olah,

Muitos de nos jah passamos pelo processo de aprender Java do zero. Acredito 
que todos nos tivemos duvidas com respeito a que livro, site ou meio poderia 
ser mais eficiente para isso e alguns ainda enfrentaram maiores dificuldades 
devido a barreira do idioma, jah q apenas poucos livros possuem uma versao 
em portugues.

Aqueles de nos que leem em ingles muito provavelmente tiveram contato com um 
livro de Bruce Eckel, chamado "Thinking in Java". Esse livro extenso, de 
mais de 1000 paginas, cobre orientacao a objetos, o essencial da linguagem e 
ainda dah uma visao geral de grande parte das APIs e especificacoes, desde 
Threads, IO, AWT, Swing, Socket/Net, RMI, ateh recentemente as introducoes a 
JSP, servlets e EJB. Por estar disponivel para download em PDF na integra, 
ele foi o preferido de muitos para se iniciar na linguagem.

Embora esta publicacao tenha sido de ajuda a tantas pessoas, muitas nunca 
tiveram contato com o livro simplesmente porque ele nao possui uma versao em 
portugues. Eh por isso que estou reiniciando agora o projeto de traducao do 
livro de Bruce Eckel, "Pensando em Java". Este projeto jah havia sido 
iniciado anteriormente, mas por alguns problemas aparentes, ele havia sido 
encerrado. Mesmo nao sendo eu o lider original do projeto, quando notei que 
ele havia sido tirado do ar, entrei prontamente em contato com Bruce e fui 
informado de que poderia continuar com o projeto, contando com a ajuda da 
comunidade.

Existem poucas restricoes impostas pelo Bruce para que possamos realizar
esse trabalho. Elas estao alistadas abaixo, em traducao direta e resumida 
das palavras de Eckel:

- Deve haver um website ou outra midia atraves da qual as pessoas possam
participar do projeto.

Nossa URL:

http://br.groups.yahoo.com/group/PensandoEmJava

- Deve ser mantida uma versao para download da versao parcial ou
completamente traduzida do livro.

Tais versoes estarao disponiveis para download no site acima tao logo as
tenhamos.

- Alguem precisa ser responsavel pela organizacao da traducao.

Eu :-)

- Deve haver somente um projeto de traducao por lingua e por cada livro.

- Assim como num projeto "open-source", deve haver um meio de passar a
responsabilidade a alguem se o lider ficar muito ocupado.

- O livro deve ser distribuido livremente.

- O livro pode ser tornado disponivel em outros sites.

- O nome dos tradutores deve ser incluido no livro traduzido.

Como voces notaram, nao havera nenhum lucro direto da traducao do livro. Mas 
entao, talvez se perguntem, porque deveria participar desta traducao?

Conforme exigido pelo proprio autor do livro, todos os tradutores terao seu 
nome contido na versao em portugues. Isso pode ser interessante tanto 
profissionalmente como em relacao ao respeito da comunidade Java. Alem do 
mais, muitas pessoas que lerem a versao traduzida, antes inacessivel a elas, 
saberao a quem agradecer... :-)

Mesmo que voce nao esteja interessado ou nao tenha as habilidades
necessarias para realizar esta tarefa de traducao, voce pode mesmo assim se 
afiliar ao grupo para acompanhar mais de perto esse processo.

Espero que dentro de alguns meses possamos ter concluido juntos este
trabalho.

Para se afiliar ao grupo, envie uma mensagem em branco para:

[EMAIL PROTECTED]


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: [java-list] Caminho de Classe.

[Michael Santos]

Existe sim, Michel.

Ha uma classe chamada java.security.CodeSource que contem informacoes sobre 
a URL a partir de onde uma classe foi carregada e tambem os certificados 
associados com ela, no caso de um jar assinado provavelmente.

Voce pode obter a instancia de CodeSource associada com a sua classe atraves 
de um java.security.ProtectionDomain, que encapsula um conjunto de classes 
que foram carregadas de um mesmo CodeSource e que possuem as mesmas 
permissoes. O ProtectionDomain pode ser obtido atraves da classe.

Em um exemplo simples, para que voce possa entender melhor:

import java.security.*;
import java.net.*;

public class TestCodeSource {
   public static void main(String[] args) {
  ProtectionDomain domain = TestCodeSource.class
 .getProtectionDomain();
  CodeSource cs = domain.getCodeSource();
  URL url = cs.getLocation();
  System.out.println(url);
   }
}


Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Moderador SouJava - www.soujava.org.br



Original Message Follows
From: "Michel Bertrand" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: "SouJava" <[EMAIL PROTECTED]>
Subject: [java-list] Caminho de Classe.
Date: Wed, 21 Nov 2001 11:02:33 -0300

Olá pessoal !

Gostaria de saber se existe alguma forma de descobrir o
local onde está uma determinada classe através da minha
aplicação. Existe esta possibilidade ? Há alguma propriedade
de sistema que eu possa utilizar ?

Agradeço desde já !

{}'s
Michel.



_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: RES: [java-list] provas de certificacao

[Michael Santos]

Ooops, nao eh bem assim, Jason...

Vc pode ser um Architect sem ter nenhuma das outras certificacoes... Por
mais estranho q pareca, tem uma certa logica.

Architect eh o cara q projeta aplicacoes J2EE. A pessoa nao precisa ter um
conhecimento profundo de detalhes de implementacao (Programmer/(Web
Component)Developer precisam), mas sim das tecnologias da plataforma.

Ainda na Caixa?

[]s,

-
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Software Engineer
Moderador SouJava - www.soujava.org.br

- Original Message -
From: "Jason Douglas de Oliveira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 05, 2001 6:05 PM
Subject: Re: RES: [java-list] provas de certificacao


> Boa Noite Silvio,
>
> mas o roteiro de certificacoes soh permite que voce seja um architect se
> voce for um developer e ser um developer soh se for um programmer.
>
> Architect -|>  Developer -|> Programmer
>  -|>
>-
>  -
>-
>Web Componets Developer
>
>
>
> What's happen with your certification?
>
> e outra, tem tambem a Web Components Developer.
>
> Abraco!!!
>
>
>
>
> -Mensagem original-
> De: Silvio L.DeMorais <[EMAIL PROTECTED]>
> Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Data: Quarta-feira, 5 de Dezembro de 2001 00:51
> Assunto: Re: RES: [java-list] provas de certificacao
>
>
> >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
> >
> >
> >
> >
> >
> >Pergunta interessante.
> >Fui dar uma pesquisada e achei alguns numeros.
> >1.5 milhoes de programadores Java no mundo.
> >120.000 pessoas sao treinadas em Java em centros oficiais de treinamento
> Sun por ano.
> >
> >Nao achei o numero de profissionais certificados, soh um artigo dizendo
que
> apenas 5% dos Java Certified Programmers passam na prova de Developer.
> >Ateh porque eh uma certificacao muito mais dificil, voce tem que escrever
> codigo de verdade, e depois defender suas ideias numa prova escrita sobre
o
> teu programa, e nao apenas responder a perguntas objetivas.
> >
> >Em tempo, eu sou certificado Programmer e Architect, nao estou criticando
> quem tem essa certificacao :-)
> >
> >Mas considero a certificacao de Developer a mais dificil de conseguir.
> Conheco muita gente com certificacao de Programmer, e outros 6 Architects,
> mas ainda nao conheci um Developer.
> >
> >Pretendo fazer a essa prova assim que meu projeto atual acabar.
> >
> >
> >On Tue, 04 December 2001, "Java Dev" wrote:
> >
> >>
> >> Alguem tem ideia do numero de certificados como Java Programmer e Java
> >> Developer ??
> >>
> >> []s,
> >> Rodrigo
> >>
> >> -Mensagem original-
> >> De: Rodrigo Pereira [mailto:[EMAIL PROTECTED]]
> >> Enviada em: 03 December 2001 22:40
> >> Para: [EMAIL PROTECTED]
> >> Assunto: Re: [java-list] provas de certificacao
> >>
> >>
> >> E ai pessoALL
> >>
> >> A prova eh em ingles.  Nao existe versao desta prova em portugues.
Voce
> faz
> >> a
> >> prova num computador.  Sao questoes de multipla escolha, mas uma
> alternativa
> >> nao
> >> exclui a possibilidade das outras estarem corretas.   Em algumas
questoes
> >> somente uma alternativa deve ser assinalada.
> >>
> >> Espero ter ajudado.
> >>
> >> []s
> >> Rodrigo.
> >>
> >>Rodrigo Pereira
> >> [EMAIL PROTECTED]
> >>55-11-9724-4505
> >>VIEW Tecnologia
> >>
> >>
> >> "Silva, Alessandrapenin" wrote:
> >>
> >> > a prova para a certificação é em inglês ? tem em português ?
> >> >
> >> > -Original Message-
> >> > From: Shazzannn [mailto:[EMAIL PROTECTED]]
> >> > Sent: Monday, December 03, 2001 6:23 AM
> >> > To: [EMAIL PROTECTED]
> >> > Subject: Re: [java-list] provas de certificacao
> >> >
> >> > So para completar,
> >> >
> >> > voce pode fazer a prova em outras cidades. Procure no site
> >> www.prometric.com
> >> >
> >> > em lugares para exame e la tem uma lista completa dos locais onde tem
> >> > disponivel a prova desejada...
> >> >
> >> > On Saturday 01 December 2001 01:37, you wrote:
> >> > > Boa Noite Herval,
> >> > >
> >> > > A prova de certificacao eh agendada para quando voce achar que
estah
> >> > > preparado. O principio eh voce adquirir o voucher que o documento
que
> >> lhe
> >> > > da direito a fazer a prova, a partir daih voce passa a estudar um
> pouco
> >> > > mais, existe varios sites especializados em questao a certificacao,
> um
> >> dos
> >> > > que eu indico eh o www.javaranch.com tem um material bom lah e
varioa
> >> > links
> >> > > para outros sites, tente consultar a documentacao do Marcus
> Green(Muito
> >> > > boa). Existe varios cursos lah na Sun, conheco algumas pessoas lah,
> mas
> 

Re: [java-list] Diretório Atual

[Michael Santos]

Se for pra ver onde estah o .class, tente:

...
public URL findClass(Object o) {
return o.getClass().getProtectionDomain().getCodeSource().getLocation();
}
...


-
Michael Nascimento Santos
Sun Certified Programmer for the Java 2 Platform
Software Engineer
Moderador SouJava - www.soujava.org.br
- Original Message -
From: "Jason Douglas de Oliveira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 10, 2001 10:56 PM
Subject: Re: [java-list] Diretório Atual


> Boa Noite Kelly,
>
> acho que eh + ou - assim:
>
> import java.net.URL;
>
> public class MyClass {
> private static MyClass owner;
>
> public static URL getPath(){
> if (owner == null)
> owner = new MyClass();
> return owner.getClass().getResource("MyClass.class");
> }
> }
>
> Abraco!!!
>
>
> -Mensagem original-
> De: Kelly Menezes <[EMAIL PROTECTED]>
> Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Data: Segunda-feira, 10 de Dezembro de 2001 22:01
> Assunto: RES: [java-list] Diretório Atual
>
>
> 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
>
>
>
>
>
> Marcus, não sei se entendi sua pergunta, mas para saber em qual diretório
> está suas classes vc,
> deve verificar dentro do menu arquivos - properties (acho que é assim que
se
> escreve), lá está descrito.
>
>
> > - Mensagem original -
> > De: Marcus Vinicius Freitas Margarites
> > [SMTP:[EMAIL PROTECTED]]
> > Enviada em: segunda-feira, 10 de dezembro de 2001 10:41
> > Para: [EMAIL PROTECTED]
> > Assunto: [java-list] Diretório Atual
> >
> >
> > Olá, pessoal.
> >
> > Existe alguma maneira de eu saber a partir de que diretório uma
> > classe foi chamada ?
> >
> > []s
> > mvfm
> > --
> > Marcus Vinicius Freitas Margarites
> > UIN 3277627   [EMAIL PROTECTED] 
> > Gestum
>
> -- 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
> 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
para sair da lista: envie email para [EMAIL PROTECTED] 
-