TazForEver a écrit 1029 commentaires

MAIS PUTAIN VAS-Y FILE MOI UN LIEN !
j'ai pris la JVM de IBM pour ses pseries, c'est la seule que j'ai trouvé et tout ce qui est interface graphique NE FONCTIONNE PAS !

FAUT TE LE DIRE COMMENT ? j'espère qu'en criant tu vas comprendre : sur tout le sujet on est plusieurs à réclamer et se fait tous moinser ... mais vas-y donne des liens ! Y a personne ici qui fait un retour d'expérience sur une plateforme orpheline !

Moi les JVM je peux pas les inventer quand même !

Et pourquoi aucune distribution ne fournit ça ?

déjà essayé, la pluspart de logiciels veulent la version 1.4. Minimum ... avec la sortie de la 1.5, c'est même pas la peine d'y penser.

le JDK 1.3, c'est même pas Java2 ... alors t'es vraiment dans les choux avec

Je ne te blâme pas, et je trouve Jext très sympa. Le fait que tu l'ai écris en Java permet une certaine portabilité. Tu regarderas dans la communauté, beaucoup de développeurs utilise Jext (ou JEdit pour parler du concurrent) et sous Windows et sous Linux/x86.

Sans parler d'intégrisme, j'ai la JVM de Sun sur mon PC : certes je subis, mais au moins quand je tombe sur un soft en Java, je peux le faire tourner. Seulement quand tu sors du monde bisounours de Sun avec ses 5 plateformes supportées, gage de portabilité, ben tu te retrouves comme beaucoup d'entre-nous : pas de JVM de Sun, pas de logiciels. Et là je t'assure, que tout de suite, ce qui te paraissait un point de détail (la license Sun), tu te mets à la haïr et là tu te rends compte que le logiciel libre c'est important. Tu te retrouves aux sources du problème d'il y a 20ans : l'impossibilité de faire fonctionner un programme à tes conditions. Ça je crois que y a beaucoup de personne qui ne le saisissent pas : là on ne parle pas de redistribution ou autre, on dit juste qu'on est confronté à l'impossibilité technique de faire fonctionner. Il ne s'agit de l'habituel "chouette c'est sous GPL, je peux avoir mon programme et le triturer". Sorti de ces 5 plateformes, le logiciel libre tu le vies autrement.

De mon expérience, Java est le seul à poser problème.

Tout ça pour expliquer notre mauvaise humeur et notre agacement vis à vis de Java : nous sommes tout simplement exclus.

que ça soit chiant ou impossible, ça ne change rien pour l'utilisateur final : je ne __peux__ pas utiliser Jext sur ma plateforme.

J'ai vu l'histoire de gcj/gij pour eclipse, franchement, y a pas plus disuasif. Faut être réaliste.

Et si même des gens qui font des logiciels libres en Java, en ont rien à secouer, ça vaut vraiment pas la peine ...

Ça fonctionne que sous Mono ? Peut-être, mais où le problème puisque Mono fonctionne partout, LUI ? Mono travaille activement à la compatibilité et elle est déjà très grande. Les personnes qui portent leurs applic C# vers Linux pourront te confirmer que la migration se fait très rapidement. Et la situation va en s'améliorant.

En attendant, ce sont des applications dignes de ce nom, libres et qui fonctionnent sur un FrameWork libre. Je ne peux pas faire la même chose avec Java, quelque soit la mouture que j'utilise.

Je suis pas fair-play ? mais on ne m'a toujours pas dit comment faire tourner ce genre d'application ?

Mono, ça marche.

en graphique ? avec Mono, je vais tourner des players multimedia, un IDE, une éditeur de blog, un gestionnaire d'album photo, un navigateur de documentation, un petit logiciel d'astronomie, etc ... on peut faire une très longue liste.

Quand on dit qu'on peut pas faire du Java sérieusement sans le truc de Sun, vous affirmez que si. OK, alors comment ? dis-moi comment sans le JRE de Sun je fais tourner Jext (ou tout autre application graphique (et si t'es chaud NetBeans / Eclipse)) ?

SI C'EST POSSIBLE ALORS EXPLIQUE COMMENT, STP !

pour faire clair : ton Jext est de très bonne facture et sous licence GPL. Tu m'arrêtes si je me trompe : Jext à pour vocation d'être un éditeur de code libre et multiplateforme.

Moi je vois le JRE de Sun comme un prérequis pour faire tourner Jext : est-ce que tu as déjà fait tourner Jext sur autre chose que la JRE de Sun ? Le Java-trap décrit par RMS

Si oui, comment ? Moi je suis très intéressé de faire tourner Jext sur mon GNU/Linux@PPC32.

Si non, c'est donc Jext n'est pas utilisable librement, ni multiplateforme aujourd'hui. Le problème étant donc Java et Sun.

en attendant, je fais tourner des vrais logiciels avec Mono et avec JIT sur PPC. Avec Java, c'est 3 bricoles d'étudiants en lignes de commande. Sans la JRE de Sun, point de salut. Ah si, y a bien la JRE de IBM pour ses pseries ... vachement bien, sauf qu'elle bouffe des SIGILL des qu'elle veut lancer un truc graphique et qu'elle n'a pas de JIT.

Donc oui, Mono est plus complet que tout ce que je peux avoir et ne sacrifie pas les performances.

" - le package java.util.concurrent fournit de nouveaux outils pour synchroniser des threads, par exemple des sémaphores"

ça me fait bien marrer : je compte plus les fois où je me suis fait rembarrer parce que n'arrivais à faire ce que je voulais avec synchronized. Notemment les mutex récursifs. On m'enguirlandait comme quoi je pensais mal, que j'avais une conception pourrie, etc ...

Ben là, c'est la claque, Sun m'explique maintenant que leur nouvelle API est trop puissante et trop bien pensée ... qu'elle va augmenter ma productivité. Moi je prends à l'envers, je ne pouvais pas faire ce que mes pthread me permettent partout ailleurs.

Idem pour les enum, etc

Ça vaut aussi pour d'autres points : on nous rabat les oreilles pendant des années que c'est fabuleux, mais cette nouvelle mouture de Java est une grosse claque, un bon vieux retournement de veste ...

peut-être mais ça n'est pas le cas. Mono est bien plus jeune, mais fonctionnel. Donc en attendant, un programme en Java, fut-il libre, tu ne peux rien en faire ça la bazar de Sun.

ben écoute tu vas sur le site de 5 et tu comptes 5 plateformes supportées. C'est ridiculement peu. C'est minable. C'est risible.

sauf qu'en attendant, Mono fonctionne partout. Y a une version PPC avec JIT. Et les autres architectures ne sont pas en reste, mint permet l'interprétation stricte, ce qui te permet de faire du Mono où tu veux. Fais un sondage : les gens qui roulent sur autre chose que x86, tout fonctionne sauf Java

sauf qu'avec Mono, on a une implémentation complète, libre, multiplateforme, performante et on ne dépend pas du bon vouloir de Sun

le massacre ...

sur le papier on peut faire du downsampling sans perte additionnelle avec le vorbis, mais j'ai jamais vu

( Original -> Qualité A -> Qualité B donnerait le même résultat que Original -> Qualité B. Ici la méthode propriété dégrade 2 fois le son original )

moi je vois surtout que gDesklets intègre déjà cette technologie et ça n'est pas du à metacity :)

et ça fonctionne sur 5 plateformes ? Impressionant !

je vendrais ma mère pour passer de 128kB à 256 :/

https://linuxfr.org/~TazForEver/10168.html(...)

comme si Sun en avait quelque chose à foutre : quand tu vois le contenu de Solaris, sans LL, leur OS est vide ! et vu comment il présente ça, je me marre doucement. Bref Sun joue pas le jeu ...

enfin j'en avais déjà parlé ...

enfin quelqu'un avec du bon sens !

Super mais ça ne change rien au problème de base :
http://www.gnu.org/philosophy/java-trap.fr.html(...)

projets libres basés sur Java ne tournant que sur JVM de Sun, pas vraiment libre en somme...

ne sous-estime pas les applications mal conçues qui plantent en cas de connexions TCP/UDP envoyant des données mal formattées ... hors justement nmap balance quelques octets.

Note que ça peut servir de procédure de test :D

ben oui mais bon, si tu veux que personne n'accède à ton serveur, ne le mets pas en ligne ou protège le. Le scan polis, c'est ni plus ni moins qu'un ping étendu.

putain mais vous comprenez pas ou quoi ? c'est quand même tout un monde que vous accéder à des softs libres ou assimilés il faille absolument utiliser le client BK !

pourquoi c'est plus possible de faire des journaux publics ouin !

merci bien. Mais ça ne résout pas le problème du tout :/