Eclipse errore CDI

Praticamente la CDI funziona (quindi l'injection di roba etc funziona) ma eclipse vi da' questo "simpatico" errore

Errors occurred during the build. Errors running builder 'CDI (Contexts and Dependency Injection) Builder' on project 'PrimefacesWildfly'. 'java.lang.Object org.eclipse.jdt.internal.core.JavaElement.getElementInfo()'

A cosa e' dovuto? Boh presumo a qualche bug di eclipse perche' come detto funzionare funziona tutto.
Si risolve come? Tasto dx sul progetto => voce di menu CDI => leva la spunta a supporto cdi

Per la cronaca, ho notato che levando la spunta, buildando e RIMETTENDOLA il suddetto errore sparisce fino alla prossima riapertura di eclipse.

wildfly 27 unsupported operation

Wildfly restituisce in fase di avvio (e NON si avvia ovviamente) del tipo 

• wildfly Setting a system-wide Policy object is not supported
• artifact deployment doesn't work with JDK 24 due to unsupported operation
   

Come si risolve? Di solito e' dovuto alla jdk24 che non e' supportata. Colla 17 funziona

Dual Monitor in linux Mint

La configurazione è questa, una scheda grafica NVIDIA con doppia uscita hdmi. Mint che usa il driver nvidia proprietario (scaricato dai repo mint). Attacchi un secondo monitor e xrandr ti dice che ce n'è uno solo. Ovviamente il "enable dual monitor" nel pannello di configurazione nvidia non c'è (c'è solo su windows). Le soluzioni trovate online non servono ad un belino (almeno per me). Io ho risolto passando a nouveau. Ebbene si. Quindi visto che l'unica ragione per la quale usavo mint era per il driver proprietario sono pure tornato a Debian che mi sta più simpatico. Se per voi l'idea di usare nouveau non funziona very sorry io ho risolto così.

Passare a wildfly 27 e java 20 con applicativi j2ee (war/ear sarcazzo)

Intanto scusate perche' era un po' che non scrivevo, ma essendo pesantemente su microservizi c'e' poco da scrivere (seguira' un altro post dove dico cosa ne penso)

Premessa: avete un applicativo j2ee scritto per wildfly 10/18 $sarcazzo con jdk8/11 e funziona.

siccome aggiornare e' necessario (anche se tragico a volte) vi trovate nella situazione che se deployate il vostro applicativo avete una fraccata di errori. E' dovuto al fatto che son passati per puro sadismo da javax a jakarta.

Quindi tutto quello che e' sotto javax semplicemente non funziona.

Come fare a migrare in qualche piccolo semplice passo

1. sostituite tutto quello che e' "javax*" con "jakarta" (si anche la roba sul persistence, sull inject etc)


ho detto TUTTE anche sulle entity! Sui ws, sui dao. TUTTE.
2. AGGIORNATE LE LIBRERIE (soprattutto quelle che generano roba al runtime tipo mapstruct)
3. guardate se il vostro jql fa uso di query implicite (es. from $entity) perche' di default non e' permesso o lo cambiate o aggiungete una property al persistence ( <property name="hibernate.jpa.compliance.query" value="false"/>)
4. testate testate testate e non fatevi abbattere da eventuali errori in console, guardatevi lo stack guardate cosa l'ha causato e passate all'errore successivo...

Windows non riconosce penna USB

Mi si presenta un'amica e mi dice che il computer non le riconosce la penna usb (con le foto di whatsapp fatte dal nipote).
Il mio primo pensiero e' che non fosse in fat32 (tipo il nipote ha una mela o robe simili). Viene portando sia la penna usb che il portatile. Ok.

Attacco la penna usb al suo pc per vedere che razza di errore desse ed in effetti windows mi dice che la penna usb e' brutta, che fa schifo, gli fa male (ok non era proprio questo il messaggio).

Prendo il mio fidato debian e la penna si apre.
Prendo gparted per sentire cosa dice e laconicamente mi risponde "fat32".

Ok. Buco usb guasto. Prendo un'altra penna usb (mia) l'attacco a quella porta usb e funziona.
NON e' la porta usb.

Per sfizio provo un'altra porta usb con la sua penna usb e...


...funziona.

Morale: anche quando funziona tutto windows ci mette del suo per complicarti la vita...

1918 I giorni del coraggio - recensione

---

fonte immagine

---

Allora premetto che sicuramente sono io ad essere ipercritico. Ok?

Bon per cui se siete arrivati fin qui intanto grazie.

Trama del film molto gracilina: nel senso un giovane ufficialetto che ha degli "agganci" (zio generale o giu' di li) si fa assegnare all'unita' di un suo amico. Invece di infrattarsi in fureria si fa sbattere in prima linea per stare con questo tizio che gli broccola la sorella. Arriva un attacco tedesco e muore.
Fine.

Nessun personaggio viene "approfondito" vengono presentati come se tu li vedessi se fossi li in trincea (che potrebbe pure andare bene se fosse un documentario, ma nemmen troppo, nel senso ogni soldato e' una persona con la sua storia i suoi sentimenti, ed e' molto piu' interessante se te li fanno conoscere).

Il film copre TRE GIORNI la scenografia e' sicuramente ben costruita e pure gli effetti speciali. Ma tolti quelli non rimane assolutamente niente.

La sorella "broccolata" si vede solo a fine film per dire.

Quindi, nonostante non si sia lasciato ad andare ad eccessi di iperbole (tipo midway per citarne uno) e si sia mantenuto ad uno stretto realismo, questo realismo è fin troppo eccessivo (per il mio gusto), avrei appunto apprezzato qualche "digressione" qualche approfondimento sui personaggi (almeno quelli principali).

Profonda conoscenza di cosa

---

Link all'annuncio originale

Oggi stavo lurkando un po' per annunci, vi tralascio i soliti (tipo quello che vuole esperienza su tutto lo scibile umano tipo j2ee ed angular - che se uno si dedica ad angular di solito fa frontend, mentre se e' bravo in j2ee di solito e' un backandista ma non cominciamo). Quando mi sono imbattuto in questo...

Java nasce "basandosi" sul C, infatti molti costrutti e sintassi sono simili. Pero' nell'intenzione di chi l'ha sviluppato era di migliorare certi aspetti del C, tra cui i puntatori.
In molto soldoni in C sei tu che allochi (e deallochi) la memoria per una variabile. Se te ne dimentichi possono sorgere problemi.

In Java questa cosa e' gestita automaticamente dal garbage collector, ovvero lo "spazzino" che se serve (e solo se serve) si preoccupa di andare a far pulito della roba allocata ma non utilizzata.

Come dicevo e' un processo totalmente automatico e trasparente, non e' una cosa che un programmatore debba gestire.
Quindi chiedere profonda conoscenza di come funziona il garbage collector "mi fa strano" per il semplice motivo che e' qualcosa che non userai mai, a meno di non andare a lavorare per Oracle...