lundi 22 mars
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

: JDK 1.4.1 RC ...

Posté par Jean-Marc Spaggiari (page perso, ). Modéré le 24 août 2002.
0

Ca y est, la RC du JDK 1.4.1 est sortie...



Cette JVM va ravir tous les utilisateurs d'eclipse ! En effet, contrairement à la 1.4, il est maintenant possible, avec la 1.4.1 (depuis la bêta) de modifier le code executé de facon dynamique sans avoir à relancer l'application en cours de déverminage débogage. Je vous laisse imaginer le gain de temps !



Pour le reste, je ne vais pas vous recopier le site de Sun, allez y jeter un coup d'oeil...



Note du modérateur : je rappelle pour mémoire le JDK2 n'est pas libre. Cf la licence SCSL.


Node 2 du modérateur : déverminage s'applique à l'électronique et débogage à l'informatique, cf http://www.culture.gouv.fr/culture/dglf/terminologie/base-donnees.html

> Lire les commentaires (27 commentaires, moyenne: 9).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Pas libre...

Posté par Anonyme () le 24/08/2002 à 19:59. (lien). Évalué à 47.

AMHA, le problème n'est pas que le JDK soit un produit propriétaire. Le problème est plus complexe que ça.

Déjà, les APIs du langages sont disponibles, on peut donc théoriquement faire des machines virtuelles compatibles Java (cf plus loin). Mais au vu de l'état d'avancement de certains projets, comme kaffe ( http://www.kaffe.org(...) ), on est en droit de penser que ça doit pas être simple.

Le process d'intégration des nouvelles fonctionnalités aux langages est relativement ouvert (voir cependant les problèmes de l'Apache consortium http://linuxfr.org/2001/06/19/3932,0,1,0,0.html(...) et oui... 19 juin 2001).

Je dis relativement parceque le process, même si l'idée est bonne, découle du problème de reconnaissance de Java. Autant tout le monde peut écrire un compilateur C, autant le fait d'utiliser le nom Java (et donc tout ce qui va avec, j2SE, J2EE par exemple) est protégé.

Un exemple: JBoss ( http://www.jboss.org(...) ) est un serveur d'application 100 % Java (ça, ils ont le droit), basé sur les specs J2EE. Ils ne peuvent pas dire que c'est "J2EE compliant", pour ça, il faut payer Sun pour qu'il le teste. Ce qu'ont fait BEA (weblogic), IBM (Websphere) et tant d'autres.

Je pense cependant que Java une idée pas si mal que ça, même si malgrè l'avis de quelques un de mes collègues, ça aurait pû être mieux pensé.

changelog

Posté par vrm (page perso, ) le 24/08/2002 à 20:37. (lien). Évalué à 12.

<<En effet, contrairement à la 1.4, il est maintenant possible, avec la 1.4.1 (depuis la bêta) de modifier le code executé de facon dynamique sans avoir à relancer l'application en cours de déverminage !>>

heu désolé je vois rien dans le "changelog" à propos de ça :/

j'ai loupé un truc ?

Déverminage...

Posté par calo () le 24/08/2002 à 20:59. (lien). Évalué à 6.

Pourrait-on dire "débogage" s'il vous plaît ?? Je trouve ce mot affreux. ;)

Et en plus « débogage » est le terme recommandé par l'office de la langue française. ( http://www.granddictionnaire.com/index.jsp?idDomaine=1003&idFic(...) )

modifier le code executé de facon dynamique

Posté par Dugland Bob (page perso, ) le 25/08/2002 à 15:08. (lien). Évalué à 7.

Au-delà du fait que Smalltalk le fait depuis 1972 (IBM depuis 1960 avec ses mainframes), c'est finalement pas si compliqué que ça a faire. La principale difficulté de java est que le compilo n'est pas dans l'environement d'exécution doc il faut un protocole entre le compilo et la VM et l'environnement.

J'ai l'impression que si ça n'a pas été fait avant c'est parce que les utilisateurs n'étaient pas trop cultivés et n'ont pas poussé pour l'avoir (en C/C++ c'est pas trop à l'ordre du jour), car les concepteurs de java avaient travaillé sur Self (langage ressemblant à smalltalk mais innovant qd même) et conaissaient smalltalk (Self, les concepts de la VM, le package reflect, et d'autres choses encore).

J'espère que Eclipse possède des inspecteurs corrects sinon tout ça n'est pas très utile (enfin le boulot serait fait à moitié).

Un petit scrinechotte de squeak ( http://www.squeakland.org(...) ) pour la route :
http://nraynaud.com/DEBUG.PNG(...)

ça commence en bas à gauche par la tentative d'appeller une méthode qui n'existe pas dans la variable globale Object


  • Workspace est une sorte de terminal.

  • La fenêtre rose est le débogueur :

    • en haut la pile d'appels,

    • au milieu le code de la méthode courante avec le bout de code courant surligné (pas visible ici car la fenêtre est inactive) ; c'est là qu'on corrige la méthode et qu'on continue

    • en bas a gauche, un inspecteur sur self (l'aquivalent de this en C++)

    • en bas à droite un inspecteur sur le contexte courant


  • La fenêtre à droite est un inspecteur avec en blanc le menu de navigation dans les différentes propriétés de l'objet (la variable globale Object qui est en fait la classe Object comme on peut le deviner par ces propriétés : subclasses, superclass, methodDict ...)



J'aimerais que ceux qui utilisent des langages qui penvent faire ça me montrent un scrinchotte du même type, c'est toujours intéressant à voir, et pas que pour moi. Et la même chose dans Eclipse.

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1258s (dont 0.0125 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !