Discussion :

[BBric]

Bonjour, est-ce qu'on peut utiliser l'annotation @PostConstruct en JavaFX
Si oui comment l'activer car dans mon cas elle n'est jamais appelée.
Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public class A
{
	public A()
	{
		System.out.println("A");
	}
 
	@PostConstruct
	public void init()
	{
		System.out.println("init");
	}
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
@Override
public void start(Stage stage) throws Exception
{
    stage.setScene(new Scene(new Group(), 300, 250));
    stage.show();
    A a = new A();
}

[bouye]

Beuuuuuuuuuuhhhhhhh...
Ah c'est du JEE / CDI ?

[BBric]

Non c'est bien en JavaFX. Donc je dois en déduire que je suis à côté de la plaque ? ^^
Ca serait pourtant bien pratique.

[bouye]

Non mais ça je n'en doute pas que c'est du JavaFX, mais a part avoir un moteur d'annotation qui prend ce genre de trucs en charge (ce qui n'est pas le cas de plain old Java SE), les seules choses que je vois quand je cherche @PostConstruct sur Google c'est des trucs en rapport avec JEE ou CDI donc il n'y a rien d’étonnant a ce que cette annotation soit ignorée quand tu n'utilises pas un contexte / framework particulier.

La javadoc est pourtant claire, outre les quelques RARES annotations supportées par Java SE de base, il n'existe que 3 annotation dans JavaFX :

• javafx.beans.DefaultProperty - pour tagger la propriété de base d'un contrôle, ce qui permet d’écrire du FXML sans devoir déclarer la balise (ex: children sur la plupart des gestionnaires de mise en page, généralement pas besoin d'ecrire <children> dans le FXML).
• javafx.beans.NamedArg - ???
• javafx.fxml.FXML - pour tagger les membres et les méthodes du contrôleur FXML pour faciliter l'injection.

[BBric]

Dans l'idée ça me semblait pourtant assez général, mais bon tant pis je ferais sans, merci pour tes réponses.

[rangzen]

Hello,

J'ai eu le même problème, il suffit de créer une méthode dans ton controller :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void initialize();

Cf. http://docs.oracle.com/javafx/2/api/...ml#controllers

[VirgApps]

Salut,
tu peux inclure du CDI dans JavaFX -> https://dzone.com/articles/fxml-java...ered-cdi-jboss mais l’intérêt serait plus pour les injections de dépendances que pour juste un méthode d'init.

[tchize_]

Effectivement CDI fonctionne en javaSE et peux ainsi prendre en charge @PostConstruct .PostConstruct est une annotation java enterprise, comprise par toute une série d'outils faisant de l'IOC (spring, cdi, conteneur ejb, hibernate, ...) et a pour but d'appeler une méthode après que toute les dépendance ont été injectée dans l'objet, avant sa mise en oeuvre. A utiliser donc lorsque l'on instancie pas les classes soit même, mais lorsqu'elle sont instanciée par on conteneur gérant leur cycle de vie. Après dans ces classe tu y fait ce que tu veux y compris du javafx. Mais c'est un peu la grosse artillerie si tout ce que tu cherche c'est un bloc d'initialisation de ta scene

[bouye]

Je suis en train de lire le numéro de sept-oct 2017 du java magazine d'Oracle et ils discutent (page 54 a 62) d'une fonctionnalité de FXMLLoader que je n'avais jamais utilisé pour justement permettre une injection de dépendances pré-initialisation plus aisée : fournir au loader une fabrique a contrôleur.

Le code fourni est un peu bateau (le controlleur est initialise a mano avant le loader) mais l'idee est la (on pourrait le faire dynamiquement via la fabrique).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
package sample;
 
import javafx.application.Application;
import javafx.fxml.FXMLLoader;
import javafx.scene.Scene;
import javafx.scene.layout.VBox;
import javafx.stage.Stage;
import java.net.URL;
 
public class AppMain extends Application {
  @Override
  public void start(Stage primaryStage) throws Exception {
    // Initialized via DI framework
    AppController controller = ...
    URL location = getClass().getResource("app.fxml");
    FXMLLoader fxmlLoader = new FXMLLoader(location);
    // set the ControllerFactory
    fxmlLoader.setControllerFactory(param -> controller);
    VBox vbox = fxmlLoader.load();
    Scene scene = new Scene(vbox);
    primaryStage.setScene(scene);
    primaryStage.sizeToScene();
    primaryStage.show();
  }
}

Pour une post-initialisation par contre je ne vois pas trop mais ils mentionnent

There you have it. The controller instance is fetched from the DI container. This fetch operation varies from framework to framework and, thus, is omitted from the example. You can even apply a lambda expression to define a simple ControllerFactory. Given that the AppController class is now managed by the DI container, you can leverage other features such as methods annotated with @PostConstruct, thus allowing further customizations on the controller. Just remember that any methods annotated with @PostConstruct will be invoked before any @FXMLannotated fields are injected into the controller instance. As a side efect of this setup, the value of fx:controller becomes irrelevant. However, it is still a good idea to specify the actual type of the controller supplied by the DI container, because your IDE will give you hints on the types and names of widgets that can be injected using the @FXML annotations, as well as the names of event handlers supplied by the controller. As an alternative, you could set the controller property directly in FXMLLoader, but I decided to show the factory approach, because that might come in handy for lazily calculating the value.