Vous trouverez ici, une liste des nouveautés de la version d'Eclipse Neon RC1 v4.6. Il peut manquer certaines nouveautés. Je les rajouterais au fur à mesure que je les découvre ;-)

Vous trouverez ici, une liste des nouveautés de la version d'Eclipse Neon RC1 v4.6. Il peut manquer certaines nouveautés. Je les rajouterais au fur à mesure que je les découvre ;-)
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 :
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 :