| Autor |
Mensagem |
|
|
Ok. Dá pra usar o JFormattedTextField , mas será que é possível resolver a questão da superclasse já que JTextComponent não pode ser instanciado?
eu tentei algo como
entre outros e não deu certo. O casting deveria receber um parâmetro JTextComponent onde eu poderia por um JTextField e jogar em "txt" que é um JTextComponent. É possível?
|
 |
|
|
Oi pessoal,
Estava escrevendo uns programas aqui em casa quando lembrei de um recurso que sempre uso em meus programas: uma caixa de texto númérica. Onde o usuário apenas consegue digitar números e evitando assim tratamentos desnecessários. Pensei, então, em como fazê-lo em java, pois é possível fazer en Delphi/Vb criando um evento genérico que impede que caracteres fora so set ['0'..'9',','] não sejam sequer mostrados. Descobri que em java eu, na verdade, deveria fazer uma classe que implementa KeyListener e passar para o JTextField (bem mais elegante). Implementei esta classe e fiquei com algumas dúvidas:
1. Já existe esta implementação ou uma propriedade do JTextField para isso?
2. O teste é feito com o código abaixo:
quando verifico se o texto é um float válido tenho que usar o float com . (ponto) e não , (vírgula). Como resolver isto?
3. O Contructor recebe um objeto JTextField. Tentei passar JTextComponent para servir para outros TextFields (assim funciona só para JTextField) mas não consegui usar e me danei todo tentando fazer um casting válido (tipo getClass) mas nada funcionou. Qual superclasse eu devo passar como parâmetro?
Se alguém puder responder eu agradeço... 
|
|
|
|
Você pode ter instalado algum programa que detonou o seu autoexec.bat.
Pra não ter que digitar -classpath toda hora, você pode colocar isso em um arquivo .bat o diretório do seu .class.
Você roda o .bat antes de chamar java/javac só uma vez.
Depois é como era antes: java Teste.
Cuidado com códigos no autoexec tipo: Path=Arquivos de Programas...
Arquivos de Programa e diretórios com mais de 8 caravteres devem ficar entre aspas senão o resto do path não é lido. Pode ter sido algo assim que aconteceu.
|
|
|
|
Esse tema tá bem detalhado aqui o GUJ, mas resumindo:
Você precisa de:
Eclipse 2.1.2 (não serve outro)
EMF 1.1.1
GEF 2.1.1
VEP
Veja aqui: http://www.guj.com.br/forum/viewtopic.php?t=7363
Com o Eclipse 2.1.2 instalado e estes plugins idem, é só ir em New > Other e no item Java vai aparecer subitens como Swing, Awt para você criar JFrame e outros via Wizard.
|
|
|
|
Na verdade, estava falando de uma classe DAO genérica, com ou sem EJB.
Estive olhando o exemplo de uso do Hibernate e os fontes do GUJ2 e reparei que os DAOs seguem um padrão. Digo, alguns métodos em comun. Era a isso que eu me referia.
Tendo médodos em comum achei que poderia haver uma classs "CustomDAO" ou uma interface para seguir o modelo ou simplesmente é uma prática de programação fazer métodos como "insert", "delete" "getList" etc...
Valeu pela atenção..
|
|
|
|
Existe alguma forma padrão de se fazer uma classe DAO? Quero dizer, métodos insert, delete etc... ou um método que retorne uma lista de registros? Existe alguma classe que possa ser extendida para isso?
Estou fazendo esta pergunta porque andei vendo alguns itens sobre Hibernate e imaginei que poderia migrar uma classe DAO do código SQL para algum tipo de permanência sem que a classe de negócio sentisse nenhuma diferença.
Acho que essa é a idéia, não?
|
|
|
|
Putz! Da forma que você falou achei que fosse alguma ferramenta para layout. 
Valeu!
quando vc pode simplesmente entregar tudo isso nas maos de um bom layout manager
|
|
|
|
|
É impressão minha ou o relógio está atrasado em 1 hora?
|
|
|
|
|
O que é e o que faz um Layout manager? Onde consigo um?
|
|
|
|
Coloque o arquivo firebirdsql-full.jar no classpath (mount) e utilize um código como o abaixo:
[code]
import java.sql.*;
public class TesteIB {
public static void main(String[] args) {
try {
String databaseURL = "jdbc:firebirdsql:localhost/3050:C:/DIRETORIO/ARQUIVO.GDB";
String user = "sysdba";
String password = "masterkey";
String driverName = "org.firebirdsql.jdbc.FBDriver";
try {
Class.forName (driverName);
} catch (java.lang.ClassNotFoundException e) {
System.out.println ("Firebird JCA-JDBC driver not found in class path");
System.out.println (e.getMessage ());
}
Connection conn = DriverManager.getConnection (databaseURL, user, password);
Statement stm = conn.createStatement();
ResultSet rs = stm.executeQuery("SELECT * FROM CLIENTE");
while (rs.next()) {
System.out.println(rs.getString("ID_CLIENTE"));
}
} catch (SQLException e) {
e.printStackTrace();
}
}
}
|
|
|
|
Não entendi bem a pergunta, mas por que não usa o JDBC simplesmente?
No caso específico do NetBeans acho que você deve copiar o Driver JDBC do Firebird para o diretório lib/ext do NetBeans para usá-lo na IDE, mas eu nunca fiz.
Driver:
http://prdownloads.sourceforge.net/firebird/FirebirdSQL-1.0.1.zip
|
|
|
|
Aqui no site do GUJ, em Links, tem o link para o iText. Tem um PowerPoint com um exemplo exatamente sobre isto.
<a href="http://itext.sourceforge.net/docs/pdf-itext-pjug-2003-05-27.ppt"
http://itext.sourceforge.net/docs/pdf-itext-pjug-2003-05-27.ppt
|
|
|
|
|
Esse tema está em outros itens em "Interface Gráfica". Dá uma olhada. Mas já adiantando o VEP que está disponível só funciona no Eclipse 2.1.2.
|
|
|
|
Há pouco tempo aprendi, aqui no GUJ, como editar janelas no Eclipse. Baixei o VE e achei muito bom. Porém, percebi que o código que ele gera é um pouco diferente do que o JBuider e o NetBeans geram. Gostaria de saber por que essa diferença e qual é a melhor forma.
Por exemplo:
No JBuider e no NetBeans
No Eclipse com VE ficou +ou- assim:
obrigado a todos...
|
|
|
|
Na verdade meu problema era a versão do Eclipse (3.0) instalei a 2.1.2 e todos os plugins funcionaram. Já utilizei o VE para criar JFrames. Porém notei uma coisa interessante. Não entendi o porquê da diferença no código. No JBuider e no NetBeans o código ficaria como algo assim:
// Declaração
private JMenuItem miProdutos = new JMenuItem();
// Configurando
miProdutos.setMnemonic('P');
miAbrir.setText("Produtos");
etc...
No Eclipse com VE ficou mais ou menos assim:
// Declaração
private javax.swing.JMenuItem miProdutos = null;
// Configurando e criando um método de retorno deste menu. Por que?
private javax.swing.JMenuItem getMiProdutos() {
if(miProdutos == null) {
miProdutos = new javax.swing.JMenuItem();
miProdutos.setText("Produtos");
miProdutos.setMnemonic(java.awt.event.KeyEvent.VK_P);
}
return miProdutos;
}
etc...
Este tipo de construção se repete para os demais componentes. Por que este diferença?
|
|
|
|