Reprise du message précédent :

 
Absolument rien eu non plus sur mon booster.
A part le mal de bras au site d'injection.

 
Je n'ai eu qu'une dose sur les deux car j'avais chopé le covid. Cette dose pfizer m'avait bien fait morfler mais une soirée seulement et 48h après l'injection.
 
La dose de rappel a été faite avec du Moderna, j'ai eu légèrement mal au bras pendant quelques jours (je ne pouvais pas dormir dessus) et, je ne sais pas si c'est lié, des plaques rouges au cou.

C'est lié, j'ai eu la même chose deux fois sur les trois doses.

Des personnes de mon entourage et interrogées, la dose 1 c'était cool, la dose 2 c'est KO pour la plupart (dont moi) et la dose 3 elle pose pas de problèmes.

J'ai essayé un tas de trucs, rien de marche.
Par exemple j'ai essayé une factory method marquée @Bean

Aucun changement.

Ça fait toujours rêver de voir du code Java, il n'y a pas à dire

et euh, c'est quoi les conséquences ?
 
Et sinon, tu n'es évidemment pas fou, juste un peu excentrique je dirais.

1) absolument rien tant que je la donne pas à la psychiatre  
 
2) FOU À LIER QUE J’TE DIS !

Après je n'ai écrit que les 8 premières lignes, toute la merde qui suit a été générée par l'IDE

D'accord, troubles de déficit de l'attention avec hyperactivité, c'est pas exactement une nouvelle chez toi
Ils ont pas encore réservé la pièce capitonnée

Ta classe n'est pas annotée par @Configuration donc ça risque pas de te créer un bean meme en utilisant @Bean.
 
Dès que j'ai un peu de temps je peux te faire un exemple mais là de suite je peux pas trop squatter l'ordinateur

 
Enfin la c'est pas très représentatif, tout le boilerplate peut être éliminé par Lombok devrait juste y'avoir la déclaration des champs

Rajoute @Configuration au dessus de ta classe
edit: grilled

Tu peux poster la classe de config ?
Pour moi, @Bean doit annoter la méthode qui sert à créer l'instance de l'objet dans la conf.
EDIT : grilled²

J'ai déjà fait ça, sans succès.

Si je mets @Component ou @Configuration, j'ai une exception:

Donc la factory method, ça ne marche pas (comme ça en tout cas).

C'est à dire ?

 
Je pensais qu'il fallait fuir Lombok ?

Rah m'a meuf qui est cas contact car elle a déjeuné 1h avec une de ses collègues qui a été testée positive le lendemain
 
Elle devait passer le réveillon chez ses parents
 
Peu de chances qu'elle l'ait attrapé en si peu de temps je dirais mais il ne faut pas jouer avec le feu

Certainement pas

Perso, je n'ai rien contre Lombok, il fait le taf.
 
Par contre Spring IoC, je ne pige pas tout.

La configuration de Spring devrait être faite soit par une classe annotée par @Configuration soit, old school, un fichier XML

Tu nous raconteras  

P'tain en fait je peux pas rentrer chez moi  
 
Je devais rentrer le 1er mais comme elle est cas contact depuis lundi il faut que j'attende le second PCR de lundi prochain  
 
 

 
Je ne suis pas fan parceque le boilerplate est générable par les IDEs.
Et même si ça grève la taille des classes, je préfère avoir le code sous les yeux.
 
Lombok, il faut que l'IDE le supporte et le plugin Maven/Gradle qui va bien et qui génère le code boilerplate.
 
J'ai des traumas sur le code généré après les EJB2/RMI.

je crois que j'ai trouvé ton souci :

package com.machintruc.service;
    import ...
    @Service
    @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public class SFTPHandler implements java.lang.AutoCloseable {
        @Getter
        private final ChainSftpConfig sftpConfig;
        @Getter
        private ChannelSftp channelSftp;
        @Autowired
        public SFTPHandler(@NotNull ChainSftpConfig sftpConfig) {
            this.sftpConfig = sftpConfig;
        }
        @PostConstruct
        public ChannelSftp open() throws JSchException {...} // ouvre une connexion au serveur SFTP
    }

Ligne 11 : tu initialises ta variable sftpConfig dans le constructeur de ton SFTPHandler, sauf que les propriétés sont injectées une fois que le bean est créé, donc après l'appel du constructeur. Si tu l'initialises dans le constructeur, il est évidemment null à cet instant.

Essaie de réécrire ta classe comme ceci :

package com.machintruc.service;
    import ...
    @Service
    @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public class SFTPHandler implements java.lang.AutoCloseable {
 
       @Getter
        private ChannelSftp channelSftp;
 
        @Autowired
        private ChainSftpConfig sftpConfig
 
        @PostConstruct
        public ChannelSftp open() throws JSchException {...} // ouvre une connexion au serveur SFTP
    }

J'ai viré le constructeur qui est inutile vu que ton sftpConfig est @Autowired. Tu peux l'utiliser n'importe où dans ta classe.

J'ai ça, je ne sais pas si c'est ce que tu veux:

Remplacer @Service par @Configuration ne change rien.

Je serai pas aussi affirmatif, on parle d’une heure en face à face non masqué avec une personne qui était déjà contagieuse.

 
Une semaine de plus chez mes parents
 
J'aurais vécu moins de temps à Lyon que chez mes parents cette année

Du boilerplate c'est du boilerplate, ça sert à rien.
J'ai vu aucun IDE qui ne supporte pas Lombok, IntelliJ, Eclipse, NetBeans et VSCode le supportent sans soucis.
Et le plugin Maven Gradle, ben y'a rien à faire à part déclarer qu'on l'utilise.
 
Non vraiment les seuls problème qu'il peut y avoir avec Lombok sont:
1) réorganiser des params de meme type avec un constructeur généré, donc ça compile toujours mais les champs sont pas ceux que tu crois, faut juste faire gaffe, maintenant ça n'arrive vraiment pas souvent, et justement quand tu as un constructeur avec beaucoup de paramètres ça sent pas bon
2) Utiliser @Data sur des @Entity sans savoir que equals/hashcode doit se faire uniquement sur ton ID et non le reste de la classe.
 
Lombok rien que pour @Value/@With, @Log/Slf4J, @Builder et @RequiredArgsConstructor c'est du pain béni pour un projet Java.

 
Elle est bizarre la conf.
Dans Spring IoC avec le scope Singleton (typiquement sur un service comme celui-ci et qui est celui par défaut), on ne peut pas avoir plusieurs instances de la même classe dans la registry. Sauf à leur donner des noms différents.
Essaye la suggestion d'Harko, ça me paraît bien.

 
Avec les dernières versions de Java, y a quasiment rien qui ait encore vraiment un intérêt.
Et pour @Log/Slf4J, j'ai un live template IJ, ça me coûté autant.
 
Pour moi, Lombok c'est le cran de trop dans la magie.
Mais je comprends l'attrait.

package com.machintruc.service;
    import ...
    @Service
    @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public class SFTPHandler implements java.lang.AutoCloseable {
        @Getter
        private final ChainSftpConfig sftpConfig;
        @Getter
        private ChannelSftp channelSftp;
        @Autowired
        public SFTPHandler(@NotNull ChainSftpConfig sftpConfig) {
            this.sftpConfig = sftpConfig;
        }
        @PostConstruct
        public ChannelSftp open() throws JSchException {...} // ouvre une connexion au serveur SFTP
    }

package com.machintruc.service;
    import ...
    @Service
    @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public class SFTPHandler implements java.lang.AutoCloseable {
 
       @Getter
        private ChannelSftp channelSftp;
 
        @Autowired
        private ChainSftpConfig sftpConfig
 
        @PostConstruct
        public ChannelSftp open() throws JSchException {...} // ouvre une connexion au serveur SFTP
    }

Apparemment, il n'est pas recommandé de mettre Autowired sur les propriétés membres de classe, il vaut mieux le mettre sur le constructeur, afin d'empêcher un utilisateur de faire un new, et aussi parce que ça évite l'usage de la réflexion qui ralentit un peu les démarrages.
 
Mais si je fais ça, j'ai une erreur de compilation "sftpConfig might not be initialized", mais ça donne un indice que ChainSftpConfig doit être managé par Spring d'une manière ou d'une autre, donc annoté @Configuration ou @Component, je pense.

 
L'inconvénient d'@Autowired les membres d'une classe, c'est que c'est moins simple de mocker.
Effectivement, soit tu passes manuellement un ChainSftpConfig manuellement dans une classe de configuration:

 
Dans ce cas, il faut virer l'annotation @Service de la classe SFTPHandler pour éviter que Spring instancie avec le scan package et avec le bean créé manuellement.

Oui, j'ai fait un truc à l'arrache pour t'aider à cerner ton souci, mais normalement j'aurais du écrire ça :

...
private final ChainSftpConfig sftpConfig
...
 
public SFTPHandler(ChainSftpConfig sftpConfig) {
   this.sftpConfig = sftpConfig;
}

En fait ton souci, c'est juste que ton constructeur n'a pas besoin d'@Autowired

Ben bien sur qu'il est managé, ça fait 2 jours qu'on te dit que ta classe de config doit être annotée

Bordel c'est la journée : mon hôte pour nouvel an qui est cas contact

J'ai réussi à changer l'anode de mon chauffe-eau \o/
ca fuit pas \o/
En fait c'était pas la peine l'autre n'était qu'à moitié consommée /o\

Ca s'étend à vitesse grand V. Plusieurs confirmés Omicron dans la famille.

Oui, on a de plus en plus de positifs et cas contact dans notre entourage (pro et perso).
8 positifs sur 10 jours glissants au taf de ma femme (sur une boîte de 30/40 personnes).
Elle passe en tt dès lundi (c’était jamais arrivé depuis le début de la pandémie).

Comme je disais, il ne s'agit plus de savoir si on va y passer mais quand.

Suffit de faire les gestes barrières. Ou de ne plus voir personne.

Pour les “papas”: https://locorico.fr/produit/10-adaptateurs-brio-duplo/

Mai wai