| Autor |
Mensagem |
|
|
Calma Guilherme,
Foi exatamente isso que expliquei.
Estou longe de criar discussões e muito mais fogosas... rs...
Desculpe, se me expressei mal.
[]s
|
 |
|
|
Darta,
Não é para você colocar o comando SET no PATH ou CLASSPATH! Você tem que colocar só o caminho. O PATH indicará ao sistema operacional onde procurar o programa quando este for chamado.
Se você digitar 'javac' fora da pasta bin do JDK ele provavelmente irá dar um erro dizendo que esse programa não é reconhecido. Seria interessante ter uma referência para a pasta 'bin' dentro da pasta onde foi instalado o JDK no seu PATH.
Exemplo: o meu j2sdk está instalado na seguinte pasta:
d:j2sdk1.4.0
dentro desse diretório tem uma pasta bin. Onde tem os executáveis do JDK. No PATH você tem que colocar uma referência a essa pasta. Exemplo:
PATH
d:j2sdk1.4.0in
NÃO TIRE NADA DO PATH QUE VOCÊ NÃO CONHEÇA!!
É só para você incluir o tracho acima no fim do seu PATH (de acordo com os seus diretórios de instalação).
Quanto ao CLASSPATH, leia novamente o tutorial que te mandei.... está muito bem explicado. Você vai entender.
Mas primeiro resolva o problema do PATH.
[]s
|
|
|
|
Tem como copiar o conteúdo da tela de erro que é gerada?
[]s
|
|
|
|
Só faltou o porque não está conseguindo fazer.
[]s
|
|
|
|
Rafael, o que quis mostrar, é que é possível gerar conteúdo dinâmico dentro do JavaScript (vindo de um servlet ou de um JSP, que, eu acho, foi a pergunta do nosso colega). Foi isso que eu fiz. O getParameter foi só um exemplo. Isso foi interpretado pelo servidor! Se foi um output ou não, o conteúdo desse output é dinâmico. Poderia ter vindo de um banco.
Definir variáveis nos códigos Java (que ficam do lado do servidor como um servlet ou JSP) você não vai conseguir mesmo utilizando JavaScript. Já o contrário..........
|
|
|
|
Rafael Steil wrote:Voce nao pode usar javascript com java, como nao usa javascript com php ou asp, por exemplo. Javascript eh uma tecnologia client-side, as outras sao server-side.
Corrigindo JavaScript pode perfeitamente ser utilizado com Java, PHP, ASP e qualquer outra linguagem server-side. Isso é possível sim. Tanto é possível que eu uso (Estão pensando no mínimo que eu sou xarope!! rs...).
Vou explicar:
Java, PHP, ASP são linguagens server-side, mas podem ser utilizadas com JavaScript ou outra linguagem client-side. Isso porque o processamento Java já ocorreu do lado do servidor e os dados são enviados já processados ao cliente. Nenhum código é enviado, só dados. Quando as linguagens client-side forem processadas pelo browser cliente os dados já foram totalmente recebidos por este. Ou seja, o HTML, gerado dinamicamente pelo servidor de aplicações, está pronto, carregado no cliente, junto com sua linguagem de script. É meio difícil de acreditar. Mas vamos testar o código abaixo... Um simples JSP:
Agora testando o código abaixo... (colocando dentro de uma app em um AppServer):
http://ip_da_maquina:porta/app/teste.jsp?msg=JavaScript%20dinâmico?
Por exemplo, coloquei no Tomcat, na porta 80. Coloquei em uma aplicação chamada testes.
O código acima digitei em um arquivo teste.jsp e acessei assim:
http://localhost/testes/teste.jsp?msg=JavaScript%20dinâmico?
TCHAM!! Qual a resposta?
Pronto... temos JavaScript dinâmico.
[]s
|
|
|
|
Bingo!
No PATH você adiciona o caminho do seu JAVA_HOME/bin e no CLASSPATH...... acesse esse site e veja:
http://www.guj.com.br/servlet/guj?PARSE=true&MAMUTE_ACTION=br.com.guj.action.ListArticle&MAMUTE_TEMPLATE=ShowArticle&LIST_ARTICLE=single&ArticleId=8&PAGE=1
[]s
|
|
|
|
Paulo,
Faz um tempo já que essa classe é nativa no JDK (desde a versão 1.1.6).
Ela fica dentro do mesmo pacote (sun.jdbc.odbc).
Nas versões antigas, em vez do rt.jar, o arquivo se chamava classes.zip (parecido com o driver da Oracle, mas não é).
Lá dentro tinha a classe JdbcOdbcDriver.
[]s
|
|
|
|
|
Existem várias. Conheço o Visual Age e o WSAD. Muuuito bons!
|
|
|
|
Paulo,
Não fiz nenhum configuração adicional no Tomcat. Não coloquei nada no lib.... e funcionou.
Ambiente:
Conectiva Linux 8 e Windows 2000 Server com JDK 1.4.0 e Tomcat 4.1.12
Por quê?
O JDK fornece o driver de banco de dados de ponte Jdbc para Odbc a fim de permitir que qualquer programa Java acesse qualquer fonte de dados Odbc. O driver é definido pela classe JdbcOdbcDriver do pacote sun.jdbc.odbc.
Se o JDK fornece esse drive nativamente e o Tomcat faz uso do JDK, então este último deveria reconhecer automaticamente o driver e interpretar corretamente o arquivo .jsp (digo isso porque joguei o arquivo .jsp no Tomcat que acabei de descompactar e funcionou).... ponto.
O que você falou sobre o conector está perfeito, mas acho não se aplica ao driver da Sun que faz a ponte Jdbc-Odbc pois este, é nativo do JDK. Me corrija se estiver errado, mas ele só precisaria realizar essa operação - colocar o driver Jdbc ou conector do Banco de Dados no lib da aplicação - se o driver não fosse nativo do JDK. Por exemplo se ele quisesse trabalhar com MySQL. Aí teria razão colocar o driver no lib.
Por favor, mais uma vez, se escrevi alguma besteira me corrija.
[]s
|
|
|
|
Arquivos com a extensão .jar você, geralmente, roda assim:
java -jar nomedoarquivo.jar
Não clicando duas vezes...
Quanto a applets e/ou servlets, o que você tentou fazer?
Você que desenvolveu os applets/servlets?
Como você tentou rodar applets? E servlets?
[]s
|
|
|
|
Está faltando o servlet.jar no CLASSPATH.
O compilador não está achando esse pacote ("import javax.servlet.http.*;").
[]s
|
|
|
|
Statement stm = conn.createStatement("SELECT desc_categoria FROM categorias");
Erro: Você está passando um número de argumentos inválido para esse método.
Dica: Esse método não aceita uma query como parâmetro. Na documentação da API você encontra os detalhes do método createStatement.
Você está tentando executar essa query, mas está usando o método errado. É como tentar pregar um prego e ao invés de utilizar um martelo está usando uma chave de fenda. O método para executar a query é o "executeQuery" do objeto "Statement".
Após executar o método "createStatement" sem argumentos (que é o padrão):
Statement stm = conn.createStatement();
Aí sim você executa a query:
stm.executeQuery("SELECT desc_categoria FROM categorias");
Só que esse método retorna um ResultSet. Então você terá que guardar o retorno desse método em um ResultSet, por exemplo:
ResultSet rs;
rs = stm.executeQuery("SELECT desc_categoria FROM categorias");
Aí é só percorrer o ResultSet para ver os valores da sua tabela...
Outra dica: na documentação da API, procure sobre a classe ResultSet. Tem um descritivo como utilizá-la certinho. Muito legal o descritivo. Pode ajudar bastante.
Espero ter ajudado em vez de complicado...
[]s
|
|
|
|
Normal, deveria ter funcionado...
Engraçado que para a aplicação está funcionando, para o JSP não. Tudo está na mesma máquina correto?
Tem como mandar o seu CLASSPATH e PATH? O SO é win ou Linux?
|
|
|
|
Esse erro... não tem um driver.
Testei os dois códigos na minha máquina. Funcionaram sem problemas.
Qual a versão do Tomcat e do JDK que você está usando?
|
|
|
|