Discussion :

[Gugelhupf]

C'est un jeu sous forme d'Applet ? C'est peut-être le navigateur qui bloque.

[espresso]

IE GG Chrome et MF étaient tout les trois bloqués.
Mais j'ai baissé d'un niveau comme tu le dis. effectivement, ça fonctionne en attendant une nouvelle mise à jour.

Merci

[javan00b]

99% des bugs c'étais des problèmes de sécurité lié au applets, c'étais vraiment une grosse farce la facon dont tout le monde ont pointé java du doigt en 2013.

J'aurai meme pas peur de rouler java 8 en prod dès Juin.

[bruneltouopi]

Non ce que je dis est que depuis que Oracle a racheté Sun j'ai comme une impression qu'ils veulent planter le langage java.
-Trop de failles de sécurité
-Mise à jour lent
-Trop long pour passer d'une version à un autre.

Je me dis que si ce langage n’était pas déjà assez populaire Oracle l'aurait planté à coup sur.Il est aussi clair que l'arrivée d'Android fait un très grand bien pour l'utilisation de Java.

Je developpe en Java mais j'aimerai qu'Oracle fasses plus d'efforts et y mettent en peu plus de sérieux quant à la résolution des bugs qui minent java depuis ces derniers temps

[3logy]

99% des bugs c'étais des problèmes de sécurité lié au applets, c'étais vraiment une grosse farce la facon dont tout le monde ont pointé java du doigt en 2013.

J'aurai meme pas peur de rouler java 8 en prod dès Juin.

Bon sont ils maintenant fixés dans Java 8 ou pas?

Mais bon c'est avec beaucoup de joie que j'attends Mars prochain moi.... a moi JavaFx et e(fx)clipse.... wow je vais me régaler

Mais 2013 Oracle nous a quand même fait une belle quenelle a la tasse de café, avec tout les problemes de sécu de la sdk7

[youx21]

J'ai un projet de gestion que j'ai développé en Java 6 (JEE, swing, multip poste, accès bdd), et très rapidement après sa sortie je suis passé en version 7 sans problème, offrant des nouveautés avec io assez intéressante. Je vais tester la version 8 pour voir si toutes mes fonctionnalités passent sans trop me faire de souci. Quand à exploiter les futurs fonctionnalités Javafx, on va attendre un peu et préparer le terrain dans le projet mais sa va être sympa.
Bref, qu'il la sorte, les bugs seront trouvés... et corrigés! na
Mais c'est clair que pour des appli serveurs, ou en production chez le client (déployé), je ne metterais pas de Version 8 avant plusieurs mois...

[Fr001]

J'ai passé des heures sur ce message Java (Win7, Chrome & IE) :
- tripoté la sécurité dans tous les sens, exploré le web et des dizaines de messages ...
- dont la page pointée qui a débuté cette longue recherche infructueuse
- toujours pas réussi à faire tourner ne fut ce que des applets en exemple d'Oracle même
- ça arrive aussi sur des sites de temps à autre.

Ce qui m'étonne c'est que de pareils blocages perdurent tant ... tout le monde abandonne après quelques heures d'essais ? J'ai 66 ans , commencé en mécanographie en 1970 sur Gamma10 Bull avec les cables et 64 instructions assembler dans 2K de mémoires ... et rale toujours autant quand ça merde , heureusement plus pour une cloture comptable.

Quant à la sécurité du système elle est effectivement parfaite quand la sécurité bloque toute l'application (applet) dès le départ en "délivrant" un message en 6 chiffres ... introuvable L'humour binaire reste totalitaire.

Par ailleurs félicitation pour ce site et tout ce que vous faites.

(Sinon je dévelope en Java avec Unimozer qui est bien ludique par son déficit en doc )

[Fr001]

Cette messagerie perd l'intitulé ?
Mon dernier message était adressé à @espresso @Traroth2
(applet bloquée par les paramètres de sécurité.)

[Francis Walter]

TLS 1.2 sera activé par défaut dans Java 8
Le modèle mémoire du langage pourrait être révisé

La sécurité du module de communication de Java a longuement été critiquée par les développeurs ces dernières années. Cette nouvelle décision d’Oracle viendrait renforcer ladite sécurité. Elle sera activée dans le kit de développement Java 8 (JDK 8) par défaut. Elle permettra ainsi de crypter les communications sur Internet.

Les développeurs Oracle ont déclaré dans un billet de blog que « TLS est conçu pour crypter les conversations entre deux parties et d’assurer que d’autres ne puissent ni lire ni modifier la conversation. Lorsqu’il est combiné avec le certificat d’autorisations, un bon niveau de confiance est établi, nous savons qui est à l’autre bout de la conversation et la conservation est protégée contre l’écoute ou la modification ».

Pour rappel, TLS (Transport Level Security) est un protocole de sécurisation des échanges assez populaire sur Internet. TLS 1.2 a été introduit dans Java 7 en 2011, mais n’était pas activé par défaut. Cette version est déjà supportée par Windows 7, Internet Explorer 9 et versions suivantes, .NET et Chrome. Elle sera supportée par Firefox 27 à partir de février. Elle était activée par défaut sur les serveurs sockets, mais désactivée au niveau des clients.

Par ailleurs, la plateforme Java pourrait également bénéficier d’une révision importante de son modèle mémoire. Doug Lea, spécialiste de la programmation concurrente, a tout récemment publié ses premières propositions pour le JEP 188 (JDK Enhancement Proposal). Ces propositions se basent sur la programmation concurrente pour la prochaine version du JDK. Cette amélioration est une première depuis 2004.

Les propositions faites concernent principalement le modèle mémoire. Elle voudrait le démêler et l’adapter à celui du C11 et C++11 de même qu’une amélioration du support par les JVM des outils pour les architectures à accès mémoire non uniforme (NUMA) et une meilleure étude de la mémoire. Si les efforts aboutissent avec succès, assez de bugs pourraient être corrigés sur la plateforme. Le nouveau modèle peut être utilisé pour revoir le cahier de charges de Java et améliorer ses implémentations.

Oracle a annoncé qu’il publiera Java le 18 mars prochain, même si cette version contient encore des bugs. La Release Candidate du JDK 8 est disponible depuis le 23 janvier dernier.
Source : Blog Oracle, Fork Join

Et vous ?

Qu’en pensez-vous ?

[lmarot]

TLS 1.2 sera activé par défaut dans Java 8


Les développeurs Oracle ont déclaré dans un billet de blog que « TLS est conçu pour crypter les conversations ... ».

=> chiffrer, non ?

Pour rappel, TLS (Transport Level Security) ...

=> Transport Layer Security, non ?

[tchize_]

=> chiffrer, non ?

Synonymes:
http://gdt.oqlf.gouv.qc.ca/resultat.aspx?terme=crypter
http://www.larousse.fr/dictionnaires...=crypter#20725

=> Transport Layer Security, non ?

Oui. A la décharge de Francis Walter, le blog d'oracle cité utilisait bien "Level"

[espresso]

Le sujet pour la plate forme yahoo n'est plus d'actualité, yahoo a fermé ses jeux ( ouvert depuis 15 ans ) allant vers une autre plate forme de jeu plus évoluées, mais payantes.

[Traroth2]

Cette histoire de publication de Java 8 à une date précise m'inquiète, je dois dire. Oracle avait déjà fait la même chose avec Java 7, et les bugs résiduels avaient d'emblée donné une mauvaise réputation à cette version. Sa faible diffusion actuelle, plus de 2 ans après sa sortie, semble indiquer que cette stratégie n'est pas la bonne. Très franchement, on n'est pas non plus à 3 jours près...

[tchize_]

Tu trouvera toujours des bugs, maintenant la question est de savoir où tu met la barre "production ready". Vu l'annonce, moi je comprend que la dernière release candidate leur convient et que c'est celle là qui passera en prod.

Pour le reste, je ne peux pas parler pour tout le monde, mais j'attends bien plus la release java 8 que j'attendais la java 7. Pour moi la java 7 a juste amené l'opérateur diamant, le reste j'utilise comme java 6. J'ai mis du temps à passer à java 7 pour une raison toute conne, les processus que je met en oeuvre impliquent de l'AOP et en général, il y a un certain temps de latence entre la sortie de java et le fait que l'instrumentation à la compilation fonctionne

[Shuty]

Je ne sais pas comment est structuré JDK ni combien de ligne compte le JDK mais les problèmes de sécu sont tout de même très présent et salisse beaucoup la renommé de la firm..

[thelvin]

Pour le reste, je ne peux pas parler pour tout le monde, mais j'attends bien plus la release java 8 que j'attendais la java 7.

En ce qui me concerne le try-with-resources et le String-switch ont pas mal encouragé la robustesse de mes projets, les alternatives étant lourdingues et donc pas très bien faites par les collègues.

Mais j'attends quand même nettement plus le 8 que j'attendais le 7.

Je ne sais pas comment est structuré JDK ni combien de ligne compte le JDK mais les problèmes de sécu sont tout de même très présent et salisse beaucoup la renommé de la firm..

Mais bon, tout ça ça concerne les applets et autres échappements de bac à sable côté client, la plus grosse partie des programmeurs Java n'en ont rien à cirer.
Il y a bien eu le gros fail de parsing double récemment, qui provoquait des DOS super facilement et qui était assez épique, mais on en a eu guère d'autres.

[Logan Mauzaize]

Concernant les failles de sécurité découvertes sous l'air Oracle, il faut tout de même se rappeler que certaines ont été introduites sous l'air Sun. D'ailleurs il me semble que certaines touchaient également Java 5. Surement que le passage sous Oracle aura motivé quelques-uns à trifouiller un peu plus la bête.
Après je ne sais pas comment s'est passé le rachat mais nul doute qu'un certain nombre d'ingénieurs sont les mêmes qui ont officiés sur les précédentes versions de Java.

Quant au rythme d'adoption de Java 7, personnellement les gens y passent plus rapidement que ce ne fut le cas pour Java 5 ou 6. Pour une application métier fonctionnant sur un réseau restreint, il n'y a rien qui motive la montée en version. Surtout quand l'application est "stable" (peu d'évolution). Personne ne va dépenser >50k€ pour un résultat risqué.

Pour ma part, Java 7 aura apporté (en plus de ses nouvelles APIs) le try-with-resources et les supressed-exceptions. D'un point de vue de la robustesse c'est tout de même un grand pas.


Est-ce que j'attends Java 8 ? Pas plus que cela. Il n'arrivera pas sur les projets avant quelques années ...