Probleme de démarage d'un programme Java

Euh, c'est un peu alambiqué, là... Dans le main il faut avoir l'instruction pour afficher Instal (une JFrame, je suppose), donc
new Instal().setVisible(true);
semble correct.

Par contre, par la suite, je ne comprends plus grand chose... Pourquoi un JTextField là... normalement il devrait faire partie de ta JFrame et la méthode initComponents() devrait elle aussi être appelée après le new Install() et avant le setVisible(true).

++

Explique un peu plus... Je pense que NetBeans (tout comme Eclipse) devrait avoir un Wizard de création d'une JFrame. Commence déjà par ça, exécute le code généré pour afficher la JFrame vide et rajoute du code au fur et à mesure pour l'enrichir. Ou bien, si ce n'est pas super long et si àa compile sous Eclipse, poste le code entier, j'essaierai de corriger entre deux clopes :-)

Re,

Ben, il faut faire attention au path... Je te colle en exemple un tit fichier qui s'imprime tout seul à la console:

import java.io.BufferedReader;
import java.io.File;
import java.io.FileReader;
import java.io.IOException;

public class X {

	/**
	 * @param args
	 * @throws IOException
	 */
	public static void main(String[] args) throws IOException {
		File f = new File("./src/X.java");
		BufferedReader bf = new BufferedReader(new FileReader(f));
		String curLine = null;
		while ((curLine = bf.readLine()) != null) {
			System.out.println(curLine);
		}
	}
}

Tu remarques qu'il n'y a pas de déclaration package. Avec une déclaration de package, cela deviendrait:

package tests;
import java.io.BufferedReader;
import java.io.File;
import java.io.FileReader;
import java.io.IOException;

public class X {

	/**
	 * @param args
	 * @throws IOException
	 */
	public static void main(String[] args) throws IOException {
		File f = new File("./src/tests/X.java");
		BufferedReader bf = new BufferedReader(new FileReader(f));
		String curLine = null;
		while ((curLine = bf.readLine()) != null) {
			System.out.println(curLine);
		}
	}
}

Pourquoi le ./src/X.java? Parce que je l'exécute depuis Eclipse, et Eclipse a un folder src pour les sources (.java) et un autre folder (bin) pour les classes. A l'exécution, je lui dis de partir du répertoire courant (racine), de décendre dans les sources et d'imprimer X.java. Du coup, pour répondre à ta question, tout dépend du comment tu exécutes ton code (i.e. quel est le dossier correspondant au "." dans mon exemple ci-dessus). Une fois que tu sais ceci, ce sera facile de configurer (par un path relatif) l'accès à ton "comm.jar".

++

Euh... là je te penserais d'interroger la variable système "java.ext.dirs" et de prendre sa valeur, car tout le monde n'installe pas la JRE dans C:/Program Files/Java/jre1.6.0_07 - il faut deux conditions:
1. Laisser Java s'installer là où il veut
2. avoir la version 1.6 update 7 installée
pour que ton chemin en dur soit bon. Exécute ce petit exemple pour voir plus clair:

package tests;

import java.io.IOException;
import java.util.Properties;

public class X {

	/**
	 * @param args
	 * @throws IOException
	 */
	public static void main(String[] args) throws IOException {
		Properties p = System.getProperties();
		for (Object key : p.keySet()) {
			System.out.println(key + " ==> " + p.getProperty((String) key));
		}
	}
}

Par contre je voudrais savoir si java.library.path et java.ext.dirs sont les direction respective de jre/bin/ et de jre/lib/ext/: Oui.
Si c'est le cas es-qu'il y a un code pour jre/lib/ simplement?: Non, mais tu peux le déduire en éliminant le "ext/" à la fin de la valeur de la variable java.ext.dirs. Comme il n'est pas possible de modifier cette variable à l'installation de la machine virtuelle, la valeur de java.ext.dirs sans le ext/ à la fin sera appropriée pour ce que tu veux.

Par contre, je me demande ce que tu veux traffiquer en installant des jars à cet emplacement... Primo, ce n'est pas recommandé, secundo si l'utilisateur réinstalle son JRE tes jars ne seront plus pris en compte...

Et tu ne peux pas livrer ces 3 jar avec l'appli RS485 (en tant que bibliothèques)? Comme cela, plus de souci lors d'une mise à jour du jre.

Muchas gracias, hombre :)

Ben cela ne change pas la question: pourquoi ne pas livrer les 3 fichiers avec l'appli RS485 sans les copier dans un dossier sous la hiérarchie java?

Salut,

Exemple de classe dérivée de JFrame avec un main:

import javax.swing.JFrame;

public class Sample extends JFrame {
	private static final long serialVersionUID = 1L;

	public static void main(String args[]) {
		try {
			Sample frame = new Sample();
			frame.setVisible(true);
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

	public Sample() {
		super();
		setBounds(100, 100, 500, 375);
		setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		//
	}
}

==> vérifie que tu peux bel et bien exécuter ce code. Si tu peux, modifie ton code pour avoir cette structure.

Remarque:

        new Instal().initComponents();
        new Instal().setVisible(true);

ceci est incorrect, il faut instancier une seule fois! Exemple:

        Instal inst = new Instal().initComponents();
        inst.setVisible(true);

Mais probablement il faudra également d'autres corrections à part celle concernant l'instanciation...

Ca dépend de ce que tu veux; en général, non, pas besoin d'avoir des static inutilement. Les TextField de ta JFrame, par exemple, ne doivent pas être static.

Il y a un souci avec tous les bouts de code que tu postes: je en comprends pas grand-chose, car il me manque le contexte. En tout cas, voici mon exemple antérieur avec un JTextField rajouté à la JFrame et la récupération de sa valeur; rien n'est static, comme tu peux le constater, à part la déclaration main() et le serialVersionID, rien n'est static. Remarque: tu n'est pas obligé d'avoir le comportement applicatif entièrement dans le constructeur - je l'ai mis là par commodité et pour faire simple.

***********

import java.awt.BorderLayout;
import java.awt.FlowLayout;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;

import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
import javax.swing.JPanel;
import javax.swing.JTextField;

public class Sample extends JFrame {
	private JTextField textField;
	private static final long serialVersionUID = 1L;

	public static void main(String args[]) {
		try {
			Sample frame = new Sample();
			frame.setVisible(true);
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

	public Sample() {
		super();
		setBounds(100, 100, 500, 375);
		setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

		final JPanel panel = new JPanel();
		final FlowLayout flowLayout = new FlowLayout();
		flowLayout.setAlignment(FlowLayout.RIGHT);
		panel.setLayout(flowLayout);
		getContentPane().add(panel, BorderLayout.SOUTH);

		textField = new JTextField();
		textField.setColumns(20);
		panel.add(textField);

		final JButton renameColumnButton = new JButton();
		renameColumnButton.addActionListener(new ActionListener() {
			public void actionPerformed(ActionEvent e) {
				JOptionPane.showMessageDialog(Sample.this, "Value in JTextField is: " + getTextField().getText(),
						"Just a sample", JOptionPane.INFORMATION_MESSAGE);
			}
		});
		renameColumnButton.setText("Show value");
		panel.add(renameColumnButton);
		//
	}

	protected JTextField getTextField() {
		return textField;
	}
}

Et aussi:

choix = new javax.swing.JTextField () ;
var = choix.getText();
i = Integer.decode(var);

s'il s'agit d'un JTextField dans ta JFrame, ça ne peut pas faire sens: ton "new" devant est en cause. Supposons que ta JFrame est déjà affichée et que tu as une méthode

protected JTextField getTextField() {
	return textField;
}

comme dans l'exemple ci-dessus; change tout simplement

String var = getTextField().getText();
i = Integer.decode(var);

dans ton code; ce code devra s'exécuter après l'affichage de la JFrame.

Dans ton main, tu auras
MonJFrame appli = new MonJFrame();

ensuite, toutes les références à MonJFrame passeront par la variable (instance) appli.

Exemple:
appli.init();
appli.setVisible(true);

etc.