
Oracle à décidé de tué les applets Java en les dépréciant à partir de Java 9. Dans le JEP 289, il y est indiqué que les navigateurs web ayant commencé à supprimer le support des plugins Java ...
C’est une mauvaise nouvelle dans le mode Java pour ceux qui utilisent RoboVM pour écrire en Java des applications pour IOS. Microsoft a décidé d’arrêter RobotVM pour Java, préférant se focaliser sur C#!
Il vous reste plus qu’à vous faire rembourser et à réfléchir à une solution alternative. Merci Microsoft ;-(
Vous trouverez plus d’informations chez :
Voici quelques informations non exhaustive EclipseCon 2016
Annonce de « Eclipse Che » l’espace de travail universel depuis le Web :
Microsoft rejoint la Fondation Eclipse en tant que « Solution member »
Quelques annonces sur l’IoT (Internet des objets)
source : https://ianskerrett.wordpress.com/2016/03/11/eclipsecon-wrap-up-eclipse-che-microsoft-and-much-more/
Je vous convie à aller voter pour l’implémentation d’une future fonctionnalité de Java 9 : « JEP 286: Local-Variable Type Inference ».
Cette spécification définie la possibilités d’utiliser ‘var’ ou ‘let’ ou un autre mot clé pour remplacer le type d’une variable quand ce dernier est explicite.
Par exemple le code suivant :
ArrayList<String> list = new ArrayList<String>(); Stream<String> stream = list.stream();
pourrait être écrit sous la forme :
var list = new ArrayList<String>(); var stream = list.stream();
C’est moins verbeux, et plus simple à lire 😉
Attention, les codes suivants donneraient des erreurs de compilation, car le type est indéterminable (en commentaire j’ai mis le message du compilateur Java) :
var x; // (cannot use 'val' on variable without initializer) var f = () -> { }; //(lambda expression needs an explicit target-type) var g = null; //(variable initializer is 'null') var c = l(); //(inferred type is non denotable) var m = this::l; //(method reference needs an explicit target-type) var k = { 1 , 2 }; //(array initializer needs an explicit target-type)
La spécification est sur : http://openjdk.java.net/jeps/286
le vote se passe sur : https://www.surveymonkey.com/r/KGPTHCG
Bon vote …
Dans l’article suivant « Faut-il encore adopter Java pour un client lourd ? » L’auteur semble ne serait ce que par sa question à insinuer que Java n’est plus fait pour créer des applications lourdes à cause sont API pour d’interface graphique vieillissante.
Pour ma part, ayant des clients dans des milieux complètement divers et développant à 80% en Java, je ne peux être d’accord.
Pour faciliter la vie des utilisateurs, je suis régulièrement amené à créer des clients lourds (mot mal choisi, car les applications sont légères au sens des fonctionnalités) en Java Swing et maintenant en Java FX.
De plus l’utilisation des smartphone et tablette si elle c’est généralisé, ne remplace nullement un PC avec sont grand écran (comparer la taille d’affichage d’un écran 22 pouces avec un petit de 6,7,10,12 pouces) sa souris, son espace de stockage sa puissance et son extensibilité …
De ce fait en entreprise l’usage d’un ordinateur est toujours d’actualité et irremplaçable (les petits périphériques, sont bien petits 😉 et les développements pour ces tablettes dans leur intégration dans l’entreprise est minimes.
Une des raisons de ce manque de développement pour les tablettes (hormis les nouveaux services au public) est due à la difficulté de développement pour ces outils ainsi qu’au blocage des éditeurs à qui appartiennent ces systèmes (Apple, Google) :
Les PC (Windows, Linux, Mac …) sont la cible préférée de Java.
Pour les services Web, Java EE est tout désigné. Son problème est qu’il utilise beaucoup de ressources à cause des frameworks. Pour info si vous voulez faire des micros services, je vous conseille de regarder les Servlets purs s(pas besoin d’EJB)
Pour les clients lourds, ce que l’on peut appeler des « Applications » il existe 3 solutions pour faire une interface graphique :
Actuellement l’industrie préfère tous misé sur des services Web, car il maitrise mieux l’intégration (une seule machine serveur à gérer, contre plusieurs pour les clients lourds).
Mais dans le cas ou il faut une application à part entière Java FX est très bonne réponse, sinon Swing l’est aussi à défaut.
Java FX permet de créer des applications « client lourdes » complètes et portables (Mac, Windows, Linux) en utilisant le système d’exploitation qui vous plaît !
Chaque cible (PC, tablette) à ses outils bien a lui.
Faire une analogie de Java avec les tablettes est mal choisie, car ce n’est pas sa cible première (même si des solutions existent « Robot VM » pour convertit du code Java FX pour tablettes ) .
Mais par expérience Java FX permet de créer des applications « client lourd » complètes et portables (Mac, Windows, Linux) sans se soucier des spécificités de chaque système.
La fondation Eclipse vient de sortir une mise à jour d’Eclipse : Mars.2.
En plus des corrections de bogues il y a quelques nouveautés.
Source : https://www.eclipse.org/mars/noteworthy/
Le gestionnaire de source GitHub est un dépôt Git sur le Web. Pour une société privée, cela pose un problème lorsqu’elle travaille sur des sources confidentielles. Rien ne vous protège contre un accès illégal (un mot de passe ce vole). Le mieux est de l’héberger sur son réseau privé, ou sur ses serveurs.
Le logiceil Open Source Gitblit répond à ce besoin.
Cella fait maintenant quelques années je l’utilise depuis Eclipse et que je l’apprécie.
Gitblit est une servlet Java de dépôt Git sous licence Apache 2.0 et open source (Java v7 + ).
Il nécessite un serveur de Servlet v2.5 ou v3 tel que Tomcat v6/7, Jetty v6/7/8, ou autre.
Si vous n’avez pas ce genre de serveur, il existe Gitblit Go un « tout en un » qui contient le serveur de servlet (Jetty) et GitBlit installé pour Window ou Linux ou OSX
Quelques fonctionnalités de Gitblit :
Vous trouverez Gitblit sur : http://gitblit.com/
Des copies-écrans :
Les mises à jour de Java que propose Oracle sont notées « CPU » ou « PSU ».
Ce qui correspond à une partie du numéro de version. Par exemple dans le numéro suivant « Java SE 7u56 » :
Elles correspondent à des rectificatifs de sécurité et sont donc grandement conseillées par Oracle.
Le numéro de version correspondant est toujours impair.
Ces mises à jour sont publiées le mardi le plus proche du 17e jour d’un des mois suivant janvier, avril, juillet et octobre d’après le calendrier Oracle.
En résumé, si Oracle veut sortir une mise à jour de sécurité « CPU » sur une version « 7u56 », ils lui attribueront le numéro « 7u57 ». Si un deuxième rectificatif critique doit sortir, il aura le numéro « 7u59 », s’il y a eu zéro ou au plus 1 mise à jour « PSU ».
Elles correspondent à des rectificatifs de Bug et sont à mettre à jour que si un des bogues rectifiés impact vos logiciels.
Le numéro de version correspondant est toujours pair.
La liste des modifications se trouve dans la note « release notes »
En résumé, si Oracle veut sortir un rectificatif de bogue « PSU » sur une version « 7u56 », la mise à jour correspondante aura le numéro « 7u58 »
Vous trouverez plus de détail sur l’article Oracle suivant :
http://www.oracle.com/technetwork/java/javase/cpu-psu-explained-2331472.html
N’ayant pas trouvé de notes complètes sur la mise à jour d’Eclipse Mars sortie le 20 juin 2015, je vous en propose une.
recherche text plus rapide (facteur de 3 a 4) en utilisant les multi coeur de votre CPU
Amélioration de la complétion dans les pages HTML comportant du JavaScript
CTRL+<espace> vous propose les fonctions de votre page si vous êtes dans une section JavaScript on un parant^tre HTML du type onclick= »… »
Il va même vous chercher les méthodes liées à un objet JavaScript se trouvant dans un fichier Js.
Plus besoin de lire complètement la doc de jQuery pour savoir si une fonction existe
void testNull(boolean b) { Object o = null; while (true) { if (b) o = new Object(); System.out.println(o.toString()); //WARNING NULL de JDT o = null; } }
Eclipse a mis à jour les outils suivants :
nouvelle intégration dans Eclipse de