[java-list] RES: PVT - Re: RES: [java-list] Tentando usar Criptografia JCE num browserIntern et Explorer 5.x sem o Java Plugin

[Carlos Campos]

Oi 
Paulo,

Segue 
abaixo o código-exemplo de um método para fazer o "digest" de uma String, 
ok?

Lembre-se que o algoritmo de Digest é de mão 
única.

[]'s

Carlos 
Campos

***

import 
java.security.MessageDigest;
private StringsDigest(String v) { String 
s = ""; try { 
MessageDigest md =MessageDigest.getInstance("SHA-1"); 
byte[] buf = v.getBytes(); 
md.update(buf); byte[] digest = 
md.digest(); s = new 
String(digest,"ISO-8859-1"); } 
catch(Exception e) { s = 
""; } return s;
}

***

  -Mensagem original-De: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]Enviada em: quarta-feira, 26 
  de fevereiro de 2003 09:13Para: 
  [EMAIL PROTECTED]Assunto: PVT - Re: RES: [java-list] Tentando 
  usar Criptografia JCE num browserIntern et Explorer 5.x sem o Java 
  PluginPrezado 
  Carlos, vc pode me enviar como fez 
  isso? AtenciosamentePAULO 
  BRANCODIRETIVA DIGITAL 
  


  Carlos Campos 
[EMAIL PROTECTED] 
24/02/2003 16:53 

  
  

  Please respond 
  to[EMAIL PROTECTED]
  

  
  

  To
"'[EMAIL PROTECTED]'" 
  [EMAIL PROTECTED] 
  

  cc

  

  Subject
RES: [java-list] 
  Tentando usar Criptografia JCE num browserIntern   
   et Explorer 5.x sem o Java 
Plugin

  
  

E-mail Premium BOLAntivírus, anti-spam e até 100 MB de espaço. 
  Assine já!http://email.bol.com.br/Ok Luciano,Agradeço pela 
  ajuda. Por ora utilizei o Message Digest SHA-1 ao invés dacriptografia com 
  Cipher, ok?[]'sCarlos Campos-Mensagem 
  original-De: Lusoujava [mailto:[EMAIL PROTECTED]Enviada em: 
  segunda-feira, 24 de fevereiro de 2003 10:46Para: 
  [EMAIL PROTECTED]Assunto: Re: [java-list] Tentando usar 
  Criptografia JCE numbrowserInternet Explorer 5.x sem o Java 
  PluginCarlo, Vc deveria assinar a sua applet 
  (ver site do javasoft que tem váriasreceitas de bolo para isto) para então 
  executá-la no browser solicitandoalgumas permissões.O método 
  "getProviders" demanda alguns privilégios para a sua execução. Daía 
  necessida de ter sua applet assinada. [ ]´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: "Carlos Campos" 
  [EMAIL PROTECTED]To: "'Lista SouJava'" 
  [EMAIL PROTECTED]Sent: Wednesday, February 19, 2003 2:33 
  PMSubject: [java-list] Tentando usar Criptografia JCE num 
  browserInternetExplorer 5.x sem o Java PluginE-mail Premium 
  BOLAntivírus, anti-spam e até 100 MB de espaço. Assine 
  já!http://email.bol.com.br/Prezados Javaneses,Estou tentando 
  implementar criptografia de senhas entre um Applet AWTrodando sobre 
  Internet Explore 5.x sem utilizar o Java Plugin 1.41.Com o uso do 
  Plugin no Browser, e nos testes realizados no lado SERVER, tudofunciona 
  bem. Isto acontece, pelo que eu entendi, porque o J2SE 1.41incorporou a 
  biblioteca JCE.jar, que antes era independente, e passou acriar um 
  Provider default (o SunJCE) que automaticamente é instalado eregistrado 
  com o JRE.Tentei carregar os pacotes do Provider (sunjce_provider.jar) 
  e as classes decriptografia necessárias junto com o meu Applet. Porém é 
  gerado um erro(vide abaixo) de segurança no java console do browser quando 
  ele tenta fazero getProviders.Pergunta:Existe alguma forma de 
  fazer funcionar o Applet AWT com a JCE do J2SE 1.41sem ter que instalar o 
  Java Plugin ???Agradeço pela 
  ajuda,com.ms.security.SecurityExceptionEx[IdUsuj.jbInit]at 
  com/ms/security/PolicyEngine.deepCheckat 
  com/ms/security/PolicyEngine.checkPermissionat 
  com/ms/security/StandardSecurityManager.chkat 
  com/ms/security/StandardSecurityManager.checkSecurityAccessat 
  java/security/Security.checkat java/security/Security.getProvidersat 
  javax/crypto/Cipher.getInstanceat IdUsuj.jbInitat IdUsuj.initat 
  com/ms/applet/AppletPanel.securedCall0at 
  com/ms/applet/AppletPanel.securedCallat 
  com/ms/applet/AppletPanel.processSentEventat 
  com/ms/applet/AppletPanel.processSentEventat 
  com/ms/applet/AppletPanel.runat java/lang/Thread.runCarlos 
  Campos[EMAIL PROTECTED]Analista de SistemasMCT - Ministério da 
  Ciência e TecnologiaCETEM - Centro de Tecnologia MineralFone: (21) 
  3865-7358-- LISTA SOUJAVA 
  http://www.soujava.org.br - 
  Sociedade de Usuários Java da 

RES: [java-list] Tentando usar Criptografia JCE num browserInternet Explorer 5.x sem o Java Plugin

[Carlos Campos]

Ok Luciano,

Agradeço pela ajuda. Por ora utilizei o Message Digest SHA-1 ao invés da
criptografia com Cipher, ok?

[]'s

Carlos Campos

-Mensagem original-
De: Lusoujava [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 24 de fevereiro de 2003 10:46
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Tentando usar Criptografia JCE num
browserInternet Explorer 5.x sem o Java Plugin


Carlo,

Vc deveria assinar a sua applet (ver site do javasoft que tem várias
receitas de bolo para isto) para então executá-la no browser solicitando
algumas permissões.
O método getProviders demanda alguns privilégios para a sua execução. Daí
a necessida de ter sua applet assinada.

[ ]´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: Carlos Campos [EMAIL PROTECTED]
To: 'Lista SouJava' [EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 2:33 PM
Subject: [java-list] Tentando usar Criptografia JCE num browserInternet
Explorer 5.x sem o Java Plugin


E-mail Premium BOL
Antivírus, anti-spam e até 100 MB de espaço. Assine já!
http://email.bol.com.br/
Prezados Javaneses,

Estou tentando implementar criptografia de senhas entre um Applet AWT
rodando sobre Internet Explore 5.x sem utilizar o Java Plugin 1.41.

Com o uso do Plugin no Browser, e nos testes realizados no lado SERVER, tudo
funciona bem. Isto acontece, pelo que eu entendi, porque o J2SE 1.41
incorporou a biblioteca JCE.jar, que antes era independente, e passou a
criar um Provider default (o SunJCE) que automaticamente é instalado e
registrado com o JRE.

Tentei carregar os pacotes do Provider (sunjce_provider.jar) e as classes de
criptografia necessárias junto com o meu Applet. Porém é gerado um erro
(vide abaixo) de segurança no java console do browser quando ele tenta fazer
o getProviders.

Pergunta:
Existe alguma forma de fazer funcionar o Applet AWT com a JCE do J2SE 1.41
sem ter que instalar o Java Plugin ???

Agradeço pela ajuda,

com.ms.security.SecurityExceptionEx[IdUsuj.jbInit]
at com/ms/security/PolicyEngine.deepCheck
at com/ms/security/PolicyEngine.checkPermission
at com/ms/security/StandardSecurityManager.chk
at com/ms/security/StandardSecurityManager.checkSecurityAccess
at java/security/Security.check
at java/security/Security.getProviders
at javax/crypto/Cipher.getInstance
at IdUsuj.jbInit
at IdUsuj.init
at com/ms/applet/AppletPanel.securedCall0
at com/ms/applet/AppletPanel.securedCall
at com/ms/applet/AppletPanel.processSentEvent
at com/ms/applet/AppletPanel.processSentEvent
at com/ms/applet/AppletPanel.run
at java/lang/Thread.run


Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas
MCT - Ministério da Ciência e Tecnologia
CETEM - Centro de Tecnologia Mineral
Fone: (21) 3865-7358


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

-- 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] Serializando Imagem entre um Applet e um Servlet

[Carlos Campos]

Prezados Javaneses,

Qual a melhor classe para recuperar uma pequena imagem (.JPG) entre um
Applet e um Servlet via serialização.

Tentei as classes Image e ImageIcon mas não obtive sucesso.

Agradeço pela ajuda.

[]'s

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas
MCT - Ministério da Ciência e Tecnologia
CETEM - Centro de Tecnologia Mineral
Fone: (21) 3865-7358


-- 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] Tentando usar Criptografia JCE num browserInternet Explorer 5.x sem o Java Plugin

[Carlos Campos]

Prezados Javaneses,

Estou tentando implementar criptografia de senhas entre um Applet AWT
rodando sobre Internet Explore 5.x sem utilizar o Java Plugin 1.41.

Com o uso do Plugin no Browser, e nos testes realizados no lado SERVER, tudo
funciona bem. Isto acontece, pelo que eu entendi, porque o J2SE 1.41
incorporou a biblioteca JCE.jar, que antes era independente, e passou a
criar um Provider default (o SunJCE) que automaticamente é instalado e
registrado com o JRE.

Tentei carregar os pacotes do Provider (sunjce_provider.jar) e as classes de
criptografia necessárias junto com o meu Applet. Porém é gerado um erro
(vide abaixo) de segurança no java console do browser quando ele tenta fazer
o getProviders.

Pergunta: 
Existe alguma forma de fazer funcionar o Applet AWT com a JCE do J2SE 1.41
sem ter que instalar o Java Plugin ???

Agradeço pela ajuda,

com.ms.security.SecurityExceptionEx[IdUsuj.jbInit]
at com/ms/security/PolicyEngine.deepCheck
at com/ms/security/PolicyEngine.checkPermission
at com/ms/security/StandardSecurityManager.chk
at com/ms/security/StandardSecurityManager.checkSecurityAccess
at java/security/Security.check
at java/security/Security.getProviders
at javax/crypto/Cipher.getInstance
at IdUsuj.jbInit
at IdUsuj.init
at com/ms/applet/AppletPanel.securedCall0
at com/ms/applet/AppletPanel.securedCall
at com/ms/applet/AppletPanel.processSentEvent
at com/ms/applet/AppletPanel.processSentEvent
at com/ms/applet/AppletPanel.run
at java/lang/Thread.run


Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas
MCT - Ministério da Ciência e Tecnologia
CETEM - Centro de Tecnologia Mineral
Fone: (21) 3865-7358


-- 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] Existe limite em bytes para writeObject() e readObject()

[Carlos Campos]

Prezados Javaneses,

Estou tendo problemas quando abro um stream com a transferência de dados
entre um APPLET e um SERVLET de um campo MEMO.

Pergunta: Existe alguma limitação do readObject() ou do writeObject() ???

Quando envio um campo muito grande na serialização de uma String não gera
exceção no Servlet mas em compensação a String chega TRUNCADA no servlet.

O que fazer para transmitir campos GRANDES entre um Applet e um Servlet via
streams ???

[]'s

// Parte do Código

try {
  URL urla = new URL(url);
  URLConnection urlc = urla.openConnection();
  urlc.setDoInput(true);
  urlc.setDoOutput(true);
  urlc.setUseCaches(false);
  urlc.setRequestProperty(Content-Type, application/octet-stream);
  ObjectOutputStream outputToServlet = new
ObjectOutputStream(urlc.getOutputStream());
  outputToServlet.writeObject((Object)campos);
  outputToServlet.flush();
  outputToServlet.close();
  ObjectInputStream inputFromServlet = new
ObjectInputStream(urlc.getInputStream());
  String resposta = (String)inputFromServlet.readObject();
  inputFromServlet.close();
  return resposta;
}
catch (IOException e) {
  System.out.println(e.toString());
  return(E);
}
catch(Exception e) {
  System.out.println(e.toString());
  return(E);
}


  // Recuperando fluxo de dados do Applet
String campos = null;
try {
ObjectInputStream inputFromApplet = new
ObjectInputStream(hsreq.getInputStream());
  campos = (String)inputFromApplet.readObject();
inputFromApplet.close();
}
catch(Exception e) {
System.out.println(Passei por aqui+e.toString());
  retString(hsrsp,E);
}
if(campos==null) retString(hsrsp,E);

Carlos Campos
[EMAIL PROTECTED]
(0xx21 3865-7358)
Analista de Sistemas
MCT - Ministério da Ciência e Tecnologia
CETEM - Centro de Tecnologia Mineral


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

[Carlos Campos]

Prezados Javaneses,

Durante um fluxo de comunicação Applet - Servlet onde são serializados
dados razoavelmente grandes ( 60 Kb) está ocorrendo a seguinte exceção:

java.io.StreamCorruptedException = Type code out of range, is 97

Quando transmito informações menores tudo corre bem. O que pode ser ???

Grato!

Segue parte do meu código:

*
APPLET:

try {
  URL urla = new URL(url);
  URLConnection urlc = urla.openConnection();
  urlc.setDoInput(true);
  urlc.setDoOutput(true);
  urlc.setUseCaches(false);
  urlc.setRequestProperty(Content-Type, application/octet-stream);
  ObjectOutputStream outputToServlet = new
ObjectOutputStream(urlc.getOutputStream());
  outputToServlet.writeObject((Object)campos);
  outputToServlet.flush();
  outputToServlet.close();
  ObjectInputStream inputFromServlet = new
ObjectInputStream(urlc.getInputStream());
  String resposta = (String)inputFromServlet.readObject();
  inputFromServlet.close();
  return resposta;
}
catch (IOException e) {
  System.out.println(e.toString());
  return(E);
}
catch(Exception e) {
  System.out.println(e.toString());
  return(E);


SERVLET:
  public void doPost(HttpServletRequest hsreq, HttpServletResponse hsrsp)
throws ServletException, IOException {

  // Recuperando fluxo de dados do Applet
  ObjectInputStream inputFromApplet = null;
  Properties campos = null;
  try {
  inputFromApplet = new ObjectInputStream(hsreq.getInputStream());
  campos = (Properties)inputFromApplet.readObject();
  inputFromApplet.close();
}
  catch(Exception e) {
 System.out.println(e.toString());
  retString(hsrsp,E);
}
if(campos==null) retString(hsrsp,E);



Carlos Campos
[EMAIL PROTECTED]
(0xx21 3865-7358)
Analista de Sistemas
MCT - Ministério da Ciência e Tecnologia
CETEM - Centro de Tecnologia Mineral


-- 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] Limitações de Serialização entre Applets e Servlets ?

[Carlos Campos]

Prezados Javaneses, 

Estou tendo problemas na comunicação entre Applets e Servlets quando eu
serializo um objeto razoavelmente grande, como um textarea que armazena um
Método Analítico de Química.

Pesquisei no Jguru e vi alguma coisa sobre limitação de tamanho da classe
String (64 kb) nas classes da JVM dos browsers (1.1x), o que não acontece a
partir da JVM 1.3.

O que acontece na prática é que se eu serializo um objeto Properties é
gerado um erro no Servlet (StreamCorruptedException ou coisa parecida), se
eu tento enviar como String NÃO GERA ERRO, mas em compensação a String é
truncada em aproximadamente 4 Kb, chegando incompleta no meu servlet. Para
dados pequenos tudo funciona.

Supondo que existam limitações concretas entre as classes antigas da JVM do
Browser (Applet) e a do Sevidor (Servlet) 
como eu posso contornar este problema ??? 

Talvez eu tenha que serializar os objetos em pedaços para o servlet e só
depois gravar no database ??? 

Conto com a orientação de vcs.

[]'s 

Carlos Campos 
[EMAIL PROTECTED] 
(21) 3865-7358 


-- 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] Javamail MS Exchange Server 5.5 com IMS Restrito

[Carlos Campos]

Prezados Javaneses,

Estou tentando enviar um e-mail EXTERNO de um servlet mas não estou
conseguindo.

Quando envio um e-mail para uma das contas internas do MS Exchange Server
tudo funciona, mas devido à uma restrição do IMS (Internet Mail Service)
contra o OPEN RELAY ocorre a seguinte exception:

550 Relaying is prohibited.

Pergunta: Como eu posso me autenticar na Session do Javamail de modo a
evitar que o Ms Exchange Server impeça o envio de mensagens externas à minha
intranet ???

Tentei usar o Authenticator mas recebi uma SecurityException como resposta.
Segue abaixo parte do meu código.



Session session = Session.getInstance(props, new MyAuth());
MimeMessage msg = new MimeMessage(session);
...

msg.setSentDate(new java.util.Date());
SMTPTransport t = new SMTPTransport(session, new
URLName(smtp,ip,25,null,user,pass));
t.send(msg);
t.close();
...

class MyAuth extends Authenticator {
protected PasswordAuthentication getPasswordAuthentication() {
return(new PasswordAuthentication(user,password));
  }
}



Se alguém já conseguiu enviar mensagens para fora da sua rede num servidor
de correio com OPEN RELAY RESTRICT por favor me orientem.

[]'s

Carlos Campos
[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]
-

RES: [java-list] Curso Java

[Carlos Campos]

www.journally.com.br

[]'s

Ccampos

-Mensagem original-
De: Adalberto Macckione [mailto:[EMAIL PROTECTED]]
Enviada em: domingo, 25 de agosto de 2002 05:55
Para: [EMAIL PROTECTED]
Assunto: [java-list] Curso Java


Pessoal,

Estou no RJ e gostaria de uma indicação, sobre um bom curso de Java. Alguém
poderia ajudar-me.

Abraço.

- Original Message -
From: haruouek [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 9:59 AM
Subject: [java-list] Re:[java-list] Apostila de EJB.


Eduardo,

De uma olhada no http://www.theserverside.com/ neste site
existe o livro Mastering EJB do Ed Romam.


---
UOL Eleições 2002 - Todos os lances da disputa política
http://eleicoes.uol.com.br/






 Fala Pessoal!

 Alguem sabe de alguma apostila ou livro sobre EJB...

 []s
 Eduardo Tavares










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

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

RES: [java-list] Applet com Socket. Um errinho.

[Carlos Campos]

Oi Wilder,

Feche a conexão do stream como no exmplo abaixo, ok?

try {
  URL urla = new URL(xVar);
  URLConnection urlc = urla.openConnection();
  urlc.setDoInput(true);
  urlc.setDoOutput(true);
  urlc.setUseCaches(false);
  ObjectInputStream inputFromServlet = new
ObjectInputStream(urlc.getInputStream());
  String resposta = (String)inputFromServlet.readObject();
  inputFromServlet.close();
  return resposta;
}
catch(Exception e) {
  System.out.println(e.toString());
  return(E);
}

[]'s

Carlos Campos

-Mensagem original-
De: Wilder Rodrigues [mailto:[EMAIL PROTECTED]]
Enviada em: sexta-feira, 2 de agosto de 2002 05:49
Para: [EMAIL PROTECTED]
Assunto: [java-list] Applet com Socket. Um errinho.


Bom dia!

Acho que vocês lembram de um probleminha que tive quanto a acessar um banco
de dado através de um applet. Pois é, não comsegui da forma como disseram
aqui. Então, o que fiz? To trabalhando com Socket, daí que o applet chama um
cliente que por sua vez passa as informações ao servidor, então assim, o
servidor (que está no micro servidor, pertinho do banco de dados) executa o
comando e tudo funciona legal. =]
Detalhe, na teoria tá tudo beleza, porém na hora de executar ocorre um
problema, bem pequeno, penso eu.

Vou explicar melhor:

Quando clico no botão 'Okay' chamo um método que executa o Cliente. Esse
método recebe uma variável do String que leva junto uma sentença em SQL (até
aí tudo bem). O Cliente se conecta ao Servidor, o Servidor (que já está
conectado ao BD) executa a String em SQL e retorna o valor que eu estava
querendo pra validar o login do usuário, o Cliente recebe esse valor e passa
para o applet. Até aí beleza, pois fiz vários testes e até retornar ao
Cliente tudo funciona, porém, quando chega ao applet ele congela, isso
mesmo, congela! =[
O applet fica travado, não responde de jeito maneira. Alguém sabe o que devo
fazer?

Agradecido,
Wilder Rodrigues


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

RES: [java-list] Problemas de quem usa IDEs

[Carlos Campos]

Oi Reinaldo,

Basta atribuir as variáveis de ambiente no lugar correto:

Painel de Controle - Sistema - Avançado - Variáveis de Ambiente

[]'s

Carlos Campos

-Mensagem original-
De: Reinaldo Nolasco Sanches [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 17 de abril de 2002 14:37
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Problemas de quem usa IDEs



Bom... não sei se pode ser isso...

Mas o Win2000 tem um certo problemas com programas que rodam em prompt...

Não consigo rodar corretamente os programas em prompt que precisem de
variaves de ambiênte...

Como DJGPP, JED, Java... não sei como resolver... e tb nem tenho
interesse...
mas se alguêm solber o pq... responde :)





=
When you know Slackware, you know Linux... when you know Red Hat, all you
know is Red hat

God doesn't play dice. -- Albert Einstein

- Slackware 8.0 -- Kernel 2.4.17
- [EMAIL PROTECTED] -- slackware.linuxbr.org
- irc.brasnet.org -- #slackware

__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

-- LISTA SOUJAVA  
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP 
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
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]
-

RES: [java-list] Applet como front-end

[Carlos Campos]

Oi 
Airton,

Neste 
caso todos os dados ficariam armazenados no lado SERVER, e seria feita uma 
comunicação entre o Applet e algum Servlet via Stream, Sockets ou RMI, 
ok?

[]'s

Carlos 
Campos

  -Mensagem original-De: Airton 
  [mailto:[EMAIL PROTECTED]]Enviada em: quarta-feira, 9 de janeiro de 
  2002 14:59Para: [EMAIL PROTECTED]Assunto: 
  [java-list] Applet como front-end
  Olá,
  
  gostaria de saber se dá prá fazer um front-end 
  (camada do cliente) usando somente applet. 
  Pelo que entendi, applet não escreve no disco e o 
  sistema deve usar um banco de dados que está no disco. Como o applet 
  atualizaria o banco?
  
  Obrigado,
  
  Airton

RES: [java-list] Será o fim das applets java?

[Carlos Campos]

Marcos,

Creio que vc não está errado não.

Usei durante muito tempo as interfaces HTML com LiveConnect, Javascript, e
Servlets. Inegavelmente a carga dos formulários HTML é mais rápida, contudo,
não tinha o poder de processamento que eu precisava.

Decidi optar pela construção de Applets AWT no Jbuilder fazendo um
balanceamento de carga entre os dados e as classes do lado cliente. O
resultado foi a construção de formulários extremamente poderosos, inclusise
com TABS, que se comunicam via Stream com os Servlets que processam os dados
no lado Servidor.

Muitos falarão que AWT já era. Ora, qualquer formulário Java em AWT é muito
mais poderoso que qualquer formulário em HTML e, se necessário, no futuro
poderei desenvolver JApplets com SWING e instalar o PLUGIN.

É claro que estou falando de um ambiente de INTRANET/EXTRANET com
possibilidades de acesso externo. No desenvolvimento de páginas para a
INTERNET, onde o público alvo não pode ser controlado, nem previsto, deve-se
tomar os cuidados e as recomendações que deram origem a esta longa
discussão.

Conclusão: Applets NÃO já eram não. Depende de quem sabe fazer um bom uso
deste poderoso recurso.

[]'s

Carlos Campos



-Mensagem original-
De: Marcos [mailto:[EMAIL PROTECTED]]
Enviada em: segunda-feira, 7 de janeiro de 2002 13:00
Para: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Assunto: RES: [java-list] Será o fim das applets java?


Odeio ver minhas frases comentadas.(nada pessoal). Mas em resposta a seu
comentário, sim concordo que deve-se ter um publico alvo. Mas para certas
coisas a applet é muito util e não acho que o flash possa substitui-las. Já
viu o site economia do
ig(http://www.ig.com.br/home/channels/financas_overview)? Tem uma applet lá
que dá a hora e o valor do dolar com um simples clique no risco da medição
de altas e baixas da moeda durante o pregão. Não vi nada assim em flash
(Tambem não sei se é possivel, mas acho dificil).
Mas a questão é o plugin. Deveria ser uma coisa padrão pois é necessario ter
a VM para que os aplicativos java funcione. Ficar só no lado servidor é um
desperdicio de uma linguagem que tem tudo para tomar lado cliente. Isso gera
mais mercado, mais emprego e mais dinheiro. Sem o plugin isso fica dificiu
de acontecer. A morte das applets, dificulta a inclusão do plugin na máquina
dos usuários. (veja o flash. Tudo bem que é pequeno, mas todo mundo tem pq
se não não vê as animações. Mesmo que fosse grande o pessoal baixava só pra
ver as animações). Por isso acho que as applets não deveriam morrer e sim se
sofisticar para dar motivos para se instalar o plugin. A sun tambem poderia
criar outras formas de distribuição. Mas desistir de entregar a VM aos
milhões de usuários de internet... Não sei para vc mas isso pra mim parece
muita burrice. Quem se lembra do que a netscape conseguiu quando a micro$oft
ignorou a internet sabe do que estou falando. Mas enfim... Eu posso estar
errado não sou dono da verdade.

-Mensagem original-
De: Alessandro Romero [mailto:[EMAIL PROTECTED]]
Enviada em: segunda-feira, 7 de janeiro de 2002 10:54
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Será o fim das applets java?


Marcos,

Além do mais com os aplicativos feitos em Swing crescendo, o plugin vai
ser instalado de qualquer jeito. É só uma questão de tempo.
Mas é preciso ter em mente qual é o público alvo, concordo que os
aplicativos Swing estão crescendo, mas normalmente eles não visão o público
internet, que não quer ou não pode, instalar nada...
Assim acho que os applets não eram e não são os objetivos
principais, serviram como impulsionadores enquanto a tecnologia era
amadurecida... Hoje Java é forte no back end...
Os sites devem ser, em teoria, leves o suficiente para rodarem em
celulares...

Abraços,
Alessandro Romero.

- Original Message -
From: Marcos [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 07, 2002 10:22 AM
Subject: RES: [java-list] Será o fim das applets java?


 Se a $un não fizer nada, com certeza. Acho ela está muito quieta em
relação
 a isso. A microsoft faz um puta marketing em cima do .NET, do IE, do XP,
de
 tudo que é dela e a $un espera que as revistas justifiquem o uso de seus
 produtos. Acho um absurdo, mas enfim, acho que o papel dos desenvolvedores
 de sites deveria mostrar quais as verdadeiras vantagens de se instalar o
 plugin. Pq se o usuário achar que é necessário ele vai baixar ñ importa se
 tem 5 ou 7 MB. A maioria baixa o IE e ele é bem maior q isso. Só que a
 microsoft fala pq vc deve baixar a ultima versão, enquanto a maioria dos
 sites que utilizam applet só deixam ela lá. Acho q se o pessoal do java
 tiver conciência e coerencia, se acha uma saida. Além do mais com os
 aplicativos feitos em Swing crescendo, o plugin vai ser instalado de
 qualquer jeito. É só uma questão de tempo.

 Atenciosamente,
 Marcos Tadeu P. Vargens
 email: [EMAIL PROTECTED]
 Tel: 3061-9948 Ramal 127
 http://www.extol.com.br

 -Mensagem original-
 De

[java-list] RES: Sobre Applet

[Carlos Campos]

Oi 
George,

Simplesmente eu defini a nossa INTRANET como um Portal 
de Aplicações. Os Sistemas antigos utilizam MS Visual Basic acessando MS Access 
/ MS Sql Server como Client/Server.

Os 
atuais utilizam Applets AWT na camada Cliente se comunicando com Servlets Java 
na camada Servidor acessando PostgreSQL com driver JDBC de nível 4 (o mais 
rápido);

O 
resultado tem sido muito bom, desde que vc não crie applets muito pesados. Os 
dados são carregados inicialmente nos Applets como parâmetros do próprio Applet, 
fica mais rápido. Posteriormente, quando o usuário clica noscomponentes do 
Applet a troca de dados se faz via Stream.

Para 
relatórios estou usando o formato Adobe PDF através de uma API gratuita 
divulgada no site http://www.lowagie.com.

Boa 
Sorte!

[]'s

Carlos 
Campos

  -Mensagem original-De: George-Informatec 
  [mailto:[EMAIL PROTECTED]]Enviada em: terça-feira, 8 de 
  janeiro de 2002 12:32Para: Carlos CamposAssunto: Sobre 
  Applet
  Olá Carlos, até que enfim, alguém que utiliza o 
  Applet como eu estou pretendendo. Trabalho com Delphi + ActiveX e DCOM/SOAP 
  para ser o servidor da aplicação. Estou estudando java, mais já estava me 
  desencorajando, quando vi tal discussão na lista. Me de maiores informações 
  sobre seu projeto. O nosso aqui é um Administrador de tarifas telefônicas, 
  onde tenho desde cadastros a processamentos e relatórios. Passe-me se 
  possível, bugs, restrições e outros que possa compartilhar.
  
  [ ]George Queiroz
  
  ---Outgoing mail is certified Virus 
  Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.312 
  / Virus Database: 173 - Release Date: 
31/12/2001

RES: [java-list] Interbase e Java

[Carlos Campos]

Oi Sobral,

Segue o exemplo de código abaixo:

String sUrl = jdbc:interbase://127.0.0.1/D:/Javaxe/ApJava.gdb;
String vUsuario = SYSDBA;
String vSenha   = masterkey;
Class.forName(interbase.interclient.Driver);
Connection conn = DriverManager.getConnection(sUrl, vUsuario, vSenha);

[]'s

Carlos Campos

-Mensagem original-
De: Sobral [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 24 de outubro de 2001 05:20
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Interbase e Java


Olah Pessoal
Alguem sabe onde entro a API p. o Interbase e qual eh sintaxe, ou seja:
p. o PostgreSQL, como mostra o codigo abaixo, e p. o Interbase???
Muito Obrigado

String url = jdbc:postgresql://IP:127.0.1.1/DATABASE;
String usuario = USUARIO;
String senha   = SENHA;
Class.forName(org.postgresql.Driver);
Connection conn = DriverManager.getConnection(url, usuario, senha);


- Original Message -
From: Eduardo Fabricio Elias [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 23, 2001 6:32 PM
Subject: RES: [java-list] Interbase e Java


 Tem uma versão Open Souce que você pode baixar do site da Borland... Mas
 também tem uma versão paga, com mais recursos...
 Que eu ví, tem para linux, windows e solaris...

 Eduardo Fabricio Elias
 Analista de Sistemas - Divisão de Informática
 Centro de Integração Empresa Escola - CIEE-RS
 Fone: 51 32847029
 http://www.ciee-rs.org.br



 -Mensagem original-
 De: Marcelo Faviero Gonzalez [mailto:[EMAIL PROTECTED]]
 Enviada em: terça-feira, 23 de outubro de 2001 8:18
 Para: [EMAIL PROTECTED]
 Assunto: Re: [java-list] Interbase e Java


 uma dúvida ... o Interbase é free para windows
 (para desenvolvimento pelo menos) ?


 =
 __
 Marcelo Faviero Gonzalez
 http://www.marcelofg.hpg.com.br
 Porto Alegre - RS
 UIN - 125867890



 ___
 Yahoo! GeoCities
 Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo!
 GeoCities. É fácil e grátis!
 http://br.geocities.yahoo.com/

 -- LISTA SOUJAVA 
 http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
 dúvidas mais comuns: http://www.soujava.org.br/faq.htm
 regras da lista: http://www.soujava.org.br/regras.htm
 para sair da lista: envie email para [EMAIL PROTECTED]
 -

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

RES: [java-list] JDBC com PostgreSQL for Linux

[Carlos Campos]

Oi amigo,

Não importa se é em Windows ou Linux, isto é entre o PostgreSQL e o Java:

String sUrl = jdbc:postgresql://IP:5432/DATABASE;
String vUsuario = USUARIO;
String vSenha   = SENHA;
Class.forName(org.postgresql.Driver);
Connection conn = DriverManager.getConnection(sUrl, vUsuario, vSenha);

[]'s

Carlos Campos

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviada em: terça-feira, 23 de outubro de 2001 09:45
Para: [EMAIL PROTECTED]
Assunto: [java-list] JDBC com PostgreSQL for Linux
Prioridade: Alta


Olá caros colegas, alguém pode me informar quais são as strings de conexão
para JDBC com PostgreSQL for Linux?

Valeu pessoal.

[]'s
Merlin.
[EMAIL PROTECTED]




___

http://www.zipmail.com.br O e-mail que vai aonde você está.




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

RES: [java-list] JSObject

[Carlos Campos]

Oi 
Viviane,

Este 
pacote está disponível com as classes Java do Internet Explorer e do Netscape 
Communicator e é usado como LiveConnect para permitir a interação entre 
formulários HTML e applets Java através do JavaScript.

Localize o pacote java40.jar do Netscape, por exemplo, 
no seu Windows, ok?

[]'s

Carlos 
Campos

  -Mensagem original-De: Viviane Guimaraes Ribeiro 
  [mailto:[EMAIL PROTECTED]]Enviada em: terça-feira, 18 de 
  setembro de 2001 04:33Para: 
  [EMAIL PROTECTED]Assunto: [java-list] 
  JSObject
  Alguem sabe de onde eu posso baixar o pacote 
  netscape.javascript.JSObject ??

[java-list] PostgreSQL Java

[Carlos Campos]

Prezados Javaneses,

Gostaria de saber se alguém utiliza o PostgreSQL 7.1.2 com Java e poderia me
orientar quanto ao seguinte:

Percebi que ao executar um SELECT o banco se comporta como CASE-SENSITIVE na
cláusula WHERE. Existe algum parâmetro de inicialização ou configuração para
que o banco se comporte como CASE-INSENSITIVE ???, ou seja: 

Select * from Tabela where nome = Carlos

seja equivalente a

Select * from Tabela where nome = CARLOS

Gostaria de evitar o uso do comando lower a fim de converter as
comparações para minúsculas, o que implicaria em ajustar vários servlets;

Agradeço qualquer ajuda!

Obs: Desculpem o OFF! Eu sei que este é um problema de BD e não
especificamente de JAVA, mas tem coisas que não podem ser dissociadas.

[]'s

Carlos Campos
[EMAIL PROTECTED]
(0xx21 3865-7358)
Analista de Sistemas
MCT / CETEM - Centro de Tecnologia Mineral


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

[Carlos Campos]

Oi Fabiano,

Agradeço pelo seu chute mas neste caso também não resolveria o meu
problema, uma vez que teria que alterar todas as cláusulas SQL Ansi que já
estão programadas nos servlets.

O exemplo do WHERE com = foi meramente ilustrativo, mas poderia ser um
LIKE complexo e a minha intenção é garantir que o banco se comporte como
CASE-INSENSITIVE no acesso aos dados.

Por exemplo, quando vc instala o Ms SQL Server 7.0 ou 2000 vc tem a chance
de configurar a instalação como Case-Insensitive, Accent-Insensitive etc;

O que eu gostaria de saber é se o PostgreSQL 7.1.2 é nativamente
Case-Sensitive e se existe alguma forma de alterar esta configuração padrão,
ok?

Enviei um e-mal para o suporte da dbExperts em São Paulo mas até agora não
obtive a orientação necessária.

De qualquer forma agradeço pela ajuda,

[]'s

Carlos Campos

-Mensagem original-
De: Fabiano Guazzelli da Silva [mailto:[EMAIL PROTECTED]]
Enviada em: quinta-feira, 6 de setembro de 2001 10:06
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] PostgreSQL  Java


Darei um pequeno chute:

Select * from Tabela where nome ~* CARLOS

Avise se funcionar, ok? Se não funcionar também

Fabiano Guazzelli da Silva
- Original Message -
From: Carlos Campos [EMAIL PROTECTED]
To: 'Lista Smartjava' [EMAIL PROTECTED]; 'Lista SouJava'
[EMAIL PROTECTED]
Sent: Thursday, September 06, 2001 9:40 AM
Subject: [java-list] PostgreSQL  Java


 Prezados Javaneses,

 Gostaria de saber se alguém utiliza o PostgreSQL 7.1.2 com Java e poderia
me
 orientar quanto ao seguinte:

 Percebi que ao executar um SELECT o banco se comporta como CASE-SENSITIVE
na
 cláusula WHERE. Existe algum parâmetro de inicialização ou configuração
para
 que o banco se comporte como CASE-INSENSITIVE ???, ou seja:

 Select * from Tabela where nome = Carlos

 seja equivalente a

 Select * from Tabela where nome = CARLOS

 Gostaria de evitar o uso do comando lower a fim de converter as
 comparações para minúsculas, o que implicaria em ajustar vários servlets;

 Agradeço qualquer ajuda!

 Obs: Desculpem o OFF! Eu sei que este é um problema de BD e não
 especificamente de JAVA, mas tem coisas que não podem ser dissociadas.

 []'s

 Carlos Campos
 [EMAIL PROTECTED]
 (0xx21 3865-7358)
 Analista de Sistemas
 MCT / CETEM - Centro de Tecnologia Mineral


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

[java-list] Java String Acentuação

[Carlos Campos]

Prezados Javaneses,

Gostaria de saber se alguma classe Java já converte caracteres acentuados de
uma String para não-acentuados.

Pergunto isto para não ter que INVENTAR A RODA implementando um novo método,
e tendo em vista que strings acentuadas geram problemas na transmissão de
e-mails com o pacote JAVAMAIL.

Agradeço pela orientação,

[]'s

Carlos Campos
[EMAIL PROTECTED]
(0xx21 3865-7358)
Analista de Sistemas / Bolsista PCI
MCT / CETEM - Centro de Tecnologia Mineral


-- 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: Re: [java-list] Opinião

[Carlos Campos]

Oi Pessoal,

O SL-275 é indicado para a Certificação básica, e o seu objetivo é garantir
que o aluno aprenda a SINTAXE da linguagem Java, nada além disso.

O que deve ser questionado é que a grande segmentação de Cursos da SUN, que
no meu caso considerei excelentes (talvez tenha dado sorte com o Instrutor),
não é proporcional ao valor dos Cursos ( = R$ 1.311,00).

A SUN deveria oferecer pacotes de cursos mais acessíveis já que o
encadeamento de Cursos segmentados se faz necessário.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Sven van ´t Veer [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 17 de Julho de 2001 11:30
 Para: [EMAIL PROTECTED]
 Assunto:  Re: Re: [java-list] Opinião
 
 
 
 Adalberto Abade wrote:
 
  Também estou de acordo, e no meu caso te digo ainda mais, fiz o SL 275
 na
  Sun, e venho a confirmar, o que uma outra pessoa disse ontem, o curso é
  muita teoria e pouca prática, para vc ter idéia nem conexão a banco de
 dados
  foi vista. E isso pela bagatela de 1311 Reais. (estou decepcionado!).
 
 Não é tão estranho que coneção com banco de dados não faz parte do 
 curso. SL275 prepare para certificação d programador. JDBC não faz parte 
 da certificação. A certificação programmer somente quer dizer que uma 
 certa pessoa entende a linguagem Java e todos os conceitos importante 
 dela como threads, sinchronization classes interfaces esturutura de 
 pacotes básicos, inner classes etc.
 O curso 275 é para pessoas que não sabem nada de java e querem aprender. 
 Se precisar de um curso JDBC, existe também.
 Se vc acha que o 275 deveria incluir JDBC, por que não incluir Swing, 
 JSP, Servlets, RMI também (e tambem na certificação) assim aumentaria o 
 valor do certificado programador bastante.
 
 
 sven
 
 
 -- 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]
-

RES: [java-list] Problemas com Stream

[Carlos Campos]

Oi Pedro,

Para resolver este problema utilize a classe URLEncoder para formatar a
variável/texto antes de enviar para o stream, conforme o exemplo abaixo:

chave = URLEncoder.encode(txt_nom.getText());

[]'s

Carlos Campos

 - Mensagem original -
 De:   Vizeu - Informatica - Pedro [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 26 de Junho de 2001 09:09
 Para: [EMAIL PROTECTED]
 Assunto:  [java-list] Problemas com Stream
 
 Por favor, alguem pode me ajudar !
 
 fiz um applet que conecta um servlet atraves de um inputstream, e recupedo
 a
 resposta do servlet, so que a url a qual dou o openstream
 da um problema quando remeto um parametro com espaço por exemplo :
 Joao da Silva se não tiver os espaços em branco vai beleza.
 
 Sei que o showdocument converte a string para formato GET e o inputstream,
 alguem sabe ?
 
 o problema e o espaço em branco   , por que no formato GET ele e
 %20.
 
 Att. Pedro
 
 
 -- 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]
-

RE: [java-list] Dúvida sobre Statements com Servlets

[Carlos Campos]

Entendi perfeitamente!

Isto reforça a idéia que o Statement deve ser aberto e fechado o mais
rapidamente possível. Mas se eu vou executar vários ResultSets, um após o
outro, com o mesmo Statement durante o método posso reutilizá-lo ou devo
abrir um Statement para cada ResultSet ???

A idéia de Pool de Conexões confesso que nunca usei e gostaria de receber um
exemplo de código dos colegas Javaneses.

Daí surgem as dúvidas: 

1) Fica impossível o acesso concorrente ao Banco de Dados, mesmo que para
leitura, se não for implementado o Pool de Conexões ???

2) Existem classes prontas para isso ou eu tenho que implementar a minha ???
Como???

3) A técnica de Pool de Conexões varia de acordo com o BD ou pode ser criada
uma vez e aplicada à qualquer Banco via JDBC-ODBC ???

Desculpem pelas perguntas, mas eu preciso esclarecer esta questão de acesso
concorrente de diversos usuários ao mesmo registro do BD.

[]'s

Carlos Campos


-Original Message-
From: Eduardo de S. Bernardino
To: [EMAIL PROTECTED]
Sent: 08/06/01 15:16
Subject: Re: [java-list] Dúvida sobre Statements com Servlets

Não, você não entendeu

1 - ) Conecte com o banco de dados no init() do servlet, correto.
2 - ) Abra o statement bem antes de executar o comando SQL. Isto pode
ser no
service, doGet, doPost ou em qualquer outro método que for executar o
comando SQL. Por que isto? Simples, se você abre um statement no inicio
do
service e vai utliza-lo no fim do metodo ou entao vai utiliza-lo somente
em
outro metodo, uma exception pode ocorrer até a execução do comando SQL,
então você teria um statement aberto desnecessariamente durante um
tempo,
depois ele seria liberado. Por isso, vai executar um comando SQL, abra o
statement, execute, se quiser busque o resultset e feche o statement,
entendeu?



- Original Message -
From: Carlos Campos [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 08, 2001 12:49 PM
Subject: RES: [java-list] Dúvida sobre Statements com Servlets


Oi Eduardo,

Primeiramente agradeço pela resposta, mas só pra FECHAR:

- Abre-se sempre a conexão no método init() e abre-se sempre o statement
no
método service(), CORRETO ???

[]'s

Carlos Campos

 - Mensagem original -
 De: Eduardo de S. Bernardino [SMTP:[EMAIL PROTECTED]]
 Enviada em: Sexta-feira, 8 de Junho de 2001 11:05
 Para: [EMAIL PROTECTED]
 Assunto: Re: [java-list] Dúvida sobre Statements com Servlets

 Respondendo às dúvidas, segundo o pouco que conheço. Não sei se é a
melhor
 solução, mas ai vai:

 1 - )  A conexão se for do tipo static será acessada por todas as
 instâncias
 do servlet. Ou seja você e outro carinha que acessarem o mesmo servlet
de
 máquinas diferentes utilizarão a mesma conexão. Para conectar com o
banco
 de
 dados, o ideal é no construtor ou no método init() mesmo.

 2 - ) Abra os statements sempre antes da execução do comando SQL e
feche-o
 após a conclusão ou obtenção de dados do resultset.

 3 - ) Acesso simultâneo é complicado, deve-se utilizar pool de
conexões
 para
 evitar erros no acesso simultâneo. Tente encontrar exemplos nos sites
de
 servlets disponíveis na net:

 www.servlets.com
 www.coolservlets.com

 Agora não sei se é possível acesso concorrente com o Access. Ele não é
um
 banco muito indicado para aplicações com servlets. Tente buscar alguma
 documentação a respeito disto. Quem sabe...

 Abraços
 Eduardo
 eCorp
 [EMAIL PROTECTED]


 - Original Message -
 From: Carlos Campos [EMAIL PROTECTED]
 To: 'Lista SouJava' [EMAIL PROTECTED]
 Sent: Friday, June 08, 2001 10:11 AM
 Subject: [java-list] Dúvida sobre Statements com Servlets


 Prezados Javaneses,

 Apenas a título de ratificação gostaria de confirmar o seguinte
 procedimento
 no uso de Servlets:

 1.) Deve-se abrir a conexão com o Banco de Dados no método Init():
  con1  = DriverManager.getConnection(url1,,);
  checkForWarning(con1.getWarnings());

 2.) Deve-se abrir os Statements SEMPRE no método Service() de modo a
 evitar
 a colisão com as múltiplas conexões ?
 stmt1 = con1.createStatement();
 checkForWarning(con1.getWarnings());

 Esta dúvida surgiu quando testei o acesso simultaneo com vários
usuários
 num
 Banco MS Access 97 e o driver ODBC gerava os seguintes erros de SQL
(Sql
 Exception) : General Error ou Erro de Sequência de Função;

 O problema seria uma limitação do MS Access em acessar simultaneamente
o
 mesmo registro por vários usuários, mesmo por um simples SELECT
através da
 ponte JDBC-ODBC ???

 Estranhamente isto não ocorre quando se usa um programa C/S em Visual
 Basic.
 Seria uma deficiência da ponte JDBC-ODBC ???

 Sei que no uso de laços WHILE, por exemplo, temos que abrir um
Statement
 para cada ResultSet acionado, mas gostaria de confirmar este conceito
 sobre
 ONDE abrir corretamente os Statements de modo a obter o máximo de
 performance do Servlet independente das limitações do Banco de Dados,
ok?

 Agradeço pelos comentários,

 []'s

 Carlos Campos
 Analista de Sistemas / Bolsista PCI
 [EMAIL PROTECTED

[java-list] Dúvida sobre Statements com Servlets

[Carlos Campos]

Prezados Javaneses,

Apenas a título de ratificação gostaria de confirmar o seguinte procedimento
no uso de Servlets:

1.) Deve-se abrir a conexão com o Banco de Dados no método Init():  
 con1  = DriverManager.getConnection(url1,,);
 checkForWarning(con1.getWarnings());

2.) Deve-se abrir os Statements SEMPRE no método Service() de modo a evitar
a colisão com as múltiplas conexões ?
stmt1 = con1.createStatement();
checkForWarning(con1.getWarnings());

Esta dúvida surgiu quando testei o acesso simultaneo com vários usuários num
Banco MS Access 97 e o driver ODBC gerava os seguintes erros de SQL (Sql
Exception) : General Error ou Erro de Sequência de Função;

O problema seria uma limitação do MS Access em acessar simultaneamente o
mesmo registro por vários usuários, mesmo por um simples SELECT através da
ponte JDBC-ODBC ???

Estranhamente isto não ocorre quando se usa um programa C/S em Visual Basic.
Seria uma deficiência da ponte JDBC-ODBC ???

Sei que no uso de laços WHILE, por exemplo, temos que abrir um Statement
para cada ResultSet acionado, mas gostaria de confirmar este conceito sobre
ONDE abrir corretamente os Statements de modo a obter o máximo de
performance do Servlet independente das limitações do Banco de Dados, ok?

Agradeço pelos comentários,

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 3865-7358
Fax :  0xx21 290-9196


-- 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] Dúvida sobre Statements com Servlets

[Carlos Campos]

Oi Eduardo,

Primeiramente agradeço pela resposta, mas só pra FECHAR:

- Abre-se sempre a conexão no método init() e abre-se sempre o statement no
método service(), CORRETO ???

[]'s

Carlos Campos

 - Mensagem original -
 De:   Eduardo de S. Bernardino [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 8 de Junho de 2001 11:05
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [java-list] Dúvida sobre Statements com Servlets
 
 Respondendo às dúvidas, segundo o pouco que conheço. Não sei se é a melhor
 solução, mas ai vai:
 
 1 - )  A conexão se for do tipo static será acessada por todas as
 instâncias
 do servlet. Ou seja você e outro carinha que acessarem o mesmo servlet de
 máquinas diferentes utilizarão a mesma conexão. Para conectar com o banco
 de
 dados, o ideal é no construtor ou no método init() mesmo.
 
 2 - ) Abra os statements sempre antes da execução do comando SQL e feche-o
 após a conclusão ou obtenção de dados do resultset.
 
 3 - ) Acesso simultâneo é complicado, deve-se utilizar pool de conexões
 para
 evitar erros no acesso simultâneo. Tente encontrar exemplos nos sites de
 servlets disponíveis na net:
 
 www.servlets.com
 www.coolservlets.com
 
 Agora não sei se é possível acesso concorrente com o Access. Ele não é um
 banco muito indicado para aplicações com servlets. Tente buscar alguma
 documentação a respeito disto. Quem sabe...
 
 Abraços
 Eduardo
 eCorp
 [EMAIL PROTECTED]
 
 
 - Original Message -
 From: Carlos Campos [EMAIL PROTECTED]
 To: 'Lista SouJava' [EMAIL PROTECTED]
 Sent: Friday, June 08, 2001 10:11 AM
 Subject: [java-list] Dúvida sobre Statements com Servlets
 
 
 Prezados Javaneses,
 
 Apenas a título de ratificação gostaria de confirmar o seguinte
 procedimento
 no uso de Servlets:
 
 1.) Deve-se abrir a conexão com o Banco de Dados no método Init():
  con1  = DriverManager.getConnection(url1,,);
  checkForWarning(con1.getWarnings());
 
 2.) Deve-se abrir os Statements SEMPRE no método Service() de modo a
 evitar
 a colisão com as múltiplas conexões ?
 stmt1 = con1.createStatement();
 checkForWarning(con1.getWarnings());
 
 Esta dúvida surgiu quando testei o acesso simultaneo com vários usuários
 num
 Banco MS Access 97 e o driver ODBC gerava os seguintes erros de SQL (Sql
 Exception) : General Error ou Erro de Sequência de Função;
 
 O problema seria uma limitação do MS Access em acessar simultaneamente o
 mesmo registro por vários usuários, mesmo por um simples SELECT através da
 ponte JDBC-ODBC ???
 
 Estranhamente isto não ocorre quando se usa um programa C/S em Visual
 Basic.
 Seria uma deficiência da ponte JDBC-ODBC ???
 
 Sei que no uso de laços WHILE, por exemplo, temos que abrir um Statement
 para cada ResultSet acionado, mas gostaria de confirmar este conceito
 sobre
 ONDE abrir corretamente os Statements de modo a obter o máximo de
 performance do Servlet independente das limitações do Banco de Dados, ok?
 
 Agradeço pelos comentários,
 
 []'s
 
 Carlos Campos
 Analista de Sistemas / Bolsista PCI
 [EMAIL PROTECTED]
 MCT / CETEM - Centro de Tecnologia Mineral
 Fone: 0xx21 3865-7358
 Fax :  0xx21 290-9196
 
 
 -- 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]
-

RES: RES: [java-list] Por Favor! De sua opiniao!!

[Carlos Campos]

Oi Luís,

Um pacote .JAR com os applets, sons etc chega a ocupar 16Kb.

Uma vez superada a primeira carga da JVM, que dependendo do micro é muito
lenta, a chamada de um pacote destes com várias caixas-combo (choices) a
serem preenchidas em tempo de Init() leva de 3 a 5 segundos. Cheguei a
testar com um modem de 144000 bps e não ficou impraticável. É evidente que
recomendo vc ativar o JIT do Iexplorer por exemplo.

Enfim, perde-se um pouco mais de tempo de carga, se comparado com o HTML mas
ganha-se muito em poder de processamento, melhor apresentação visual com o
uso simulado de TABS, dinâmica de atualização dos dados na interface sem a
necessidade de recarregar a página etc;

[]'s

Carlos Campos

 - Mensagem original -
 De:   luis rodrigues [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 6 de Junho de 2001 13:53
 Para: [EMAIL PROTECTED]
 Assunto:  Re: RES: [java-list] Por Favor! De sua opiniao!!
 
 Olá,
 Mas mesmo usando awt, como fica a performance
 pro usuário comum que está em casa conectando
 via linha discada , 56k ?
 
 
 From: Carlos Campos [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Subject: RES: [java-list] Por Favor! De sua opiniao!!
 Date: Wed, 6 Jun 2001 09:32:51 -0300
 
 Prezados Javaneses,
 
 Estou assistindo esta discussão sobre Applets e gostaria de tecer alguns
 comentários:
 
 Há alguns anos procurei seguir o modelo de algumas empresas que decidiram
 tornar a sua Intranet um portal de aplicações. Isto significava portar
 todas
 as aplicações Visual Basic / Delphi do tipo Client/Server para um único
 canal de acesso aos Sistemas da Empresa.
 
 No meu caso, basta que o usuário possua um Browser (que suporte Java) e o
 acesso à um ponto de rede ou à Internet doméstica para que possa utilizar
 qualquer aplicação disponível na Intranet.
 
 Partindo deste princípio, onde a distribuição, instalação e atualização de
 software não é mais necessária no lado cliente passei a utilizar HTML,
 JavaScript, Applets Java, quando necessário, e Servlets Java para
 manipular
 as Bases de Dados. Evidentemente que para melhorar a interface com o
 Usuário
 e criar mecanismos de controle para as aplicações, foi utilizado o
 LiveConnect que nada mais é do que a capacidade do Netscape e do Iexplorer
 (através de uma classe JSObject do pacote netscape.javascript.*)
 permitir
 uma comunicação direta entre o formulário HTML, JavaScript e o Applet
 Java.
 
 O resultado foi muito bom e o nível de carga das interfaces HTML é de
 ótima
 performance. O ponto negativo é que vc perde em robustez no lado cliente e
 se vê manipulando diversas tecnologias ao mesmo tempo.
 
 Recentemente enviei um e-mail para a lista acusando a minha satisfação com
 o
 uso do Jbuilder 4 Foundation onde a capacidade de desenvolver softwares
 Java
 (Applets e Applications) foi incrivelmente facilitada sem a necessidades
 de
 usar um Micro mais possante do que o próprio Servidor. As versões
 anteriores
 de IDE's e o próprio Forte for Java que cria um código limpinho e correto
 deixam muito a desejar no quesito performance, a ponto de estressar
 qualquer
 desenvolvedor.
 
 Neste momento estou pretendendo utilizar Applets AWT na minha aplicação
 com
 o cliente interfaceando com Servlets no Servidor.
 
 O objetivo é concentrar o desenvolvimento numa IDE Java como o Jbuilder 4,
 ganhando muito em produtividade, principalmente no meu caso que possuo
 apenas um colega de trabalho na área de desenvolvimento. Creio que, com
 criatividade, é possível por exemplo substituir os TabPannels do SWING num
 applet por vários painéis e botões simulando o efeito equivalente. Com
 isso
 tenho conseguido criar applets robustos em capacidade de controle e leves
 sob o ponto de vista de carga.

 Volto a dizer, todo esse esforço em evitar o desenvolvimento de
 Applications
 e concentar o desenvolvimento em Applets com Servlets traz o benefício de
 criar UMA VEZ e automaticamente distribuir as minhas aplicações pelo
 Browser
 através da Intranet.
 
 Aspectos de segurança são tratados a nível de Servidor WEB, de Sessions
 das
 Servlets e de Criptografia no tráfego entre Applets e Servlets.
 
 Seria ótimo poder desenvolver em SWING e usufruir do seu Peer de
 componentes, mas infelizmente a PERFORMANCE ainda é péssima e não satisfaz
 o
 modelo de integração com o Usuário que estou implementando. Meus usuários
 acessam as aplicações de Casa, do Hotel, em viagens pela Europa, enfim,
 basta ter acesso à Internet e usufruir do acesso às informações.
 
 Gostaria de despertar esta discussão sobre o uso ponderado dos recursos
 Java.
 
 []'s
 
 Carlos Campos
 
   - Mensagem original -
   De:Carlos Henrique Leclerc Oliveira
 [SMTP:[EMAIL PROTECTED]]
   Enviada em:Terça-feira, 5 de Junho de 2001 15:02
   Para:  [EMAIL PROTECTED]
   Assunto:   Re: [java-list] Por Favor! De sua opiniao!!
  
   Olá javaneses,
   Tenho minhas

RES: [java-list] Por Favor! De sua opiniao!!

[Carlos Campos]

Prezados Javaneses,

Estou assistindo esta discussão sobre Applets e gostaria de tecer alguns
comentários:

Há alguns anos procurei seguir o modelo de algumas empresas que decidiram
tornar a sua Intranet um portal de aplicações. Isto significava portar todas
as aplicações Visual Basic / Delphi do tipo Client/Server para um único
canal de acesso aos Sistemas da Empresa.

No meu caso, basta que o usuário possua um Browser (que suporte Java) e o
acesso à um ponto de rede ou à Internet doméstica para que possa utilizar
qualquer aplicação disponível na Intranet.

Partindo deste princípio, onde a distribuição, instalação e atualização de
software não é mais necessária no lado cliente passei a utilizar HTML,
JavaScript, Applets Java, quando necessário, e Servlets Java para manipular
as Bases de Dados. Evidentemente que para melhorar a interface com o Usuário
e criar mecanismos de controle para as aplicações, foi utilizado o
LiveConnect que nada mais é do que a capacidade do Netscape e do Iexplorer
(através de uma classe JSObject do pacote netscape.javascript.*) permitir
uma comunicação direta entre o formulário HTML, JavaScript e o Applet Java.

O resultado foi muito bom e o nível de carga das interfaces HTML é de ótima
performance. O ponto negativo é que vc perde em robustez no lado cliente e
se vê manipulando diversas tecnologias ao mesmo tempo.

Recentemente enviei um e-mail para a lista acusando a minha satisfação com o
uso do Jbuilder 4 Foundation onde a capacidade de desenvolver softwares Java
(Applets e Applications) foi incrivelmente facilitada sem a necessidades de
usar um Micro mais possante do que o próprio Servidor. As versões anteriores
de IDE's e o próprio Forte for Java que cria um código limpinho e correto
deixam muito a desejar no quesito performance, a ponto de estressar qualquer
desenvolvedor.

Neste momento estou pretendendo utilizar Applets AWT na minha aplicação com
o cliente interfaceando com Servlets no Servidor.

O objetivo é concentrar o desenvolvimento numa IDE Java como o Jbuilder 4,
ganhando muito em produtividade, principalmente no meu caso que possuo
apenas um colega de trabalho na área de desenvolvimento. Creio que, com
criatividade, é possível por exemplo substituir os TabPannels do SWING num
applet por vários painéis e botões simulando o efeito equivalente. Com isso
tenho conseguido criar applets robustos em capacidade de controle e leves
sob o ponto de vista de carga.

Volto a dizer, todo esse esforço em evitar o desenvolvimento de Applications
e concentar o desenvolvimento em Applets com Servlets traz o benefício de
criar UMA VEZ e automaticamente distribuir as minhas aplicações pelo Browser
através da Intranet.

Aspectos de segurança são tratados a nível de Servidor WEB, de Sessions das
Servlets e de Criptografia no tráfego entre Applets e Servlets.

Seria ótimo poder desenvolver em SWING e usufruir do seu Peer de
componentes, mas infelizmente a PERFORMANCE ainda é péssima e não satisfaz o
modelo de integração com o Usuário que estou implementando. Meus usuários
acessam as aplicações de Casa, do Hotel, em viagens pela Europa, enfim,
basta ter acesso à Internet e usufruir do acesso às informações.

Gostaria de despertar esta discussão sobre o uso ponderado dos recursos
Java.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Carlos Henrique Leclerc Oliveira [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 5 de Junho de 2001 15:02
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [java-list] Por Favor! De sua opiniao!!
 
 Olá javaneses,
 Tenho minhas dúvidas quanto à Microsoft. Não acho que ela irá apoiar o
 uso
 de applets, pelo que já assistimos entre Java e Microsoft. Apesar disso,
 applets não deixam de ser opções importantes a se considerar com a chegada
 da
 banda larga nas casas e empresas. Podemos reformular nossos pensamentos e
 pensar em aplicativos com processamentos mais distribuídos entre cliente e
 servidor, e não só em servlets, como vêm ocorrendo.
 
 Abraços,
 Caique
 
 
 luis rodrigues wrote:
 
  O Macromedia Flash Player tem 219k e se instala depois de um click no
 site
  da Macromedia . O java plugin tem 5.74 mega. Não acho que pro usuário
 comum
  que acessa a web via linha discada essa diferença seja sem importancia.
 Só
  pra concluir: se funciona e não tem problema, por que ninguém está
 usando?
  Swing não nasceu ontem , nem o plugin. Como todos da lista eu gostaria
 que
  fosse diferente... mas não é.
 
  From: Sven van ´t Veer [EMAIL PROTECTED]
  Reply-To: [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: Re: [java-list] Por Favor! De sua opiniao!!
  Date: Tue, 05 Jun 2001 12:33:27 -0300
 
  pois eh, mas quase tudomundo tem também o plugin da Flash.. Por que sera
  que não instalaria o plugin da Java.
 
  luis rodrigues wrote:
 
  
  Mesmo assim Sven. É impossível esperar que todos os usuários terão o
  plugin instalado para rodar Java 2.
  
  []'s
  
  
  From: Sven van ´t Veer [EMAIL PROTECTED]
  Reply

[java-list] Dialog x Msgbox

[Carlos Campos]

Prezados Javaneses,

Gostaria de obter um exemplo básico de utilização da classe Dialog no uso
com Applets.

Ela substituiria o controle de mensagens utilizada no Visual Basic como
Msgbox ???

Mesmo no caso de applets, o dialog assumiria o controle de eventos do
browser impedindo o usuário de clicar na janela do applet até que a janela
Dialog seja fechada com uma resposta sim/não, por exemplo ???

Agradeço antecipadamente pelos esclarecimentos,

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 3865-7358
Fax :  0xx21 290-9196


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

ENC: [java-list] Trocando dados entre Applets e Bancos de Dados

[Carlos Campos]

Prezado Alex,

Primeiramente gostaria de me desculpar pela afirmao abaixo. Realmente no
tem nada a ver o fato de usar "SingleThreadModel" com o travamento do
Applet. Respondi o texto abaixo porque recebi alguns erros de exception no
passado, quando no implementei este modelo e fixei a idia de que s
conseguiria estabelecer o STREAM desta forma.

Observando os exemplos do site http://www.servlets.com existem 3 solues:
Via STREAM sem ser SingleThreadModel, via Sockets e via RMI.

Implementei a 1. opo e o Applet continuou travando se eu modificar mais
rapidamente a caixa de seleo. Aparentemente o Applet no consegue
administrar o fluxo de dados intenso entre o Input e o Output do STREAM,
causando o travamento.

Mesmo simulando uma nica conexo, se eu ficar clicando na seta para baixo a
fim de alterar a caixa de seleo mais rapidamente o Applet trava, perdendo
o controle sobre a operao de troca de dados com o Servlet.

Vou tentar implementar as outras alternativas e ver se consigo um melhor
resultado, ok?

[]'s

Carlos Campos



 - Mensagem original -----
 De:   Carlos Campos 
 Enviada em:   Sexta-feira, 30 de Maro de 2001 16:58
 Para: '[EMAIL PROTECTED]'
 Assunto:  RES: [java-list] Trocando dados entre Applets e Bancos de
 Dados
 
 Oi Alex,
 
 Creio que vc realmente no entendeu o meu objetivo.
 
 O servlet precisa implementar o modelo "SingleThread" para estabelecer uma
 comunicao contnua e nica via stream entre o Applet e o Servidor. Se vc
 ignorar o modelo "SingleThread" aparentemente no  possvel fechar um
 canal de comunicao entre o seu Applet e o Servlet comum, tendo em vista
 que o servlet no saberia para qual applet enviar a resposta, gerando uma
 exception. H menos que vc utilize o redirecionamento padro de pginas,
 onde cada thread do servlet gera uma pgina de retorno para cada
 requisio.
 
 Neste caso especfico eu no estou querendo gerar pginas de retorno do
 meu servlet. Estou querendo ficar na minha pgina inicial, PARADINHO, com
 o meu Applet conversando com um Servlet no servidor que atender todas as
 minhas requisies, entendeu ???
 
 Estou pesquisando, por indicao do Handerson Gomes, o site
 http://www.servlets.com onde existem alguns exemplos deste tipo de
 comunicao via SOCKETS e via RMI utilizando algumas classes adaptadas. 
 
 Vou tentar me virar sozinho, ok?
 
 Qualquer coisa eu grito!!!
 
 []'s
 
 Carlos Campos
 
 - Mensagem original -
 De:   Alex Dornelas Felipelli [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 30 de Maro de 2001 15:40
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [java-list] Trocando dados entre Applets e
 Bancos de Dados
 
 Eu ainda no entendi o porqu de o Servlet ser SingleThread.
 O que tem isso a ver com o "pula pula de pginas HTML"? Voc mudar de URL,
 no tem nada a ver com a instancia da Servlet que voc est acessando.
 No sei se eu entendi direito o seu problema, mas eu tenho impresso que
 voc poderia deixar de implementar o SingleThreadModel. Porque voc
 colocou
 isso inicialmente?
 
 No entendo de RMI, mas deve haver uma maneira de fazer o que voc est
 querendo mesmo, j que voc ter um client (applet) acessando remotamente
 o
 objeto no seu servidor.
 
 Alex
 
 ----- Original Message -
 From: "Carlos Campos" [EMAIL PROTECTED]
 To: "'Lista SouJava'" [EMAIL PROTECTED]
 Sent: Friday, March 30, 2001 2:05 PM
 Subject: ENC: [java-list] Trocando dados entre Applets e Bancos de Dados
 
 
 
 
  - Mensagem original -
  De: Carlos Campos
  Enviada em: Sexta-feira, 30 de Maro de 2001 14:02
  Para: '[EMAIL PROTECTED]'
  Assunto: RES: [java-list] Trocando dados entre Applets e Bancos de
  Dados
 
  Oi Alex,
 
  Agradeo por vc ter repondido o meu e-mail.
 
  Eu no utilizo a interface "SingleThreadModel" para todos os servlets,
 mas
  apenas para este tipo de comunicao onde o Applet fica recebendo e
  enviando os dados para o Servlet sem ocorrer o redirecionamento de
 pgina.
 
  Ou seja, me corrija se eu estiver errado, mas quando se utiliza Servlets
  vc envia solicitaes ou dados via GET ou POST e executa um Servlet no
  servidor que processa a informao e te devolve uma pgina HTML com os
  resultados, certo?
 
  Neste caso especfico, estou evitando o "pula pula de pginas HTML". O
  usurio carrega a Applet uma vez numa pgina HTML, e acessa os dados no
  lado Servidor sem que seja necessrio trocar de pgina HTML, entendeu
 ???
 
  Parece que existe uma possibilidade de implementar os Servlets
  Multithreads via pacotes RMI, de modo a atender especificamente esta
  necessidade, mas ainda estou a busca de um exemplo, ok?
 
  Qualquer orientao me avise e muito obrigado amigo.
 
  []'s
 
  Carlos Campos
 
  - Mensagem original -
  De: Alex Dornelas Felipelli [SMTP:[EMAIL PROTECTED]]
  Enviada em: Sexta-feira, 30 de Maro de 2001 12:13
  Para: [EMAIL PROTECTED]; 'Handerson Gomes - Java'; 'Lista
  Webmasters'
  Assunto: Re: [java-list] T

[java-list] Trocando dados entre Applets e Bancos de Dados

[Carlos Campos]

Prezados Javaneses,

H alguns anos estabeleci um modelo de desenvolvimento de sistemas
orientados  WEB que se baseava nos seguintes princpios:

1.) Interface com o usurio utilizando formulrios HTML com validao em
JavaScript;
2.) Se necessrio, um pequeno Applet de apoio, utilizando LiveConnect (class
JSObject) que integra o JavaScript com Servlets via Applets;
3.) Servlets utilizando ODBC-JDBC atravs do free software VqServer;

Naquela poca eu evitei de programar a interface puramente em Applet Java
por problemas de performance e por no encontrar uma ferramenta de
desenvolvimento adequada (IDE). Todas eram muito pesadas (Jbuilder 1 e 3,
NetBeans, Forte, VisualAge etc...) e geravam applets muito pesados, alm de
serem inviveis para se trabalhar no ambiente Windows. O pessoal da Fauna
Informtica fez at um comentrio que no era bom misturar muitas
tecnologias mas, pelas razes descritas acima, evitei de programar puramente
em Java, no lado cliente.

H algumas semanas baixei o Jbuilder 4 Foundation e, ao contrrio do Forte
da SUN que gera um cdigo limpo e bonito mas que ainda  muito pesado para
operar, encontrei um produto bastante amadurecido, com uma performance no
ambiente Windows bastante suportvel e me animei de desenvolver todas as
minhas interfaces com "Applets Pure Java". Apenas como referncia, utilizo
um K6 II 350 com 96 MB para desenvolvimento de sistemas sob Windows 98.

O motivo da minha interveno na Lista  que j utilizo, mesmo com a
interface HTML com LiveConnect, uma tcnica de Stream onde o usurio clica
numa Caixa de Seleo, por exemplo, e uma chave  enviada do JavaScript para
o Applet Java via LiveConnect e este Applet se comunica com um Servlet no
servidor atravs da tcnica ObjectOutputStream, conforme abaixo:

  // Retorna Objetos do Tipo String
  protected void retString(HttpServletResponse hsrsp, String resultado) {

ObjectOutputStream outputToApplet;

try {
  outputToApplet = new ObjectOutputStream(hsrsp.getOutputStream());
  outputToApplet.writeObject(resultado);
  outputToApplet.flush();
  outputToApplet.close();
  }
catch(IOException e) {
  System.out.println(e.toString());
  } 
  }

O problema  que eu tenho implementado um servlet do modelo Single Thread,
conforme abaixo, e  estabelecido um fluxo contnuo entre o meu Applet e o
Servlet, que consulta ou atualiza o Banco de Dados, retornando um flag de
gravao bem sucedida, ou mesmo os dados do registro, no caso de consulta ou
leitura do Bd.

public class Jb001 extends HttpServlet implements SingleThreadModel {   

Embora este modelo funcione bem, algumas vezes ocorre um travamento no
Applet se muitos usurios acessarem ao mesmo tempo este recurso. Ento vai o
meu pedido de orientao:

1.) Utilizo um foco de desenvolvimento orientado para o Browser e sei que 
possvel criar aplicaes no Servidor que trabalhem via Sockets ou RMI se
comunicando com o meu Applet, mas creio que isto implicaria em inicializar
todas estas aplicaes Java no Servidor NT e gerenciar a sua execuo certo
???

2.) Para evitar isto me concentrei em utilizar um Servlet Server, de modo
que todo o meu desenvolvimento Server e contato com as bases de dados ocorra
via Servlet.  possvel implementar uma outra forma de programao, via
Servlet, que no utilize o "SingleThreadModel" e que me garanta uma
comunicao MULTITHREAD entre os meus Applets e os Servlets, ou serei
obrigado a inicializar e gerenciar Aplicaes Java rodando no servidor e
trabalhando com Sockets ou RMI ???

Agradeo pelos comentrios e sugestes,

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 3865-7358
Fax :  0xx21 290-9196


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP
dvidas 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] Visual...

[Carlos Campos]

Oi Ezequiel,

Utilize o site abaixo para ter o Jbuilder 4 Foundation e seja feliz.

http://www.inprise.com/jbuilder/

[]'s

Carlos Campos

 - Mensagem original -
 De:   Ezequiel M. Campos
 [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 30 de Maro de 2001 10:08
 Para: [EMAIL PROTECTED]
 Assunto:  [java-list] Visual...
 
 
 Algum pode me dizer onde tem algum programa como o Forte da Sun, mas
 melhor?
 que tenha pelo menos a verso trial
 
 Valeu!
 []'s
 ezequiel
 
 
 -- LISTA SOUJAVA  
 http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP 
 dvidas 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 Usurios Java da Sucesu-SP
dvidas 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]
-

ENC: [java-list] Trocando dados entre Applets e Bancos de Dados

[Carlos Campos]

 - Mensagem original -
 De:   Carlos Campos 
 Enviada em:   Sexta-feira, 30 de Maro de 2001 14:02
 Para: '[EMAIL PROTECTED]'
 Assunto:  RES: [java-list] Trocando dados entre Applets e Bancos de
 Dados
 
 Oi Alex,
 
 Agradeo por vc ter repondido o meu e-mail.
 
 Eu no utilizo a interface "SingleThreadModel" para todos os servlets, mas
 apenas para este tipo de comunicao onde o Applet fica recebendo e
 enviando os dados para o Servlet sem ocorrer o redirecionamento de pgina.
 
 Ou seja, me corrija se eu estiver errado, mas quando se utiliza Servlets
 vc envia solicitaes ou dados via GET ou POST e executa um Servlet no
 servidor que processa a informao e te devolve uma pgina HTML com os
 resultados, certo?
 
 Neste caso especfico, estou evitando o "pula pula de pginas HTML". O
 usurio carrega a Applet uma vez numa pgina HTML, e acessa os dados no
 lado Servidor sem que seja necessrio trocar de pgina HTML, entendeu ???
 
 Parece que existe uma possibilidade de implementar os Servlets
 Multithreads via pacotes RMI, de modo a atender especificamente esta
 necessidade, mas ainda estou a busca de um exemplo, ok?
 
 Qualquer orientao me avise e muito obrigado amigo.
 
 []'s
 
 Carlos Campos
 
 - Mensagem original -
 De:   Alex Dornelas Felipelli [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 30 de Maro de 2001 12:13
 Para: [EMAIL PROTECTED]; 'Handerson Gomes - Java'; 'Lista
 Webmasters'
 Assunto:  Re: [java-list] Trocando dados entre Applets e
 Bancos de Dados
 
 Esse "travamento"  devido ao limite de instancias de servlet no seu
 Servlet
 Server
 Como o seu servlet  SingleThreadModel, o seu Server criar uma instancia
 dele para cada requisio simultnea.
 Esse limite de instancias, normalmente, pode ser configurado no seu
 Servlet
 Server.
 Porm, o ideal seria voc tornar o seu Servlet MultiThread.
 Porque voc implementa a interface SingleThreadModel? Uma das vantagens do
 Servlet  justamente voc poder ter apenas uma instancia e vrias threads
 para cada request.
 
 Alex Felipelli
 
 - Original Message -
 From: "Carlos Campos" [EMAIL PROTECTED]
 To: "'Lista SouJava'" [EMAIL PROTECTED]; "'Handerson Gomes -
 Java'"
 [EMAIL PROTECTED]; "'Lista Webmasters'" [EMAIL PROTECTED]
 Sent: Friday, March 30, 2001 9:29 AM
 Subject: [java-list] Trocando dados entre Applets e Bancos de Dados
 
 
 Prezados Javaneses,
 
 H alguns anos estabeleci um modelo de desenvolvimento de sistemas
 orientados  WEB que se baseava nos seguintes princpios:
 
 1.) Interface com o usurio utilizando formulrios HTML com validao em
 JavaScript;
 2.) Se necessrio, um pequeno Applet de apoio, utilizando LiveConnect
 (class
 JSObject) que integra o JavaScript com Servlets via Applets;
 3.) Servlets utilizando ODBC-JDBC atravs do free software VqServer;
 
 Naquela poca eu evitei de programar a interface puramente em Applet Java
 por problemas de performance e por no encontrar uma ferramenta de
 desenvolvimento adequada (IDE). Todas eram muito pesadas (Jbuilder 1 e 3,
 NetBeans, Forte, VisualAge etc...) e geravam applets muito pesados, alm
 de
 serem inviveis para se trabalhar no ambiente Windows. O pessoal da Fauna
 Informtica fez at um comentrio que no era bom misturar muitas
 tecnologias mas, pelas razes descritas acima, evitei de programar
 puramente
 em Java, no lado cliente.
 
 H algumas semanas baixei o Jbuilder 4 Foundation e, ao contrrio do Forte
 da SUN que gera um cdigo limpo e bonito mas que ainda  muito pesado para
 operar, encontrei um produto bastante amadurecido, com uma performance no
 ambiente Windows bastante suportvel e me animei de desenvolver todas as
 minhas interfaces com "Applets Pure Java". Apenas como referncia, utilizo
 um K6 II 350 com 96 MB para desenvolvimento de sistemas sob Windows 98.

 O motivo da minha interveno na Lista  que j utilizo, mesmo com a
 interface HTML com LiveConnect, uma tcnica de Stream onde o usurio clica
 numa Caixa de Seleo, por exemplo, e uma chave  enviada do JavaScript
 para
 o Applet Java via LiveConnect e este Applet se comunica com um Servlet no
 servidor atravs da tcnica ObjectOutputStream, conforme abaixo:
 
   // Retorna Objetos do Tipo String
   protected void retString(HttpServletResponse hsrsp, String resultado) {
 
 ObjectOutputStream outputToApplet;
 
 try {
   outputToApplet = new ObjectOutputStream(hsrsp.getOutputStream());
   outputToApplet.writeObject(resultado);
   outputToApplet.flush();
   outputToApplet.close();
   }
 catch(IOException e) {
   System.out.println(e.toString());
   }
   }
 
 O problema  que eu tenho implementado um servlet do modelo Single Thread,
 conforme abaixo, e  estabelecido um fluxo contnuo entre o meu Applet e o
 Servlet, que consulta ou atualiza o Banco de Dados, retornando um flag de
 gravao bem sucedida, ou mesmo os dados do registro, no caso de consulta
 ou
 leitu

RES: [java-list] por que????????

[Carlos Campos]

Oi Karen,

Seu problema pode ser resolvido ajustando a linha:

tipo  = line.substring(1,2);

para:

tipo  = line.substring(0,2);

[]'s

Carlos Campos



 - Mensagem original -
 De:   Karen Cioni Joven [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 30 de Maro de 2001 15:01
 Para: Lista
 Assunto:  [java-list] por que
 
 Pessoal, estou tentando ler o contedo de um arquivo que o usurio
 escolhe. Aps o usurio escolh-lo, devemos valid-lo, sendo que os dois
 primeiros caracteres da primeira linha do arquivo escolhido devem ser "10"
 e os da ltima linha devem ser "90". Ocorre um erro quando eu tendo fazer
 um substring da linha corrente e "pegar" este valor para saber se  10 ou
 90... o erro  StringIndexOutOfBoundsException: String index out of range:
 2...
 O que est errado, algum pode me dizer???
  
   try {
FileReader fr = new FileReader(NomeArquivoEscolhido);  
BufferedReader br = new BufferedReader(fr);
String line = "";
while((line=br.readLine())!=null) {
 tipo  = line.substring(1,2);
 if (tipo.equals("10")) {valido = true;}
 if (tipo.equals("90")) {valido = true;}
}
br.close();
   } catch(FileNotFoundException e){}
 catch(IOException e){}
 
 thank's 
 []s 
 Karen

-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP
dvidas 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] Trocando dados entre Applets e Bancos de Dados

[Carlos Campos]

Oi Alex,

Creio que vc realmente no entendeu o meu objetivo.

O servlet precisa implementar o modelo "SingleThread" para estabelecer uma
comunicao contnua e nica via stream entre o Applet e o Servidor. Se vc
ignorar o modelo "SingleThread" aparentemente no  possvel fechar um canal
de comunicao entre o seu Applet e o Servlet comum, tendo em vista que o
servlet no saberia para qual applet enviar a resposta, gerando uma
exception. H menos que vc utilize o redirecionamento padro de pginas,
onde cada thread do servlet gera uma pgina de retorno para cada requisio.

Neste caso especfico eu no estou querendo gerar pginas de retorno do meu
servlet. Estou querendo ficar na minha pgina inicial, PARADINHO, com o meu
Applet conversando com um Servlet no servidor que atender todas as minhas
requisies, entendeu ???

Estou pesquisando, por indicao do Handerson Gomes, o site
http://www.servlets.com onde existem alguns exemplos deste tipo de
comunicao via SOCKETS e via RMI utilizando algumas classes adaptadas. 

Vou tentar me virar sozinho, ok?

Qualquer coisa eu grito!!!

[]'s

Carlos Campos

 - Mensagem original -
 De:   Alex Dornelas Felipelli [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sexta-feira, 30 de Maro de 2001 15:40
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [java-list] Trocando dados entre Applets e
 Bancos de Dados
 
 Eu ainda no entendi o porqu de o Servlet ser SingleThread.
 O que tem isso a ver com o "pula pula de pginas HTML"? Voc mudar de URL,
 no tem nada a ver com a instancia da Servlet que voc est acessando.
 No sei se eu entendi direito o seu problema, mas eu tenho impresso que
 voc poderia deixar de implementar o SingleThreadModel. Porque voc
 colocou
 isso inicialmente?
 
 No entendo de RMI, mas deve haver uma maneira de fazer o que voc est
 querendo mesmo, j que voc ter um client (applet) acessando remotamente
 o
 objeto no seu servidor.
 
 Alex
 
 - Original Message -
 From: "Carlos Campos" [EMAIL PROTECTED]
 To: "'Lista SouJava'" [EMAIL PROTECTED]
 Sent: Friday, March 30, 2001 2:05 PM
 Subject: ENC: [java-list] Trocando dados entre Applets e Bancos de Dados
 
 
 
 
  - Mensagem original -
  De: Carlos Campos
  Enviada em: Sexta-feira, 30 de Maro de 2001 14:02
  Para: '[EMAIL PROTECTED]'
  Assunto: RES: [java-list] Trocando dados entre Applets e Bancos de
  Dados
 
  Oi Alex,
 
  Agradeo por vc ter repondido o meu e-mail.
 
  Eu no utilizo a interface "SingleThreadModel" para todos os servlets,
 mas
  apenas para este tipo de comunicao onde o Applet fica recebendo e
  enviando os dados para o Servlet sem ocorrer o redirecionamento de
 pgina.
 
  Ou seja, me corrija se eu estiver errado, mas quando se utiliza Servlets
  vc envia solicitaes ou dados via GET ou POST e executa um Servlet no
  servidor que processa a informao e te devolve uma pgina HTML com os
  resultados, certo?
 
  Neste caso especfico, estou evitando o "pula pula de pginas HTML". O
  usurio carrega a Applet uma vez numa pgina HTML, e acessa os dados no
  lado Servidor sem que seja necessrio trocar de pgina HTML, entendeu
 ???
 
  Parece que existe uma possibilidade de implementar os Servlets
  Multithreads via pacotes RMI, de modo a atender especificamente esta
  necessidade, mas ainda estou a busca de um exemplo, ok?
 
  Qualquer orientao me avise e muito obrigado amigo.
 
  []'s
 
  Carlos Campos
 
  - Mensagem original -
  De: Alex Dornelas Felipelli [SMTP:[EMAIL PROTECTED]]
  Enviada em: Sexta-feira, 30 de Maro de 2001 12:13
  Para: [EMAIL PROTECTED]; 'Handerson Gomes - Java'; 'Lista
  Webmasters'
  Assunto: Re: [java-list] Trocando dados entre Applets e
  Bancos de Dados
 
  Esse "travamento"  devido ao limite de instancias de servlet no seu
  Servlet
  Server
  Como o seu servlet  SingleThreadModel, o seu Server criar uma
 instancia
  dele para cada requisio simultnea.
  Esse limite de instancias, normalmente, pode ser configurado no seu
  Servlet
  Server.
  Porm, o ideal seria voc tornar o seu Servlet MultiThread.
  Porque voc implementa a interface SingleThreadModel? Uma das vantagens
 do
  Servlet  justamente voc poder ter apenas uma instancia e vrias
 threads
  para cada request.
 
  Alex Felipelli
 
  - Original Message -
  From: "Carlos Campos" [EMAIL PROTECTED]
  To: "'Lista SouJava'" [EMAIL PROTECTED]; "'Handerson Gomes -
  Java'"
  [EMAIL PROTECTED]; "'Lista Webmasters'"
 [EMAIL PROTECTED]
  Sent: Friday, March 30, 2001 9:29 AM
  Subject: [java-list] Trocando dados entre Applets e Bancos de Dados
 
 
  Prezados Javaneses,
 
  H alguns anos estabeleci um modelo de desenvolvimento de sistemas
  orientados  WEB que se baseava nos seguintes princpios:
 
  1.) Interface com o usurio utilizando formulrios HTML com validao em
  JavaScript;
  2.) Se necessrio, um pequeno Applet de apoio, utilizando LiveConnect
  (class
  JSObject)

[java-list] Objeto Textarea do Java

[Carlos Campos]

Prezados Javaneses,

Estou portando alguns formulrios HTML para Applets Java e gostaria de
perguntar o seguinte:

No objeto Textarea do AWT  possvel atribuir alguma propriedade para fazer
com que os dados sejam automaticamente rolados para as proximas linhas do
objeto, sem que o Usurio tecle Enter ?

No HTML, se o Usurio digita os dados continuamente, automaticamente o
objeto rola os dados para a proxima linha ao encontrar a margem direita. J
no Java isto somente ocorre se o Usurio digita um Enter = "/n" para
quebrar a linha.

Tentei o mtodo .setColums(int n) mas aparentemente no deu certo. Alguma
idia ???

Agradeo pela ateno.

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 3865-7358
Fax :  0xx21 290-9196


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP
dvidas 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] Java PDF

[Carlos Campos]

Obrigado, Christian.

Recebi uma indicao de outra classe no endereo: 

http://www.lowagie.com/iText/

Vou avaliar as solues disponveis e adaptar  minha necessidade. De
qualquer forma agradeo muito pela ateno.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Christian Rauh [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Tera-feira, 20 de Maro de 2001 10:43
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [java-list] Java  PDF
 
 Caro Carlos,
 
 Carlos Campos wrote:
  
  Gostaria de saber se algum conhece alguma classe Java, ou aplicativo
 que
  possa ser ativado por linha de comando, e que converta os resultados das
  minhas consultas num arquivo .PDF.
 
 Acho que isto deve resolver os seus problemas e  de graa se no
 me engano:
 
http://etymon.com/pdf_products.html
 
 O Bruno Souza est por a?
 
 Christian
 
 -- LISTA SOUJAVA  
 http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP 
 dvidas 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 Usurios Java da Sucesu-SP
dvidas 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] Java PDF

[Carlos Campos]

Prezados Javaneses e Webmasters,

Utilizo Java Servlets e normalmente retorno informaes de Bases de Dados
atravs de um formato HTML (template).

Gostaria de saber se algum conhece alguma classe Java, ou aplicativo que
possa ser ativado por linha de comando, e que converta os resultados das
minhas consultas num arquivo .PDF.

A idia seria DINAMICAMENTE, recuperar os dados das Bases de Dados, gerar um
arquivo no Servlet Server no formato .PDF e disponibilizar uma pgina HTML
para que o usurio fizesse o download deste arquivo ou executasse o mesmo
atravs do plugin do Adobe Acrobat Reader. Posteriormente uma aplicao,
rodando no servidor, faria o papel de Coletor de Lixo, eliminado os arquivos
temporrios ou transferindo-os de lugar conforme a necessidade.

Agradecendo antecipadamente,

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 3865-7358
Fax :  0xx21 290-9196


-- LISTA SOUJAVA 
http://www.soujava.org.br  -  Sociedade de Usurios Java da Sucesu-SP
dvidas 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]
-

[SouJava-J] Substituindo MS ACCESS por um Banco de Dados Corporativo

[Carlos Campos]

Prezados Javaneses,

Finalmente, depois de testar e provar exaustivamente para a Diretoria da
minha Instituição que o MS ACCESS não suporta acessos múltiplos,
complexos e simultaneos foi decidido que eu poderia iniciar um processo
para a migração do Database.

Sendo assim, gostaria de ter contato com pessoas que pudessem orientar
este processo, ou futuramente, quem sabe, viabilizar uma proposta de
Consultoria, no sentido de propor estratégias para este processo de
migração.

Atualmente utilizo HTML, JavaScript com LiveConnect, Servlets e Applets
produzindo softwares orientados para a Intranet (Browser) com alta
performance e uma ótima apresentação visual. No entanto, quando são
utilizados filtros de pesquisa mais complexos, e com múltiplos acessos,
o Driver ODBC que controla o BD MS ACCESS literalmente pede socorro,
gerando uma SQLException cuja explicação se interpreta como o espelho da
sua própria limitação.

Inicialmente visualizo duas opções básicas:

1) Continuar a utilizar o MS Windows NT 4.0 SP5 com uma base de dados
corporativa como ORACLE8i, CA Jasmine, mais alguma outra que seja
aproximada da Orientação a Objetos ???

2) Analisar a viabilidade de utilizar Linux com o seu famoso Banco de
Dados gratuito MySql. MySql conversa com o Java, Servlets etc???  Serei
obrigado a usar o binômio PHP3 / MySql ???  enfim quais são as opções
disponíveis ???

É claro que as contribuições e comentários que eu puder receber serão
agradecidos e muito bem-vindos, contudo, estou autorizado a efetuar
contatos comerciais no sentido de, no menor tempo possível, viabilizar
esta tarefa de migração, preferencialmente com Pessoas/Empresas do Rio
de Janeiro, o que facilitaria o contato.

Aguardo comentários, sugestões, interesse comercial, contato,
boa-vontade etc...

Obs: Antes de me condenarem com o argumento Off-Topic, gostaria de
esclarecer que este processo de migração não é apenas do Banco de Dados,
mas sim para um DataBase que esteja afinado com o ambiente JAVA que
desejo preservar, e no qual acredito ser a única alternativa
consistente, no momento, para desenvolver aplicações orientadas a
Objetos e direcionadas para o ambiente WEB com alta performance e com um
potencial de programação abrangente e fascinante.

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 Ext. 358

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] Querys Com Objetos Collections ou Set

[Carlos Campos]

Oi Fernando,

Utilizo um simples objeto String para armazenar esta cadeia do Campo ID
que será utilizada no segundo Select, conforme abaixo:

String chvid = "";
while(more) {
  // Criando String para o WHERE IN do próximo Select
  if(chvid.equalsIgnoreCase("")) chvid += "'"+campo_id+"'";
  else chvid += ",'"+campo_id+"'";
  more = rs.next();
  }

As aspas simples ("'") foram utilizadas supondo-se que o campo ID era
uma String, caso contrário não são necessárias.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Fernando Educacao [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sábado, 26 de Fevereiro de 2000 16:27
 Para: [EMAIL PROTECTED]
 Assunto:  [SouJava-J] Querys Com Objetos Collections ou
 Set
 
 Caros Amigos,
 Gostaria de saber se é possivel jogar o resultado de um
 executeQuery em
 um objeto Collection, set ou Array?
 Preciso fazer uma Query do tipo:
 Select id from tabela;
 
 Gostaria que um objeto Set, Collection ou array recebesse o
 retorno
 desta query e depois fazer um nova querie do tipo :
 
 "Select id from tabela where id in " + Objeto(collection,
 array ou
 set) "
 
 Sera que e possivel?
 
 --- 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]
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] Referencia ao Applet

[Carlos Campos]

Oi Alberto,

tente:

document.applets[0].methEscreve( "Hi There !" );

Supondo que todos os métodos do Applet são Public não haveria problema
no Netscape e no Iexplorer.

Já para fazer o acesso inverso vc precisa acrescentar o parâmetro
MAYSCRIPT na tag Applet, ok?

[]'s

Carlos Campos

 - Mensagem original -
 De:   Alberto C S Margarido - sjc [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quinta-feira, 24 de Fevereiro de 2000 16:13
 Para: [EMAIL PROTECTED]
 Assunto:  [SouJava-J] Referencia ao Applet
 
 Olá jAmigos !
 
 Se alguém ja passou por situação semelhante a esta:
 Applet - HTML
 
 1)Faço a chamada de um método do Applet via JavaScript. Ok.
 APPLET CODE=LoginNoNT.LoginUm.class ARCHIVE=loginApplet.jar 
 NAME="LoginUm" WIDTH=250
 
 document.LoginUm.methEscreve( "Hi There !" );
 
 
 2)Gostaria de fazer a chamada de um método que está em uma FRAME do 
 meu Applet.
 
 Tentei (entre outras combinações frustradas) algo como:
 document.LoginUm.mp.methEscreveFrame( "Hi There !" );
 
 theFrame é definido no Applet como:
 public  LoginNoNT.theFrame mp = new LoginNoNT.theFrame();
 
 
 Tudo está PUBLIC para não ter erro durante os testes.
 
 Gostaria de uma chamada direta ao método. Se não tiver como, eu crio
 métodos no Applet para chamar o método em theFrame.
 
 Desde já obrigado,
 Alberto.
 
 --- 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]
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] Hashtable

[Carlos Campos]

Oi Alexandre,

Agradeço pela ajuda, mas já resolvi o problema vasculhando as classes do
JDK 1.2.

Transformei o Hashtable num Array da classe Object e utilizei a chamada
Arrays.sort().

Para os iniciantes em Java, como eu, considero importante divulgar as
soluções encontradas para cada caso, por mais simples que possam
aparentar.

[]'s

Carlos Campos


Segue abaixo parte do código que utilizei:



///

// Criando a Hashtable
Hashtable tabdepusubei = new Hashtable();
...
tabdepusubei.put(...
...
// Ordenando a Hashtable na forma de Array de Object
Object[] a = tabdepusubei.values().toArray();
Arrays.sort(a);

// Lendo o Array Ordenado
for(int i=0;ia.length;i++) {
   StringTokenizer token = new StringTokenizer(a[i].toString(),":::");
   String cdp = token.nextElement().toString();
...


/

 - Mensagem original -
 De:   Alexandre Torres [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 23 de Fevereiro de 2000 16:46
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [SouJava-J] Hashtable
 
 Vc esta usando JDK 1.2 ? se sim ta pronto
 olhe o tutorial :
 http://java.sun.com/docs/books/tutorial/collections/intro/index.html
 e o mais específico:
 http://java.sun.com/docs/books/tutorial/collections/algorithms/index.h
 tml
 
 se for v1.1, vais ter q fazer o quickSort no braço.
 
 Carlos Campos wrote:
 
  Prezados Javaneses,
 
  Como mencionei em mensagem anterior, estou desenvolvendo uma lógica
 de
  programação que me permita a LIGAÇÃO/ORDENAÇÃO de tabelas de Bancos
 de
  Dados diferentes, preservando a portabilidade da ponte JDBC-ODBC.
 
  Para isto criei uma estrutura de Hashtable que me permita recuperar
 os
  dados através de chaves múltiplas (do tipo Departamento -
 Responsável
  - Bem) numa ORDEM que me for conveniente. Para minha grata
 surpresa, a
  performance ficou EXCELENTE utilizando a classe Hashtable do Java.
 
  Lendo a especificação da classe Hashtable me deparei com os métodos
  .keys() e .elements() que retornam uma classe Enumeration().
 Conforme
  fragmento de código abaixo, imaginava que eu poderia recuperar todas
 as
  chaves do Hashtable de forma ordenada sem problemas, mas o resultado
 foi
  uma sequência desordenada.
 
  Pergunta:
  Como ordenar um Hashtable ou que me indiquem qq outra Classe em Java
  equivalente???
 
  Se eu souber como fazer isso terei resolvido qualquer problema de
  ligação/ordenação com múltiplas tabelas de qq Database, e o que é
  melhor, com portabilidade assegurada e uma performance surpreendente
  utilizando servlets.
 
  Agradeço muito...
 
 
 //
 //
  /
  for(Enumeration e=tabdepusubei.keys();e.hasMoreElements();) {
  ctd_reg++;
  String chave   = e.nextElement().toString();
  String dado= tabdepusubei.get(chave).toString();
  StringTokenizer tochv = new StringTokenizer(chave,":::");
  StringTokenizer token = new StringTokenizer(dado,":::");
  String cdp = tochv.nextElement().toString();
  String resp= tochv.nextElement().toString();
  String cbs = tochv.nextElement().toString();
  String dep = cdp+" - "+token.nextElement().toString();
  etc...
  }
 
 //////
 //
  /
 
  Carlos Campos
  Analista de Sistemas / Bolsista PCI
  [EMAIL PROTECTED]
  MCT / CETEM - Centro de Tecnologia Mineral
  Fone: 0xx21 5607222 Ext. 358
 
  --- 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]
  [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
 
 -
 
 --- 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]
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: [SouJava-J] JDBC-ODBC com vários Databases

[Carlos Campos]

Oi Eduardo,

Uma Connection diferente para cada BD geraria um Statement diferente
também e eu não conseguiria realizar um SELECT com Tabelas de Bancos
distintos.

De qualquer forma agradeço pela atenção,

[]'s

Carlos Campos

 - Mensagem original -
 De:   Eduardo Issao Ito [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 23 de Fevereiro de 2000 07:55
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [SouJava-J] JDBC-ODBC com vários Databases
 
 
 Basta voce criar Connections diferentes, uma para cada banco de
 dados...
 
 Rodrigo Moro wrote:
  
  *** REPLY SEPARATOR ***
  On 22/02/2000, at 19:04, Carlos Campos wrote:
  1) Aparentemente, a ponte JDBC-ODBC permite o acesso à uma única
 fonte
  de dados (Database) de cada vez. Excluindo-se a hipótese de
 vincular
  tabelas do MS ACCESS, existiria alguma outra forma, em JAVA, de
 executar
  um SELECT com tabelas de Bancos diferentes???
  Usando access, voce pode especificar todo o nome do arquivo e tabela
 quando fizer o select, mas eh obvio que nao eh portavel, ex:
  "SELECT A.NOME, A.CODIGO FROM
 c:/bancos/access/bancoclientes.tabClientes A WHERE"
  
  2) Desculpem pela ignorância, mas este recurso de Vinculação de
 Tabelas
  do MS ACCESS está disponível em BD's de grande porte como DB2,
 ORACLE
  etc ???
  No DB2 me parece que pode, mas somente se a outra tabela tb for DB2
  
  --- 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]
  [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
 
 -
 
 --
 Eduardo Issao Ito [EMAIL PROTECTED]
 Eurosoft Consultoria http://www.euroconsult.com.br
 Rua Marina Saddi Haidar, 176 - São Paulo - SP - Brasil
 CEP 04650-050
 TEL: +55 11 524-8022
 FAX: +55 11 524-0408
 
 --- 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]
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: RES: [SouJava-J] JDBC-ODBC com vários Databases

[Carlos Campos]

Oi Rodrigo,

Vc tem razão. Para o MS ACCESS, o acesso direto à Tabela de outro Banco
de Dados funcionou utilizando uma referência DIRETA ao arquivo físico.
Mas para outros Bancos de Dados, creio que a portabilidade realmente
estaria comprometida.

Estou viabilizando uma lógica de programação alternativa, com Hashtable
e outras classes Java, de modo a criar um procedimento de
ligação/ordenação que evite a sua sugestão, mantendo a portabilidade dos
Databases.

Só uma pequena correção:

No seu exemplo faltou utilizar "\\" ao invés de "/" e a cláusula "AS" na
sentença:  
"...from c:\\bancos\\access\\bancoclientes.tabClientes as A, clientes
..."

Muito Obrigado por tudo,

[]'s

Carlos Campos

 - Mensagem original -
 De:   Rodrigo Moro [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 23 de Fevereiro de 2000 11:42
 Para: [EMAIL PROTECTED]
 Assunto:  Re: RES: [SouJava-J] JDBC-ODBC com  vários
 Databases
 
 Sim, jah fiz isso em access e jdbc-odbc e funcionou. Ex:
 "SELECT A.NOME, A.CODIGO, B.Cidade FROM
 c:/bancos/access/bancoclientes.tabClientes A, clientes B WHERE
 A.CODIGO = B.CODIGO".
 Mas eu fiz em bancos sem senha. Vc estah usando senha para o arquivo
 ou controle de usuarios? Ai nao sei... Talvez a senha para um arquivo
 sendo uma e para outro sendo outra, provavelmente nao funcionarah...
 Ou se os usuarios/senhas nao forem os mesmos...
 
 *** REPLY SEPARATOR ***
 On 23/02/2000, at 08:38, Carlos Campos wrote: 
 Através da ponte JDBC-ODBC, eu conseguiria ter acesso (somente
 Leitura),
 à uma tabela vinculada à um BD1 oriunda de um BD2 ???
 
 Pergunto isto porque venho recebendo ERRO de permissão de acesso ao
 tentar executar um SELECT com ambas as tabelas mencionadas e gostaria
 de
 ter a certeza de que isto é possível ou não ???
  - Mensagem original -
  De:Rodrigo Moro [SMTP:[EMAIL PROTECTED]]
  Enviada em:Terça-feira, 22 de Fevereiro de 2000
 21:55
  Para:  [EMAIL PROTECTED]
  Assunto:   Re: [SouJava-J] JDBC-ODBC com vários Databases
  1) Aparentemente, a ponte JDBC-ODBC permite o acesso à uma única
  fonte
  de dados (Database) de cada vez. Excluindo-se a hipótese de
 vincular
  tabelas do MS ACCESS, existiria alguma outra forma, em JAVA, de
  executar
  um SELECT com tabelas de Bancos diferentes???
  Usando access, voce pode especificar todo o nome do arquivo e
 tabela
  quando fizer o select, mas eh obvio que nao eh portavel, ex:
  "SELECT A.NOME, A.CODIGO FROM
  c:/bancos/access/bancoclientes.tabClientes A WHERE"
  
  2) Desculpem pela ignorância, mas este recurso de Vinculação de
  Tabelas
  do MS ACCESS está disponível em BD's de grande porte como DB2,
 ORACLE
  etc ???
  No DB2 me parece que pode, mas somente se a outra tabela tb for DB2
  
  --- 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]
  [para sair da lista:
  http://www.soujava.org.br/forum/cadastrados.htm]
   
 
 -
 
 --- 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]
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Hashtable

[Carlos Campos]

Prezados Javaneses,

Como mencionei em mensagem anterior, estou desenvolvendo uma lógica de
programação que me permita a LIGAÇÃO/ORDENAÇÃO de tabelas de Bancos de
Dados diferentes, preservando a portabilidade da ponte JDBC-ODBC.

Para isto criei uma estrutura de Hashtable que me permita recuperar os
dados através de chaves múltiplas (do tipo Departamento - Responsável
- Bem) numa ORDEM que me for conveniente. Para minha grata surpresa, a
performance ficou EXCELENTE utilizando a classe Hashtable do Java.

Lendo a especificação da classe Hashtable me deparei com os métodos
.keys() e .elements() que retornam uma classe Enumeration(). Conforme
fragmento de código abaixo, imaginava que eu poderia recuperar todas as
chaves do Hashtable de forma ordenada sem problemas, mas o resultado foi
uma sequência desordenada.

Pergunta:
Como ordenar um Hashtable ou que me indiquem qq outra Classe em Java
equivalente???

Se eu souber como fazer isso terei resolvido qualquer problema de
ligação/ordenação com múltiplas tabelas de qq Database, e o que é
melhor, com portabilidade assegurada e uma performance surpreendente
utilizando servlets.

Agradeço muito...


/
for(Enumeration e=tabdepusubei.keys();e.hasMoreElements();) {
ctd_reg++;
String chave   = e.nextElement().toString();
String dado= tabdepusubei.get(chave).toString();
StringTokenizer tochv = new StringTokenizer(chave,":::");
StringTokenizer token = new StringTokenizer(dado,":::");
String cdp = tochv.nextElement().toString();
String resp= tochv.nextElement().toString();
String cbs = tochv.nextElement().toString();
String dep = cdp+" - "+token.nextElement().toString();
etc...
}
////
/////

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 Ext. 358

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] JDBC-ODBC com vários Databases

[Carlos Campos]

Prezados Javaneses,

Gostaria de obter uma orientação para o seguinte problema:

Quando se utiliza MS ACCESS 97 com Visual Basic, por exemplo, é possível
acessar num mesmo SELECT tabelas armazenadas em mais de um Banco de
Dados, VINCULANDO uma tabela, ou utilizando a cláusula "IN Database".

Pergunta:

1) Aparentemente, a ponte JDBC-ODBC permite o acesso à uma única fonte
de dados (Database) de cada vez. Excluindo-se a hipótese de vincular
tabelas do MS ACCESS, existiria alguma outra forma, em JAVA, de executar
um SELECT com tabelas de Bancos diferentes???

2) Desculpem pela ignorância, mas este recurso de Vinculação de Tabelas
do MS ACCESS está disponível em BD's de grande porte como DB2, ORACLE
etc ???

[]'s

Carlos Campos
Analista de Sistemas / Bolsista PCI
[EMAIL PROTECTED]
MCT / CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 Ext. 358

--- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: HotSpot num servidor WNT 4.0 SP5

[Carlos Campos]

Oi Jorge,

Obrigado pelos comentários.

[]'s

Carlos Campos

 - Mensagem original -
 De:   JF Mail [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quinta-feira, 13 de Janeiro de 2000 11:12
 Para: 'Lista SouJava'
 Assunto:  Re: HotSpot num servidor WNT 4.0 SP5
 
 Olá a todos .
 Carlos, a mensagem em inglês não se refere ao SP 4 ? E vc não disse
 que está
 usando o SP 5 ? Eu instalei o Hotspot 1.01 no meu Pentium MMX 200 com
 Win NT Workstation 4.0 com SP 5 e realmente percebi um leve aumento de
 perfomance, não tão exagerado como diz a Sun, especialmente na IDE
 deles,
 o Forte for Java que demora quase 2 minutos para iniciar, mas depois
 pode-se
 notar a ação do Hotspot pois os eventos do AWT e Swing são tratados
 mais
 rapidamente. Por último, nunca obtive nenhuma Tela da Morte seja com
 Java,
 seja com qualquer outro programa.
 
 No mais, um abraço !
 Jorge Flávio.
 
 
  Prezados Javaneses,
 
  Seguindo orientação do Handerson, baixei o HotSpot 1.0.1 compatível
 com
  o JDK 1.22. Ocorre que lendo a documentação do produto citada abaixo
  percebi que podem ocorrer problemas com o Windows NT 4.0 SP5, uma
 vez
  que a SUN recomenda retroceder no tempo e utilizar o SP3, a fim de
  evitar a famosa "TELA AZUL DA MORTE DO NT".
 
  Me pareceu incoerente se desajustar o NT para rodar o HotSpot no
 Server.
  Alguém já instalou o HotSpot num Servidor Windows NT 4.0 com SP5
 
 
  Utilizo o VqServer 1.9, e como se trata de uma aplicação Java na
 forma
  de um Servlet/Web Server, obteria um ganho de performance na
 execução
  dos meus servlets após instalar o HotSpot 1.0.1 ???
 
  Um grande abraço,
 
  " The Java HotSpot Performance has not been tested on Windows NT
 3.51.
  When running the Java HotSpot Performance Engine on Windows NT 4.0
 with
  Service Pack 4, blue screen (system hang) may result in some
  circumstances. Though it cannot be reliably reproduced, blue screen
  seems to occur most often after running, stopping, and
 restarting an
  application several times. For this reason, Service Pack 3 is
  recommended for use with the Java HotSpot VM. "
 
  Carlos Campos
  [EMAIL PROTECTED]
  Analista de Sistemas / Bolsista PCI
  MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
  Fone: 0xx21 5607222 - Ext. 358
 
 
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] Java x MS ACCESS 97 x JDBC-ODBC

[Carlos Campos]

Oi Luiz Claudio,

Obrigado pelos comentários e informações.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Luiz Claudio Pereira [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Segunda-feira, 3 de Janeiro de 2000 18:37
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [SouJava-J] Java x MS ACCESS 97 x JDBC-ODBC
 
 Eu já usei.
 
 Só consegui tratar transações por travamento com 100% de segurança.
 
 Se você mudar todas as query para atômicas, ele funciona bem para até
 3 a 5
 acesso concorrentes e dá pau uma em cada cinquenta vezes.
 
 Se vc pensa em implementar alguma aplicação maior, acoselho a mudar
 para um
 banco melhor.
 Tente o SQL Server, que é bom, mas o driver para JDBC é um lixo, o
 MYSQL ,
 para Linux que eu sou fã, ORACLE, DB2, SYBASE, etc, etc.
 
  Prezados Javaneses,
 
  Gostaria de saber se algum colega da Lista utiliza ou utilizou o MS
  ACCESS 97 com JAVA via JDBC-ODBC. Estou vivenciando alguns problemas
 no
  BD e seria útil a troca de experiências. Já foi comentado por vários
  colegas que o MS ACCESS não é um Banco de Dados legítimo e eu
 deveria
  trocar de Base de Dados. Como isso ainda não é possível para mim,
  insisto na busca de um intercâmbio mais produtivo na troca de
 idéias.
 
  O código listado abaixo exemplifica um problema que eu tive que
  contornar, que vem a ser o seguinte:
 
  No módulo de ALTERAÇÃO de um Sistema executo um UPDATE na tabela 1,
 um
  DELETE e um INSERT numa tabela 2, e redireciono para um Servlet cuja
  função é receber a CHAVE PRIMÁRIA e atualizar os dados na tela para
 uma
  nova ALTERAÇÃO/EXCLUSÃO, após fazer um Select na mesma tabela 1.
 Ocorre
  que, provavelmente por uma deficiência do Driver do MS ACCESS,
 algumas
  vezes o Select é mais rápido do que o Update, ou seja, atualizo um
  campo, mas o que retorna na tela do HTML é o registro imediatamente
  anterior à atualização. É uma constatação de que uma operação UPDATE
 é
  muito lenta, se comparada à um INSERT, DELETE ou SELECT. Após vários
  testes, inclusive com o recurso do PreparedStatement, o resultado
 deixou
  a desejar. Fui forçado a APELAR, criando um laço FOR para retardar o
  processamento, dando um tempo para que o update concluísse a sua
 tarefa
  antes de fazer um select recuperando o registro com os dados
  atualizados.
 
  Alguém teria alguma dica ou comentário a fazer ???. Posso modificar
 a
  lógica para não redirecionar para outro Servlet (passando apenas a
 chave
  primária) mas fiquei intrigado com este caso, pois nunca tinha visto
 um
  fato como esse.
 
  Aproveitando a oportunidade: Embora eu tenha constatado uma
  incompatibilidade do MS ACCESS 97 com o JDBC 2.0 gerando diversas
  "java.lang.UnsupportedOperationException", alguém poderia confirmar
 este
  fato e/ou sugerir alternativas ???
 
  []'s
 
  Carlos Campos
 
  // LISTAGEM DE CÓDIGO CITADO
 
  if(ope.equalsIgnoreCase("A")) {
query =  "update Bei ... where (Bei_Cbs ="+cbs+")";
stmt.executeUpdate(query);
 
// MAS QUE VERGONHA, ter que retardar o processamento para o
 Update
  terminar de atualizar o BD
long i = 0;
for(i=0;i1;i++) { long j=i; }
 
query = "delete * from Ibp where (Ibp_Cbs ="+cbs+")";
stmt.executeUpdate(query);
if(ponto.length()  0) {
 query =  "insert into Ibp (Ibp_Ip,Ibp_Cbs,Ibp_Ponto)";
 query += " values ('"+ip+"',"+cbs+",'"+ponto+"')";
 stmt.executeUpdate(query);
     }
 
 
 hsrsp.sendRedirect("http://xxx.xxx.xx.xxx:8080/servlet/x?cbs="+cbs
 +"
  muo=SUCESSO");
  }
 
  Carlos Campos
  [EMAIL PROTECTED]
  Analista de Sistemas / Bolsista PCI
  MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
  Fone: 0xx21 5607222 - Ext. 358
 
  --- LISTA SOUJAVA
 ---
  http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
  [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
 
 -
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Java x MS ACCESS 97 x JDBC-ODBC

[Carlos Campos]

Prezados Javaneses,

Gostaria de saber se algum colega da Lista utiliza ou utilizou o MS
ACCESS 97 com JAVA via JDBC-ODBC. Estou vivenciando alguns problemas no
BD e seria útil a troca de experiências. Já foi comentado por vários
colegas que o MS ACCESS não é um Banco de Dados legítimo e eu deveria
trocar de Base de Dados. Como isso ainda não é possível para mim,
insisto na busca de um intercâmbio mais produtivo na troca de idéias.

O código listado abaixo exemplifica um problema que eu tive que
contornar, que vem a ser o seguinte:

No módulo de ALTERAÇÃO de um Sistema executo um UPDATE na tabela 1, um
DELETE e um INSERT numa tabela 2, e redireciono para um Servlet cuja
função é receber a CHAVE PRIMÁRIA e atualizar os dados na tela para uma
nova ALTERAÇÃO/EXCLUSÃO, após fazer um Select na mesma tabela 1. Ocorre
que, provavelmente por uma deficiência do Driver do MS ACCESS, algumas
vezes o Select é mais rápido do que o Update, ou seja, atualizo um
campo, mas o que retorna na tela do HTML é o registro imediatamente
anterior à atualização. É uma constatação de que uma operação UPDATE é
muito lenta, se comparada à um INSERT, DELETE ou SELECT. Após vários
testes, inclusive com o recurso do PreparedStatement, o resultado deixou
a desejar. Fui forçado a APELAR, criando um laço FOR para retardar o
processamento, dando um tempo para que o update concluísse a sua tarefa
antes de fazer um select recuperando o registro com os dados
atualizados.

Alguém teria alguma dica ou comentário a fazer ???. Posso modificar a
lógica para não redirecionar para outro Servlet (passando apenas a chave
primária) mas fiquei intrigado com este caso, pois nunca tinha visto um
fato como esse.

Aproveitando a oportunidade: Embora eu tenha constatado uma
incompatibilidade do MS ACCESS 97 com o JDBC 2.0 gerando diversas
"java.lang.UnsupportedOperationException", alguém poderia confirmar este
fato e/ou sugerir alternativas ???

[]'s

Carlos Campos

// LISTAGEM DE CÓDIGO CITADO

if(ope.equalsIgnoreCase("A")) {
  query =  "update Bei ... where (Bei_Cbs ="+cbs+")";
  stmt.executeUpdate(query);
  
  // MAS QUE VERGONHA, ter que retardar o processamento para o Update
terminar de atualizar o BD
  long i = 0;
  for(i=0;i1;i++) { long j=i; } 
  
  query = "delete * from Ibp where (Ibp_Cbs ="+cbs+")";
  stmt.executeUpdate(query);
  if(ponto.length()  0) {
   query =  "insert into Ibp (Ibp_Ip,Ibp_Cbs,Ibp_Ponto)";
   query += " values ('"+ip+"',"+cbs+",'"+ponto+"')";
   stmt.executeUpdate(query);
   }
 
hsrsp.sendRedirect("http://xxx.xxx.xx.xxx:8080/servlet/x?cbs="+cbs+"
muo=SUCESSO");
}

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Java x MS ACCESS 97 x JDBC-ODBC solucionado

[Carlos Campos]

Prezados Javaneses,

Com relação à mensagem anterior sobre deficiências no driver do MS
ACCESS 97 superei o problema instalando o MS OFFICE 2000 e,
consequentemente, atualizando o driver do ODBC.

De qualquer maneira, fica o convite para o intercâmbio com pessoas que
utilizem ou que utilizaram o MS ACCESS com JAVA.

Agradeço a todos,

[]'s

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: Java x MS ACCESS 97 x JDBC-ODBC

[Carlos Campos]

Oi Arnaldo,

Teoricamente o MS ACCESS suportaria Transação, mas na prática ocorria
muito travamento. Por isso, devido à uma experiência má sucedida no
passado, deixei de utilizar transações com o MS ACCESS.

No exemplo citado a transação também não resolveria, pois o conflito (de
TIME) se estabeleceu entre o processamento de 2 (dois) servlets e não
num contexto único de atualização. Entretanto, com o novo driver do MS
OFFICE 2000, vou testar o uso de transações. Pode ser que o Tio Bill
tenha melhorado o gerenciamento do BD, pois o acesso ficou muito mais
rápido e eficaz com o novo Driver ODBC, passando inclusive a suportar
(só testei alguns) recursos do JDBC 2.0.

De qualquer maneira, constato a necessidade de migrar o mais rápidamente
possível o meu BD para ORACLE / DB2 etc...

[]'s

Carlos Campos

 - Mensagem original -
 De:   Fauna [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Segunda-feira, 3 de Janeiro de 2000 05:14
 Para: Carlos Campos
 Assunto:  Re: Java x MS ACCESS 97 x JDBC-ODBC
 
 Carlos,
 
 Não vi nenhum "commit" após a operação de update, não seria isto... ou
 o
 ACCESS não suporta transações... Outra coisa a ser vista é a forma de
 conecção, o ORACLE e DB2 por exemplo possuem opções onde é determinada
 a
 forma como o banco procede em um "select", por exemplo, a "dirty read"
 (leitura suja) faz com que mesmo que um "update" tenha sido efetuado
 enquanto um commit não for dado o registro retornado pelo banco em um
 select
 é o antigo. Desculpe mas não me lembro o nome dado a esta propriedade
 da
 conecção e estou longe das minhas documentações.
 
 Arnaldo
 
 
 Gostaria de saber se algum colega da Lista utiliza ou utilizou o MS
 ACCESS 97 com JAVA via JDBC-ODBC. Estou vivenciando alguns problemas
 no
 BD e seria útil a troca de experiências. Já foi comentado por vários
 colegas que o MS ACCESS não é um Banco de Dados legítimo e eu deveria
 trocar de Base de Dados. Como isso ainda não é possível para mim,
 insisto na busca de um intercâmbio mais produtivo na troca de idéias.
 
 O código listado abaixo exemplifica um problema que eu tive que
 contornar, que vem a ser o seguinte:
 
 No módulo de ALTERAÇÃO de um Sistema executo um UPDATE na tabela 1,
 um
 DELETE e um INSERT numa tabela 2, e redireciono para um Servlet cuja
 função é receber a CHAVE PRIMÁRIA e atualizar os dados na tela para
 uma
 nova ALTERAÇÃO/EXCLUSÃO, após fazer um Select na mesma tabela 1.
 Ocorre
 que, provavelmente por uma deficiência do Driver do MS ACCESS,
 algumas
 vezes o Select é mais rápido do que o Update, ou seja, atualizo um
 campo, mas o que retorna na tela do HTML é o registro imediatamente
 anterior à atualização. É uma constatação de que uma operação UPDATE
 é
 muito lenta, se comparada à um INSERT, DELETE ou SELECT. Após vários
 testes, inclusive com o recurso do PreparedStatement, o resultado
 deixou
 a desejar. Fui forçado a APELAR, criando um laço FOR para retardar o
 processamento, dando um tempo para que o update concluísse a sua
 tarefa
 antes de fazer um select recuperando o registro com os dados
 atualizados.
 
 Alguém teria alguma dica ou comentário a fazer ???. Posso modificar a
 lógica para não redirecionar para outro Servlet (passando apenas a
 chave
 primária) mas fiquei intrigado com este caso, pois nunca tinha visto
 um
 fato como esse.
 
 Aproveitando a oportunidade: Embora eu tenha constatado uma
 incompatibilidade do MS ACCESS 97 com o JDBC 2.0 gerando diversas
 "java.lang.UnsupportedOperationException", alguém poderia confirmar
 este
 fato e/ou sugerir alternativas ???
 
 []'s
 
 Carlos Campos
 
 // LISTAGEM DE CÓDIGO CITADO
 
 if(ope.equalsIgnoreCase("A")) {
   query =  "update Bei ... where (Bei_Cbs ="+cbs+")";
   stmt.executeUpdate(query);
 
   // MAS QUE VERGONHA, ter que retardar o processamento para o Update
 terminar de atualizar o BD
   long i = 0;
   for(i=0;i1;i++) { long j=i; }
 
   query = "delete * from Ibp where (Ibp_Cbs ="+cbs+")";
   stmt.executeUpdate(query);
   if(ponto.length()  0) {
query =  "insert into Ibp (Ibp_Ip,Ibp_Cbs,Ibp_Ponto)";
query += " values ('"+ip+"',"+cbs+",'"+ponto+"')";
stmt.executeUpdate(query);
}
 
 hsrsp.sendRedirect("http://xxx.xxx.xx.xxx:8080/servlet/x?cbs="+cb
 s+"
 muo=SUCESSO");
 }
 
 Carlos Campos
 [EMAIL PROTECTED]
 Analista de Sistemas / Bolsista PCI
 MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
 Fone: 0xx21 5607222 - Ext. 358
 
 * Para não receber mais e-mails desta lista envie um e-mail para
 [[EMAIL PROTECTED]]
 e no corpo do email escreva [unsubscribe seu-email]
 Veja as mensagens antigas em
 http://www.mail-archive.com/javabr%40cits.br/
 

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Vírus em Mensagem sobre Curso de Java

[Carlos Campos]

Prezados Javaneses,

Recebi uma mensagem, pela Lista, de um tal de Nilson sobre Curso de Java
da SUN.

Ocorre que o meu antivírus (PCCillin 98) interceptou VÍRUS no arquivo
Curso.doc que estava em anexo.

Atenção com esta mensagem.

[]'s

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: [SouJava-J] Chamando Servlets através de Applets

[Carlos Campos]

Prezados Javaneses,

Fui socorrer o Charles sobre o método POST e acabei obtendo uma ótima
resposta pela CULATRA:

O artigo citado abaixo pelo Luis Fernando respondeu ao meu problema. Ou
seja, através da serialização de objetos posso estabelecer uma
comunicação do meu Applet com o Servlet em duas vias
(Input/OutputStream).

Desta forma posso passar qualquer objeto para o Servlet, consultar meu
Banco de Dados diretamente do Applet e manter o foco sobre o meu
formulário HTML tranquilamente.

Melhor, posso criar um Servlet parrudo para cada determinado Sistema,
que receba um parâmetro redirecionador sendo capaz de realizar diversas
funções de apoio para os meus Applets sem a necessidade, aparentemente,
de recorrer ao RMI.

Ainda não testei, mas se funcionar como no exemplo citado: VALEU MUITO
Luis Fernando!!!

[]'s

E um Feliz Natal à Todos!

Carlos Campos

 - Mensagem original -
 De:   Luis Fernando [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 21 de Dezembro de 1999 20:19
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [SouJava-J] Chamando Servlets através de
 Applets
 
 
 
 
 From: "Charles Pereira" [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: "JAVA-SouJava" [EMAIL PROTECTED]
 Subject: [SouJava-J] Chamando Servlets através de Applets
 Date: Tue, 21 Dec 1999 15:47:02 -0200
 
 Olá pessoal!
 
 É possível substituir um formulário HTML por uma Applet para ativar um
 Servlet e passar parâmetros simulando o método POST ?
 
 Obrigado,
 
 
 
 Charles
 
 Oi Charles,
 
 Eh sim. Eh possivel.Voce faz isso atraves de HTTP Tunneling que eh um
 metodo 
 usado para se ler objetos serializados usando uma conexao http.
 Uma primeira classe define o objeto. A applet manda esse objeto com
 seus 
 parametros para o servlet atraves de uma ObjectOutputStream.
 O servlet os recebe atraves de uma ObjectInputStream.
 
 Voce teria entao algo do tipo:
 
 A)Primeiro uma classe que define o seu objeto a ser serializado.
 public class MyObject implements Serializable{...
 
 B)A applet que passarah o objeto ao servlet
 public class ObjectApplet extends JApplet{...
 
 C)O arquivo do servlet
 public class ObjectServlet extends HttpServlet{..
 
 O endereço abaixo contem um artigo que discute  o tema
 Applet X Servlets e tambem possui alguns exemplos de codigo sobre
 o assunto.
 
 
 http://www.j-nine.com/pubs/applet2servlet/index.htm
 
 Importante:
 Nao se esqueça que ao testar os programas os arquivos da Applet tem
 que serem colocados no provedor(jswdk, a velha estoria, uma applet
 so funciona quando executada a partir do mesmo provedor que a
 originou, caso 
 contrario se obtem erros de segurança.), e nao se esqueca de ter os
 arquivos 
 Myobject.class e ObjectApplet.class tambem
 devem estar no  mesmo diretorio que o arquivo ObjectApplet.html, caso 
 contrario o browser nao conseguirah criar uma instancia das classes
 para 
 execucao.
 Talvez voce tambem precise do arquivo swingall.jar nesse mesmo
 diretorio, 
 caso voce opte em usar  swing. Funciona perfeitamente sem,
 pois Object serialization eh uma feature da vesao jdk1.1.
 
 O arquivo do servlet, como voce jah sabe, vai no diretorio de sempre
 http://localhost:8080/servlet/ObjectServlet.
 
 Espero que a dica te ajude,
 Boa sorte,
 Luis Fernando.
 
 
 
  --- LISTA SOUJAVA
 ---
  http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
  [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -
 
 
 __
 Get Your Private, Free Email at http://www.hotmail.com
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: [SouJava-J] Chamando Servlets através de Applets

[Carlos Campos]

Oi Charles,

É possível sim. Segue abaixo o exemplo enviado anteriormente pelo
Handerson Gomes:

String url =
"http://www.servidor.com.br:8080/servlet/seila?campo1="+textfield1.getTe
xt()+"campo2="+textfield2.getText";
URL conectar = new URL(url);
getAppletContext().showDocument(conectar);

Boa Sorte!

[]'s

Carlos Campos

 - Mensagem original -
 De:   Charles Pereira [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 21 de Dezembro de 1999 14:47
 Para: JAVA-SouJava
 Assunto:  [SouJava-J] Chamando Servlets através de Applets
 
 Olá pessoal!
 
 É possível substituir um formulário HTML por uma Applet para ativar um
 Servlet e passar parâmetros simulando o método POST ?
 
 Obrigado,
 
 Charles
 
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Applet x Servlet x JDBCODBC

[Carlos Campos]

Prezados Javaneses,

Em determinado Applet preciso fazer uma verificação OnLine numa Tabela
da Base de Dados, sem contudo perder o foco na página HTML (ou seja, sem
gerar um Redirecionamento).

Alguém poderia me enviar um exemplo simples de como acessar um SERVLET
(se possível) através do Applet de tal maneira que este se comportasse
como um Servidor de Query, sendo capaz de me retornar o resultado de uma
consulta através de Sockets ou algo parecido com RMI ???

[]'s 

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: [SouJava-J] RES: [SouJava-J] Chamando Servlets através de Applets

[Carlos Campos]

Oi Charles,

Infelizmente não conheço outro procedimento. Talvez os nossos amigos
da(s) Lista(s), com maior nível de conhecimento sobre Java, possam nos
orientar.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Charles Pereira [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Terça-feira, 21 de Dezembro de 1999 15:55
 Para: [EMAIL PROTECTED]
 Assunto:  Re: [SouJava-J] RES: [SouJava-J] Chamando
 Servlets através de Applets
 
 Olá Carlos!
 
 Muito obrigado pela sua resposta!
 
 Dessa maneira, os parâmetros ficam aparecendo para o usuário. Se eu
 não
 quiser que isso aconteça, preciso usar o método POST. É possível usar
 o POST
 com Applets?
 
 Obrigado,
 
 Charles
 
 - Original Message -
 From: Carlos Campos [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Tuesday, December 21, 1999 5:32 PM
 Subject: [SouJava-J] RES: [SouJava-J] Chamando Servlets através de
 Applets
 
 
 Oi Charles,
 
 É possível sim. Segue abaixo o exemplo enviado anteriormente pelo
 Handerson Gomes:
 
 String url =
 "http://www.servidor.com.br:8080/servlet/seila?campo1="+textfield1.get
 Te
 xt()+"campo2="+textfield2.getText";
 URL conectar = new URL(url);
 getAppletContext().showDocument(conectar);
 
 Boa Sorte!
 
 []'s
 
 Carlos Campos
 
  - Mensagem original -
  De: Charles Pereira [SMTP:[EMAIL PROTECTED]]
  Enviada em: Terça-feira, 21 de Dezembro de 1999 14:47
  Para: JAVA-SouJava
  Assunto: [SouJava-J] Chamando Servlets através de Applets
 
  Olá pessoal!
 
  É possível substituir um formulário HTML por uma Applet para ativar
 um
  Servlet e passar parâmetros simulando o método POST ?
 
  Obrigado,
 
  Charles
 
 
  --- LISTA SOUJAVA
  ---
  http://www.soujava.org.br  -  Sociedade de Usuários Java da
  Sucesu-SP
  [para sair da lista:
  http://www.soujava.org.br/forum/cadastrados.htm]
 
 
 -
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -
 
 

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] INSERT INTO do SQL

[Carlos Campos]

Oi Orlando,

Vc tem absoluta razão sobre o MS ACCESS ser precário, mas dependendo do
uso e do porte do seu problema pode ser uma solução rápida, de simples
manipulação e porque não dizer EFICAZ.

A sua sugestão de concatenar campos para a formação de chaves nem sempre
é possível. No meu exemplo não funcionaria porque nem todo BEI (Bem de
Informática) da minha tabela possui um IP Address associado ao mesmo, ou
seja, é um campo opcional.

Já resolvi este problema mantendo a Auto-Numeração, mas como???

Tenho 2 campos na tabela que registram o LOGON do operador e a DATAHORA
da última atualização (Inclusão/Alteração). Aumentei a precisão do campo
DATAHORA e, logo após o INSERT INTO, faço um SELECT baseado neste
campo, que aí sim, é do meu prévio conhecimento. Recupero a chave de
Auto-Numeração do MS ACCESS e fica tudo resolvido. Este problema só
ocorre na primeira gravação = Inclusão.

Aliás, aproveitando a oportunidade, acuso um problema que ocorre com o
TIME das datas geradas pelo Java. Sempre existe uma defasagem entre a
Hora/Minuto gerada pelo Java e a Hora/Minuto real que aparece no relógio
do Windows. Várias pessoas já colocaram esta dúvida para a LISTA sem
sucesso nas respostas.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Orlando Dias [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quinta-feira, 16 de Dezembro de 1999 06:56
 Para: [EMAIL PROTECTED]
 Cc:   'Lista Java BR'
 Assunto:  Re: [SouJava-J] INSERT INTO do SQL
 
 Carlos,
 
 Acredito que o problema aqui não é a utilização de banco de dados de
 verdade
 (já que o MS-Access não o é).
 
 O problema é a utilização de um dado externo, artificial a sua
 entidade ou
 objeto, que é o caso da auto-numeração do MS-Access.
 
 O ideal no modelo relacional é que você tenha uma chave que seja
 formada por
 dados já existentes na sua entidade (que tal a concatenação o IP + o
 Local),
 que o mundo externo a aplicação conheça, facilitando assim as
 consultas.
 
 Sei que muita gente utiliza a auto-numeração para resolver problemas
 de
 chaves-primárias, principalmente, quando estas tabelas não tem um
 atributo
 conveniente  (tabela de bairro, por exemplo, qual a diferença de se
 criar um
 código de bairro  e uma auto-numeração - os dois são artificiais!), ou
 quando a concatenação gera uma chave muito longa (criando áreas de
 índices
 muito volumosas).
 
 Existem muitas discuções a este respeito: pessoas que acham que a
 auto-numeração é muito legal, que facilita a vida, que diminui espaço
 no BD
 e outras que olham para os relacionamentos e não entendem nada porque
 são
 montados sobre dados inexistentes no mundo real.
 
 A auto-numeração é uma solução excelente para logs (em substituição ao
 Time-stamp) e para tabelas (objetos) descritivos (bairros, cidades,
 status
 etc). Normalmente estas tabelas teriam uma chave primária formada por
 um só
 atributo e este seria artificial.
 
 Agora para tabelas ou objetos dependentes (subclasses) utilize a
 concatenação. A menos que a sua tabela seja imensa e o espaço
 consumido pelo
 indíce vá lhe causar problemas (estouro do espaço).
 
 Na sua aplicação, como você conhece os atributos (vc está
 gravando-os), você
 conheceria a chave primária, que poderia ser passada sem precisar de
 uma
 nova consulta para descobri-la.
 
 Desculpe-me se chovi no molhado.
 
 Sds,
 
 Orlando Dias
 -Mensagem original-
 De: Carlos Campos [EMAIL PROTECTED]
 Para: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
 Cc: 'Lista Java BR' [EMAIL PROTECTED]
 Data: Quarta-feira, 15 de Dezembro de 1999 19:30
 Assunto: RES: [SouJava-J] INSERT INTO do SQL
 
 
 Oi Bruno,
 
 Claro que vc ajudou muito. Só pelo fato de tentar responder já é um
 fato
 a agradecer.
 
 Eu sei que o MS ACCESS deixa muito a desejar. Quando usava MS ACCESS
 com
 Visual Basic, tentei usar transação e era uma desgraça. As operações
 no
 Banco travavam e gerava um delay ridículo.
 
 Enquanto não substituo o Banco de Dados e, tentando evitar qualquer
 problema de colisão com o múltiplo acesso dos usuários, uma opção
 seria
 utilizar uma Tabela-Contador e não utilizar a Auto-Numeração do MS
 ACCESS.
 
 Muito Obrigado pela ajuda,
 
 []'s
 
 Carlos Campos
 
  - Mensagem original -
  De: Bruno Diniz de Paula [SMTP:[EMAIL PROTECTED]]
  Enviada em: Quarta-feira, 15 de Dezembro de 1999 17:44
  Para: 'Lista SouJava'
  Cc: 'Lista Java BR'
  Assunto: Re: [SouJava-J] INSERT INTO do SQL
 
 
  Oi Carlos,
 
  nunca vi nada parecido com o retorno do ultimo registro inserido
  no banco. Logo, essa alternativa e' furada.
  Utilizando Access fica dificil de trabalhar porque ele nao
  possui
  o conceito de transacao e isolamento. Uma alternativa seria voce
 fazer
  a
  insercao e logo depois uma consulta ao "max(ChavePrimaria)" para
  retornar
  o valor de chave inserido, tudo isso dentro de uma transacao. Em
  bancos
  de dados maiores como Oracle, Informix isso funcionaria no seu
 caso,
  mas
  com multiplos usuarios acessando o Acces

[SouJava-J] ENC: [pow] RES: Fórum Javabr - RETIFICANDO

[Carlos Campos]

 - Mensagem original -
 De:   Antonio Kleber de Araujo [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 15 de Dezembro de 1999 17:08
 Para: Carlos Campos
 Assunto:  RE: [pow] RES: Fórum Javabr
 
 Carlos,
 te mandei o link errado.
 veja abaixo.
 aka
 
 
 A Sterling Software gostaria de convida-los para conhecer nossa mais
 nova
 ferramenta de desenvolvimento: COOL:Joe.
 Utilizando o COOL:Joe poderão ser gerados EJB's (Enterprise Java
 Beans)
 automáticamente a partir de especificações de componentes, criar,
 testar e
 implementar em um servidor de aplicações.
 
 O desenvolvimento de sistemas distribuidos é facil por que o COOL:Joe
 gera
 automaticamente o código de infraestrutura EJB e libera totalmente o
 tempo
 do desenvolvedor  para a lógica do negócio..
 
 COOL:Joe faz o desenvolvimento da parte servidor de Java Objects for
 the
 Enterprise muito mais rápido do que antes.
 
 Maiores detalhes, inclusive download gratuito da cópia de avaliação,
 favor
 visitar o nosso site em:
 
 http://www.cool.sterling.com/products/Joe/
 
 
 
 Antonio Kleber de Araujo
 Marketing and Sales Manager
 
 Sterling Software Application Division - Latin America
 
 mailto:[EMAIL PROTECTED]
 
 mailto:[EMAIL PROTECTED]
 
 phone:  +55-21-515.3267/3309
 
 fax:+55-21-515.3223
 
 mobile: +55-21-9608-0577
 
 
 
 http://www.cool.sterling.com/
 
 Cool Products,
 
 The better way to get things done

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

RES: [SouJava-J] INSERT INTO do SQL

[Carlos Campos]

Oi Bruno,

Claro que vc ajudou muito. Só pelo fato de tentar responder já é um fato
a agradecer.

Eu sei que o MS ACCESS deixa muito a desejar. Quando usava MS ACCESS com
Visual Basic, tentei usar transação e era uma desgraça. As operações no
Banco travavam e gerava um delay ridículo.

Enquanto não substituo o Banco de Dados e, tentando evitar qualquer
problema de colisão com o múltiplo acesso dos usuários, uma opção seria
utilizar uma Tabela-Contador e não utilizar a Auto-Numeração do MS
ACCESS.

Muito Obrigado pela ajuda,

[]'s

Carlos Campos

 - Mensagem original -
 De:   Bruno Diniz de Paula [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 15 de Dezembro de 1999 17:44
 Para: 'Lista SouJava'
 Cc:   'Lista Java BR'
 Assunto:  Re: [SouJava-J] INSERT INTO do SQL
 
 
 Oi Carlos,
 
   nunca vi nada parecido com o retorno do ultimo registro inserido
 no banco. Logo, essa alternativa e' furada.
   Utilizando Access fica dificil de trabalhar porque ele nao
 possui
 o conceito de transacao e isolamento. Uma alternativa seria voce fazer
 a
 insercao e logo depois uma consulta ao "max(ChavePrimaria)" para
 retornar
 o valor de chave inserido, tudo isso dentro de uma transacao. Em
 bancos
 de dados maiores como Oracle, Informix isso funcionaria no seu caso,
 mas
 com multiplos usuarios acessando o Access acredito que nao sirva. Mas
 de
 qualquer forma, eis um pequeno exemplo do codigo necessario:
 
 Connection con = ...
 Statement st = con.createStatement();
 ResultSet rs = null;
 
 con.setAutoCommit(false);
 st.executeUpdate("insert ...
 
 rs = st.executeQuery("select max(cp) from ...
 int codigo = -1;
 if(rs.next())
 codigo = rs.getInt(1);
 rs.close();
 con.commit();
 con.setAutoCommit(true);
 st.close();
 
   Espero ter ajudado em alguma coisa!
 
 Abracos
 
 Bruno.
 
 On Wed, 15 Dec 1999, Carlos Campos wrote:
 
  Prezados Javaneses,
  
  Criei um servlet que insere um registro num Banco de Dados MS ACCESS
  conforme código abaixo. Gostaria de, após inserir o registro na
 tabela,
  redirecionar o fluxo para um outro servlet passando como argumento a
  Chave Primária.
  
  Ocorre que, neste caso específico, a chave primária é um campo de
  AUTO-NUMERAÇÃO, onde eu não tenho conhecimento prévio do seu
 conteúdo
  até a inserção do registro.
  
  Pergunta(s):
  
  Como fazer, qual comando utilizar, para recuperar o campo criado
 pelo
  Statement???
  
  Terei que fazer um novo Select num Resultset??? E como garantir a
  recuperação do registro correto tendo em vista que o ODBC possui um
  delay na atualização do Banco de Dados e se trata de uma INTRANET???
  
  Existe algum recurso que me permita recuperar o último registro
 gravado
  logo após o INSERT???
  
  Agradeço a todos,
  
  String query = new String();
  if(ope.equalsIgnoreCase("I")) {
  query =  "insert into Bei
 
 Bei_Descricao,Bei_Responsavel,Bei_Local,Bei_IP,Bei_Ponto,Bei_Codpat,Be
 i_
  Nserie,Bei_Categoria,Bei_Tipo,Bei_Dua,Bei_Lua,Bei_Status)";
  query += " values
 
 ('"+des+"','"+resp+"','"+local+"','"+ip+"','"+ponto+"','"+pat+"','"+se
 ri
  e+"','"+cat+"','"+tipo+"','"+dua+"','"+lua+"',"+istatus+")";
  
  stmt.executeUpdate(query);
  
  []'s
  
  Carlos Campos
  [EMAIL PROTECTED]
  Analista de Sistemas / Bolsista PCI
  MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
  Fone: 0xx21 5607222 - Ext. 358
  
  --- LISTA SOUJAVA
 ---
  http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
  [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
 
 -
  
 
 
 __
 Bruno Diniz de Paula
 [EMAIL PROTECTED] - UFMG
 [EMAIL PROTECTED] - Telemig Celular
 
 "Coracoes ao alto e pes no chao."
 
 "A verdadeira experiencia com Deus nao nos faz
  fugir da realidade, mas nos da forcas para
  enfrenta-la e transforma-la."
 
 Pe. Zeca
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: RES: Fórum Javabr

[Carlos Campos]

Oi,

Tenho me afastado muito do Visual Basic. Mas sei que há uns 2 anos foi
criado um pacote chamado Visual Studio da Microsoft que agrega o VB 6.0,
C++, J++, Fox Pro e o Visual Interdev que é uma ponte para criar páginas
ASP.

ASP (Active Server Pages) é uma evolução do IDC, já comentado.

Creio que, se vc quiser ficar restrito ao ambiente Microsoft (PERIGO!!!
mas muita gente se sujeita a isso) vale a pena pesquisar o Visual Studio
que foi criado exatamente para aproveitar o conhecimento em VB e agregar
valor às aplicações orientadas para a WEB.

Sinceramente: 

Evite isto, aprenda ASP porque o mercado Microsoft, talvez por
comodidade ou imposição corporativa, ainda é muito grande, mas não se
limite ao ASP. Constantemente recebo mensagens nas Listas de gente
querendo fugir do ASP;

Aprenda JAVA, JSP, Enterprise Java Beans e LINUX.

Todas as opções existentes no mercado rodam muito mais rápido em
ambiente Linux, e todos os grandes fabricantes de software e de hardware
já tomaram consciência disto e estão proporcionando opções.

Como já mencionei, meu próximo passo é Java/JSP e Linux.

Boa Sorte!

[]'s

Carlos Campos

 - Mensagem original -
 De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 15 de Dezembro de 1999 16:21
 Para: [EMAIL PROTECTED]
 Assunto:  Re: RES: Fórum Javabr
 
 Obrigado pela atenção.
 
 Tenho desenvolvido sistemas em Visual Basic 5. Gostaria de saber se
 existe uma ferramenta de conversão para WEB, caso contrário, qual a
 melhor maneira de proceder???
 
 Grato,
 
 Odil Rincon Junior
 http://members.xoom.com/rincon98
 [EMAIL PROTECTED]

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: [pow] RES: Fórum Javabr

[Carlos Campos]

Foi.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Antonio Kleber de Araujo [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quarta-feira, 15 de Dezembro de 1999 16:27
 Para: Carlos Campos
 Assunto:  RE: [pow] RES: Fórum Javabr
 
 Carlos,
 existe alguma lista de discussão de JAVA?
 quero postar esta minha oferta nela.
 vc saberia me indicar / melhor dar um forward naquela mensagem
 
 grato
 aka
 
 PS: quanto a PERFORMANCE nós garantimos  ;-))
 
 -Original Message-
 From: Carlos Campos [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, December 15, 1999 6:11 PM
 To: 'Antonio Kleber de Araujo'
 Subject: RES: [pow] RES: Fórum Javabr
 
 
 Oi Antonio,
 
 Muito obrigado pela oferta.
 
 Vc tem razão com relação à abstração e à lógica de negócio. Esta seria
 uma situação ideal mas, na prática, estamos o tempo todo procurando
 uma
 adequação às ferramentas disponíveis, principalmente no aspecto
 PERFORMANCE.
 
 Agradeço, vou testar o produto e retorno com comentários, ok?
 
 []'s
 
 Carlos Campos
 
  - Mensagem original -
  De: Antonio Kleber de Araujo [SMTP:[EMAIL PROTECTED]]
  Enviada em: Quarta-feira, 15 de Dezembro de 1999 15:54
  Para:   Carlos Campos
  Assunto:RE: [pow] RES: Fórum Javabr
 
  Carlos,
  experimente baixar do nosso servidor uma cópia do COOL:Joe em
  (http://www.cool.sterling.com/cooljoe) que é um gerador JAVA puro.
 
  por enquanto, na fase de pre-lançamento, a cópia é FULL e funciona
 por
  tempo
  tempo limitado.
 
  é gratis
 
  qqr coisa / dúvida entre em contacto.
 
  Quem tem que se manter atualizado nos protocolos é a ferramenta o
  desenvolvedor tem que ficar em niveis maiores de abstração. Se
 prender
  ao
  processo da lógica de negócio.
 
  Antonio Kleber de Araujo
  Marketing and Sales Manager
 
  Sterling Software Application Division - Latin America
 
  mailto:[EMAIL PROTECTED]
 
  mailto:[EMAIL PROTECTED]
 
  phone:  +55-21-515.3267/3309
 
  fax:+55-21-515.3223
 
  mobile: +55-21-9608-0577
 
 
 
  http://www.cool.sterling.com/
 
  Cool Products,
 
  The better way to get things done
 
  -Original Message-
  From: Carlos Campos [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, December 15, 1999 5:48 PM
  To: '[EMAIL PROTECTED]'
  Cc: 'Lista Webmasters'; 'Lista Power Users'
  Subject: [pow] RES: Fórum Javabr
 
 
  Oi Amigo,
 
  Até onde eu sei vc não conseguirá acessar o MS ACCESS via
 JavaScript.
 
  Isto porque o JavaScript, como o próprio nome diz, se trata de uma
  linguagem de Script, de apoio ao HTML e ao ambiente do Browser, mas
  não
  possui características de CGI. Pode e deve ser muito utilizada para
  automatizar funções da página, para criticar dados de um formulário
  HTML, para controlar os eventos em relação aos objetos Navigator,
  Document, Image, Form etc;
 
  Só para vc ter uma idéia da minha evolução acessando MS ACCESS:
 
  Como utilizo MS NT 4.0 com IIS comecei com o IDC/HTTPODBC que é
 muito
  rápido mas restrito ao ambiente Microsoft, e vc encontra informações
  nos
  arquivos de Help do próprio IIS;
 
  Depois evolui para o Visual Basic usando uma interface HTTP chamada
  VbWEB que permite criar executáveis que são processados no Servidor;
 
  Comecei a estudar JAVA e descobri um universo totalmente novo, com
  multithreading, multiplataforma, servlets, JSP etc.
 
  Atualmente utilizo HTML, JavaScript, LiveConnect, Java e Servlets
  rodando sobre VqServer 1.9.
 
  Pretendo, tão logo eu possua tempo, evoluir para o JSP que é uma
  mistura
  de Java/Servlet com o IDC/ASP da Microsoft. Ou seja, vc cria as
  páginas
  HTML e insere um código de programação script em Java nos blocos de
  código da página.
 
  Espero ter orientado um pouco vc embora a gama de informações e
 opções
  seja tão grande que normalmente confunde.
 
  Mas é assim mesmo. Tá barra acompanhar esta evolução!!!
 
  []'s
 
  Carlos Campos
 
   - Mensagem original -
   De:   [EMAIL PROTECTED]
 [SMTP:[EMAIL PROTECTED]]
   Enviada em:   Quarta-feira, 15 de Dezembro de 1999
 15:27
   Para: [EMAIL PROTECTED]
   Assunto:  Fórum Javabr
  
   Ola,
  
   Estive lendo suas perguntas no fórum. Sou novato no JAVA e
  JAvaScript.
   Estou com uma dúvida.
  
   Poderia me dizer como acessar um Bd Access usando JavaScript.
  
   Grato,
  
   Odil Rincon Junior
   Webmaster®
   [EMAIL PROTECTED]
   http://members.xoom.com/rincon98
 
 
 --
  --
  The only fruitcake at overstock.com is our manager.
  He's giving away a $20 coupon, plus our everyday Free Shipping.
  Take advantage of the savings and selection now.
  http://clickhere.egroups.com/click/2134
 
  eGroups.com Home: http://www.egroups.com/group/pow/
  http://www.egroups.com - Simplifying group communications
 

--- LISTA SOUJAVA ---
http://www.soujava.org.br

RES: [SouJava-J] Jasmine

[Carlos Campos]

Prezada Simone,

Quando vc receber o CD seguirá em anexo um folder descrevendo o produto
e as sua potencialidades, limitações etc.

A informação que recebi é que se trata de uma versão DEMO porém com toda
a funcionalidade limitada a 4 conexões simultaneas.

Ou seja, é para testar, avaliar e comprar se interessar.

[]'s

Carlos Campos

 - Mensagem original -
 De:   Simone Ferreira [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Segunda-feira, 13 de Dezembro de 1999 21:44
 Para: [EMAIL PROTECTED]
 Assunto:  [SouJava-J] Jasmine
 
 Há um tempo atrás vi nesta lista, uma mensagem que falava sobre o
 Banco de
 Dados Jasmine.
 Peguei o endereço da home page e fiz o pedido do CD.
 Alguém sabe me dizer se ele é gratuito ou se tenho que registrá-lo
 para
 alguma coisa?
 
 []s
 Simone Ferreira
 
 --- LISTA SOUJAVA
 ---
 http://www.soujava.org.br  -  Sociedade de Usuários Java da
 Sucesu-SP
 [para sair da lista:
 http://www.soujava.org.br/forum/cadastrados.htm]
  
 -

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: Java Mail

[Carlos Campos]

Oi Bruno,

Desculpe por transmitir a sensação de ser preguiçoso, mas não é verdade.
Estou batalhando duro e muito pressionado a resolver rápidamente a
migração de diversos sistemas de VB para o ambiente WEB/JAVA com a
possível mudança do Banco de Dados o que me deixa ansioso e extremamente
tenso.

Agradeço pela orientação,

[]'s

Carlos Campos

 - Mensagem original -
 De:   Bruno Souza (Sun Microsystems)
 [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Sábado, 13 de Novembro de 1999 04:56
 Para: Carlos Campos
 Cc:   'Lista Java BR'; 'Lista SouJava'
 Assunto:  Re: Java  Mail
 
 
 
 Carlos Campos wrote:
  
  Prezados Javaneses,
  
  Postei uma mensagem solicitando orientação sobre como enviar E-mail
 pelo
  Java. Agradeço muito pela ajuda, testei os códigos enviados e foi
  tranquilo. Contudo, não consegui enviar a mensagem com cópia, ou
 seja,
  utilizei os comandos "cc:", "Cc:", "CC:" e nada. Alguém pode me
  esclarecer qual o comando correto para enviar com cópia ou se é
  necessário controlar o fluxo de destinatáros num array, por exemplo,
 e
  fazer diversos envios individualizados???
  
  Aproveitando a oportunidade, como fazer caso eu necessite ANEXAR
 algum
  arquivo à mensagem???
  
  []'s
  
  Carlos Campos
 
 As dicas enviadas anteriormente (basicamente um codigo que enviava um 
 e-mail) fazia apenas o basico. Se voce pretende utilizar toda
 a funcionalidade para envio de e-mail aconselho a voce utilizar
 a biblioteca JavaMail:
 
   http://java.sun.com/products/javamail
 
 Que te fornece acesso a toda a funcionalidade de e-mail, incluindo
 aquelas que voce citou, alem de todo o suporte para recebimento
 de e-mail de forma independente do servidor especifico.
 
 Em seu e-mail original voce diz que chegou a baixar o JavaMail mas nao
 
 teve tempo de explorar a documentacao. Sugiro que voce apenas olhe os
 exemplos, que estao incluidos no que voce ja baixou, que te mostrarao 
 de forma simples o que precisa ser feito. 
 
 Se voce preferir, existem outras solucoes de envio de e-mail
 disponiveis (muita gente, incluindo eu, ja implementou pelo menos
 o envio de e-mail generico para servidor SMTP), mas pessoalmente
 eu ja abandonei essas alternativas para uma biblioteca aberta muito 
 mais interessante e de muito mais futuro, que eh a JavaMail.
 Os 30 minutos (no maximo) que voce vai demorar para entender um 
 exemplo simples de envio de e-mail do JavaMail vao mais que compensar,
 
 ja que voce deve ter gasto muito mais tempo ate agora e ainda nao tem 
 tudo o que precisa... Imagina se amanha voce precisar fazer algo mais?
 
 Abracos,
 
 Bruno.
 __
 Bruno Peres Ferreira de Souza Sun Microsystems
 System Engineer - Java Technologist [EMAIL PROTECTED]
 if I fail, if I succeed, at least I live as I believe

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Java and Mail and Date

[Carlos Campos]

Prezados Javaneses,

Ao enviar uma mensagem pelo Java atribuí o parâmetro "Date:" a fim de
registrar a Data de Envio da Mensagem. Entretanto ocorre uma defasagem
de -3 horas no registro do MS Exchange Server. Ou seja, se envio a
mensagem às 14:13 Hs e verifico a Caixa de Entrada do destinatário a
mensagem aparece como se fora enviada às 11:13 Hs embora recebida na
hora correta.

Já vasculhei as classes do JDK em busca de como ATRIBUIR um parâmetro
correto para o meu fuso-horário no Applet. Sei que este assunto está
relacionado possívelmente às classes DateFormat, Calendar e TimeZone.
Mas como são classes abstratas eu me enrolei muito e não consegui
"setar" o parâmetro correto. Alguém pode me ajudar???

[]'s


Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] Java Mail

[Carlos Campos]

Prezados Javaneses,

Postei uma mensagem solicitando orientação sobre como enviar E-mail pelo
Java. Agradeço muito pela ajuda, testei os códigos enviados e foi
tranquilo. Contudo, não consegui enviar a mensagem com cópia, ou seja,
utilizei os comandos "cc:", "Cc:", "CC:" e nada. Alguém pode me
esclarecer qual o comando correto para enviar com cópia ou se é
necessário controlar o fluxo de destinatáros num array, por exemplo, e
fazer diversos envios individualizados???

Aproveitando a oportunidade, como fazer caso eu necessite ANEXAR algum
arquivo à mensagem???

[]'s

Carlos Campos
[EMAIL PROTECTED]
Analista de Sistemas / Bolsista PCI
MCT/CNPq  - CETEM - Centro de Tecnologia Mineral
Fone: 0xx21 5607222 - Ext. 358

--- LISTA SOUJAVA ---
http://www.soujava.org.br  -  Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
-

[SouJava-J] RES: RES: RES: HTML X Java

[Carlos Campos]

Caro Rodrigo,

Em se tratando da comunicação Applet x Html, como já mencionei, existem
classes que permitem esta comunicação nos dois sentidos. Eu batalhei
para conseguir este grau de interação mas fui obrigado a usar muito
Javascript e acabei hibernando a técnica. Já quando vc pergunta sobre
Servlets, a coisa muda de figura, pois o servlet não tem nada a ver com
uma página HTML que possa conter um Applet. Vamos lá:

Existe uma técnica antiga, que eu já usava há vários anos com MS Visual
Basic rodando no Servidor como CGI usando uma interface VBWeb do Chuck
Newman:

Consiste em vc criar MODELOS destes arquivos HTML e definir algumas
áreas dinâmicas (separando a parte fixa da parte variável), de forma
semelhante à um formulário de MALA DIRETA. Ocorre que você precisa criar
um código de programação que proceda a leitura do Arquivo-Modelo, e
criar também um método para fazer a substituição destas STRINGS pelo
conteúdo dinâmico que vc deseja retornar.

Particularmente eu acho esta técnica interessante, mas gera um CUSTO de
I/O que eu evitaria. Como JAVA ainda não tem a boa performance como
virtude, eu recomendaria vc criar os MODELOS e COPIAR/COLAR o código
HTML diretamente no seu código-fonte Java, fazendo as devidas
substituições de variáveis.

Desta maneira vc conseguiria um processo Estruturado e Organizado das
Páginas de Resultados em HTML, sem contudo sacrificar a Performance do
Servlet, ok?

[]'s

Carlos Campos

 - Mensagem original -
 De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
 Enviada em:   Quinta-feira, 11 de Novembro de 1999 13:34
 Para: Carlos Campos
 Cc:   [EMAIL PROTECTED]
 Assunto:  Re: RES: RES: HTML X Java
 
 
 
 Carlos,
 
 Já na etapa onde precisamos a partir do Servlet enviar dados para o
 form, temos
 que escrever todo o código HTML (não só do formulário com o de toda a
 página)
 dentro no próprio Servlet ou existe uma maneira de atualizarmos apenas
 alguns
 campos do formulário?
 
 Fico clara, minha dúvida?
 
 Um abraço
 
 Rodrigo
 
 Carlos Campos [EMAIL PROTECTED] on 11/11/99 12:11:55
 
 To:   "'Bruno C. Reded Tinoco'" [EMAIL PROTECTED]
 cc:   "'Lista Java BR'" [EMAIL PROTECTED], "'Lista SouJava'"
   [EMAIL PROTECTED] (bcc: Rodrigo D Oliveira/Brazil/IBM)
 Subject:  RES: RES: HTML X Java
 
 
 
 
 Prezado Rodrigo,
 
 Complementando o nosso papo sobre a validade no ambiente Netscape x
 Iexplorer gostaria de informar que testei a sua proposta de
 programação
 e ela funciona bem nos dois Browsers, no sentido HTML - JAVA, mas
 precisaria de uma classe específica, como mencionei, para fazer o
 acesso
 inverso.
 
 Gostaria de fazer apenas duas considerações:
 
 1) Os métodos do Applet a serem acessados precisam ser declarados como
 PUBLIC;
 2) A definição do Applet pode ser feita em qualquer lugar do código
 HTML
 e não apenas dentro das tags FORM/FORM, ok?
 
 Um grande abraço,
 
 Carlos Campos
 
  - Mensagem original -
  De:  Bruno C. Reded Tinoco [SMTP:[EMAIL PROTECTED]]
  Enviada em:   Quarta-feira, 10 de Novembro de 1999 08:24
  Para:[EMAIL PROTECTED]
  Assunto:  Re: RES: HTML X Java
 
   Olá Rodrigo e Junior,
 
   Gostaria de saber primeiro a sua intenção ... seria a mesma do
  Junior?
   (passar valores de um campo HTML para alguma aplicação Java)
 
   Se a resposta for sim , eu acabei de achar uma solução para isso.
   Descobri que um Script JavaScript pode se comunicar com um Applet!
 
   Basta você adicionar uma variável ID no campo APPLET
   e o valor dessa variável transforma a Applet em um Objeto do
   Formulário, se vc não entendeu nada, veja o exemplo abaixo:
 
    INICIO -
 
   form action="" method="POST" id="theForm" name="theForm"
 
  textarea name="SourceText" cols="75" rows="10" wrap="VIRTUAL"
  id="SourceText"
   onBlur="theForm.FormText.value=fparse.parseText
  (theForm.SourceText.value);"
  /textarea
 
 
 applet code="formParser.class" id="fparse"
  archive="formParser.jar"
  height="33" width="200" name="fparse"
 /applet
 
 
 textarea name="FormText" cols="75" rows="10" wrap="VIRTUAL"
  id="FormText"/textarea
 
  /form
 
   --- FIM ---
 
   Nesse exemplo, existem 2 campos de Área de Texto(TextField HTML).
 
   Um se chama "SourceText" o outro "FormText". Existe um Applet
   que se chama "fparse" devido ao ID que o transforma em um objeto
   do formulário.
 
   Um usuário digita algo na area de texto "SourceText" , quando
   ele clicar fora da área (função javascript onBlur) o texto é
 passado
   para o applet java que depois retorna o valor para o outro campo
   de texto "FormText".
 
   theForm.FormText.value=fparse.parseText(theForm.SourceText.value