S olutions
INFORMATIQUE
La technologie Java
est prête à embarquer
Java est une technologie de programmation puissante et fiable. Elle est omnipré- sente sur Internet, dans la téléphonie mobile et sur la plupart des plates-formes électroniques grand public. Ses nombreux atouts séduisent le monde industriel.
Parmi ceux-ci, on notera un principe de fonctionnement à base de machine vir- tuelle, qui garantit la portabilité sur n’importe quel matériel, un degré de sécurité digne des langages spécialisés, et une programmation orientée objet qui favorise la réutilisation des composants et réduit les temps de développement. Certains éditeurs commercialisent des versions de Java pour tous les types d’applications, depuis le contrôle de process industriel jusqu’aux systèmes embarqués critiques.
U
ne tasse de café fumante est forcément apparue un jour ou l’autre à l’écran de tout utilisateur d’Internet. C’est le symbole du langage de programmation Java, créé par Sun en 1994. Sa présence se renforce chaque jour un peu plus sur les pages de nos navigateurs, et il a envahi le marché des ap- plications multimédia pour téléphones por- tables. Cette “explosion” de Java est surtout due à deux caractéristiques totalement inno- vantes à l’époque de sa création. C’est un langage accessible à tous, avec un très grand nombre de développeurs regroupés en une communauté active, et grâce à un concept à base de Machine Virtuelle (ou VM, pour Virtual Machine), les applications s’exécu- tent en toute sécurité quelle que soit la plate- forme matérielle.Ce sont des caractéristiques qui ne sont pas pour déplaire aux industriels. Ces derniers, on le sait, sont demandeurs de solutions li- bres de droits, qui ne dépendent pas de la bonne santé d’une société éditrice, et pour lesquelles des développements sont fré- quemment effectués. Et quel que soit le sec- teur, la sécurité et la portabilité des applica- tions sont des préoccupations importantes.
C’est pourquoi, après avoir fait ses preuves dans le secteur grand public, le langage Java intéresse de plus en plus les industriels. Des éditeurs de logiciels se sont donc spécialisés sur ce créneau en adaptant Java aux multiples
contraintes de l’industrie (applications temps réel ou critiques, coût du matériel, etc.).
Remplaçant du C et de l’Ada ?
Aujourd’hui, les applications industrielles embarquées sont majoritairement dévelop- pées en langage C. Il s’agit d’un langage “as- sembleur” (ou “natif”) qui communique directement avec le matériel sur lequel il est implémenté. Pour rappel, le langage C a été inventé pour bâtir des systèmes d’exploita- tion (ou OS, pour Operating System). Les applications en C sont donc extrêmement rapides et performantes. Cependant, la pro- grammation s’effectue “au plus près” de la machine, si bien que les risques d’erreurs ne sont pas à écarter. La gestion de la mémoire, notamment, pose de nombreux problèmes de débogage pour qui n’est pas un expert de l’assembleur. D’où la naissance des langages
“orientés objet”, tels que Java, Smalltalk-80, Ada, C++ ou encore Visual Basic, qui sépa- rent le comportement (les fonctions des données manipulées). Grâce à ces derniers, le développeur n’a plus besoin de modéliser les process et d’écrire tous les algorithmes.
Il se contente de décrire des objets et la ma- nière dont ils communiquent ou interagis- sent entre eux. Ces langages, à l’inverse de leurs homologues assembleurs, sont prévus pour la conception d’applications, et non pas de systèmes d’exploitation. On se trouve donc à un niveau d’exécution supérieur.
Ainsi, si l’application effectue une opération non autorisée, elle ne “plantera” pas la ma- chine sur laquelle elle s’exécute.
Ada, dans ses versions 83, 95 ou 05, reste aujourd’hui un langage de programmation fortement utilisé pour le développement d’applications critiques ou très fortement contraintes. Très largement répandu dans toutes les industries aéronautiques, militaires ou spatiales, que ce soit pour les équipe- ments embarqués (systèmes de navigation) ou non-embarqués (logiciels de contrôle aérien). Il s’agit d’un langage très avancé en termes de pouvoir d’expression et de fonc- tionnalités. Toutefois, la communauté res- treinte d’utilisateurs fait que, malgré sa ri- chesse, ce langage manque d’outils et de bibliothèques prêts à l’emploi. Il demande des investissements importants en dévelop- pement. Autre frein au déploiement de l’Ada pour les projets aéronautiques : le manque de main-d’œuvre qualifiée. En effet, les éco- les d’ingénieurs qui intègrent des formations au langage Ada dans leurs cursus se font de plus en plus rares. Mais
à l’inverse, des milliers d’ingénieurs sachant développer en Java sortent chaque année des écoles. « On peut dire que l’industrie a atteint aujourd’hui une certaine limite technologique, commente Fred Rivard, président du directoire d’Industrial Software Technology (IST), société éditrice de solutions Java pour l’électroni- que embarqué. Les dé- veloppeurs qui travaillent dans les systèmes temps réel et critiques se rendent compte du problème : il n’est plus possible de
Java est de plus en plus utilisé dans l’industrie
Une application développée en ce langage peut être portée sur n’importe quelle plate-forme matérielle sans recompilation
Des solutions existent pour adapter Java aux contraintes temps réel
L’empreinte mémoire peut être réduite pour les petits microcontrôleurs
Java remplace déjà les langages C et Ada pour certaines applications critiques
L’essentiel
➜
S olutions
continuer à programmer de la même manière qu’il y a 25 ans sur des systèmes modernes, alors que nous sommes passés à l’ère des architectures 32 bits et des processeurs multicœur et que la pression éco- nomique sur les entreprises est de plus en plus forte. »
Java, comment ça marche ?
Le principe de Java repose sur trois grandes idées novatrices : un langage de programma- tion standard, une machine virtuelle pour l’exécution des programmes et un outil autonome de gestion de la mémoire.
Premièrement, le langage de programma- tion défini par Sun fait appel à une syntaxe relativement proche du C. Cependant, il s’agit d’un langage plus rigoureux, qui oblige à “bien écrire”. Mais qui entraîne une réduction des temps de débogage. De plus, étant donné qu’il s’agit d’un langage orienté objet, il favorise la réutilisation de ces objets ou composants d’une application à l’autre.
Ce qui réduit cette fois les temps de concep- tion. Et la réutilisation ne se fait pas unique- ment à l’intérieur d’une société. Elle est
mondiale. En effet, la communauté des dé- veloppeurs Java est très active et travaille constamment à l’élaboration de composants logiciels, de nouvelles bibliothèques de fonctions et d’objets. Tom Grosman, chef de projet chez Aonix, éditeur de solutions Java et ADA pour l’embarqué, souligne notam- ment que « la version 6 de Java contient 20 000 composants environ, contre 15 000 dans la version précédente sortie deux ans plus tôt. » Ceci illustre le dynamisme de cette communauté.
Il apparaît même que ce mode de fonction- nement est le meilleur moyen pour faire accepter un langage de programmation en tant que standard. Comme le remarque Régis Latawiec, directeur des ventes chez IST : « un langage n’a de succès que s’il est utilisé par beaucoup de monde. » Et ceci, Sun l’a bien compris. Car après avoir décidé d’ouvrir les droits d’utili- sation de Java, il en a fait en 2006 une tech- nologie Open Source. Java a été dès lors encore plus accessible et modifiable.
Poussée par
le dynamisme de sa communauté
d’utilisateurs, la technologie Java évolue. Et grâce aux développements effectués pour adapter les machines virtuelles à l’électronique embarquée, une multitude de nouveaux marchés peuvent en bénéficier : contrôle
industriel, applications radar et satellites, contrôle aérien, automobile, aéronautique et spatial en sont quelques exemples.
➜
S olutions
Multimédia et télécoms :
Le langage a commencé à se développer dans ces secteurs car l’adaptation aux nouvelles technologies y est beaucoup plus rapide que dans l’industrie (où le matériel a besoin d’être éprouvé, certifié). On trouve Java dans la plupart des jeux sur Internet et sur les téléphones portables. On le trouve également dans les lecteurs multimédias, les platines DVD, imprimantes laser, etc.
Cela permet aux fabricants d’ouvrir leurs systèmes à des tiers qui développent pour eux de nouvelles fonctions.
Automobile :
Java est de plus en plus utilisé pour les systèmes d’ “infotainment”
(qui regroupent le logiciel de navigation, la gestion du système audio, l’affichage des informations, le réglage des options, etc.).
Le cloisonnement de l’application Java évite que le système ait une quelconque influence sur les organes critiques de la voiture (ABS, airbags ou autres).
Bâtiment et télématique :
Dans ces domaines, Java est principalement utilisé pour sa robustesse. Il s’agit d’applications où un plantage matériel peut avoir des conséquences désastreuses.
Industrie :
De par sa spécification standardisée, Java s’adapte parfaitement aux applications à longue durée de vie. Une application peut être maintenue en fonction très longtemps et suivre les évolu- tions du matériel. De plus, il est tout à fait indiqué pour le développement d’Interfaces Homme Machine car il s’adapte automatiquement à l’écran et au clavier disponibles.
En outre, les bibliothèques graphiques livrées avec Java permettent de réaliser des interfaces très flatteuses, incluant des animations 3D.
Automation :
On retrouve des technologies Java dans certains automates, et dans les “convertisseurs” autorisant le passage du langage Grafcet au langage automate, par exemple.
Transport, défense, avionique :
Ces secteurs qui ont travaillé très longtemps avec des langages très poussés et spécialisés tels que l’Ada commencent à connaître une pénurie d’ingénieurs qualifiés. Ils étudient de près les capacités “safety critical” de Java et les certifications (DO-178B en tête) qui seront bientôt disponibles.
Secteur par secteur : les principaux avantages de Java
Autre caractéristique d’une application Java : elle ne s’exécute pas directement sur le ma- tériel sur lequel elle est installée. Elle est exé- cutée par une machine virtuelle. Il s’agit d’un processeur logiciel, doté d’environ 200 instructions différentes et faisant office d’intermédiaire entre hardware et software.
Pour développer une application, il suffit de faire appel aux bibliothèques fournies avec Java (graphiques pour l’affichage, périphé- riques d’entrée ou de sortie, etc.). Puis, une fois l’application écrite et testée, un compi- lateur se charge de la traduire dans le langage de la machine virtuelle appelé “Bytecode”.
C’est un langage compréhensible par toutes les machines virtuelles. Ce qui en facilite le déploiement : l’application est compilée une seule fois, puis elle peut être déployée sur diverses architectures. Toutefois, une ma- chine virtuelle Java pour PC sera différente d’une machine virtuelle pour un Mac ou une architecture ARM. Mais le fonctionne- ment de l’application reste absolument iden- tique, et ce sans recompilation. D’où le slo- gan de Java : “Write once and run anywhere”
(“écrivez une fois et exécutez n’importe où”). En outre, comme les cibles matérielles peuvent être très variées (en termes de capa- cités de mémoire et de puissance de calcul), les développeurs de Sun ont conçu plusieurs versions de machines virtuelles. Il existe donc trois machines virtuelles standards, différenciées par la taille de leur empreinte
mémoire, par les bibliothèques et le nombre de fonctions intégrées. J2SE (Java version 2 Standard Edition) est la version que l’on re- trouve sur les ordinateurs personnels. J2EE (Java version 2 Enterprise Edition) est réser- vée aux gros serveurs (applications bancai- res, par exemple). Enfin, J2ME (Java ver- sion 2 Micro Edition) est destinée aux équipements disposant de peu de mémoire tels que les téléphones mobiles.
La machine virtuelle comporte un certain nombre de fonctions pour maintenir la sta- bilité du système et garantir les performan- ces. Ainsi, elle intègre un “scheduler”, ou planificateur de tâches, pour le développe- ment d’applications multitâche. Mais la prin- cipale innovation est sans conteste la géné- ralisation de l’utilisation d’un “garbage collector”, ou ramasse-miettes. Il s’agit d’un agent autonome de gestion de la mé- moire qui scrute à intervalles de temps ré- guliers la structure de la mémoire. Il recher- che les objets non utilisés, élimine ceux qui ne servent plus (on dit qu’il les “tue”) et réorganise la mémoire en rassemblant les objets éparpillés (opération de “défragmen- tation”). Auparavant, avec le langage C, le programmeur était obligé de créer et de ré- server des adresses mémoire pour les diffé- rentes valeurs à stocker. Celles-ci n’étaient pas forcément vidées par le programme au cours de son exécution, et une fois la mé- moire saturée, c’est tout le système qui se
retrouve bloqué. Selon certaines estimations, 30 à 40 % des bugs rencontrés dans les ap- plications en C sont liés à des problèmes de gestion de la mémoire. Cela ne prête pas forcément à conséquence sur un PC dispo- sant de plusieurs centaines de mégaoctets de mémoire, mais dans le domaine de l’élec- tronique embarquée les choses se compli- quent. Lorsqu’il s’agit d’écrire un pro- gramme pour un airbag (sur un calculateur automobile) ou pour un oscilloscope (sur un processeur programmable), la gestion optimale de la mémoire revêt une tout autre importance. Ce sont en effet des applications embarquées pour lesquelles aucun plantage n’est tolérable. Et le plus souvent, ces équi- pements ne disposent pas plus de quelques dizaines de kilo-octets de mémoire (voire quelques centaines de kilo-octets).
Pourquoi Java dans l’embarqué ?
Toutes les conditions sont réunies pour que Java connaisse un essor important dans l’in- dustrie au cours des années à venir. Nous l’avons vu, le langage Java accélère les temps de programmation (grâce à la réutilisation de briques logicielles) et de débogage (le langage est rigoureux et la machine virtuelle effectue des vérifications au cours de l’exé- cution). La productivité s’en trouve amélio- rée. Fred Rivard avance que « Java permet d’être 6 à 10 fois plus productif que les langages de type C, suivant le degré de complexité des applications. »➜
S olutions
Rappelons que grâce à la machine vir- tuelle, une application peut être déployée facilement sur des plates-formes totalement différentes. Du coup, cela en fait l’outil de programmation idéal pour la construction d’Interfaces Homme Machine (IHM) : l’af- fichage sera toujours le même, sur un petit afficheur au bord de la ligne de fabrication ou sur le PC du responsable de production.
Avec une application en C, des surprises sont toujours possibles lors du déploiement car les librairies graphiques d’un PC de bureau, d’un afficheur ou d’un Panel PC ne sont pas les mêmes. Cela n’arrive pas avec Java. Enfin, outre sa robustesse (une application Java ne peut pas faire planter le matériel), Java offre aux industriels un niveau de sécurité très élevé : il est possible de valider formellement que le Bytecode Java d’une application ne fait pas d’opération interdite. Une application industrielle qui s’exécute sur une machine virtuelle pourra communiquer avec un ser- veur distant, mais jamais une personne ou une application extérieure ne pourra accéder aux informations contenues sur un ordina- teur ni lancer une autre application. La ma- chine virtuelle est donc le meilleur des pare- feu.
Qu’en est-il du temps réel ?
Les applications nécessitant du “temps réel dur” pourraient sembler quelque peu en reste. Par temps réel dur, on désigne des ap- plications temps réel (aux temps de cycles très courts) à la fois déterministes (on ga- rantit qu’une application ne mettra pas plus d’un certain temps pour être exécutée) et préemptives (on garantit qu’une tâche prio- ritaire sera traitée avant toutes les autres).
Mais il n’en est rien. La décision de Sun de rendre Open Source la spécification Java a donné le signal de départ pour les éditeurs de logiciels spécialistes du temps réel. Les sociétés françaises Aonix et IST développent des machines virtuelles Java capables de ré- pondre aux contraintes les plus fortes. On les appelle machines virtuelles “clean room” : la conception est maîtrisée d’un bout à l’autre de la chaîne, et l’utilisateur n’a aucunes royalties à verser à Sun. Les technologies PERC® (chez Aonix) et MicroJvm® (chez IST) ont plusieurs points communs. Tout d’abord, la résolution temporelle a été améliorée pour que la machine virtuelle effectue des cycles de scrutation très rapides. « Mais la principale évolution par rapport à Java standard porte sur le ramasse-miettes, explique Tom Grosman. En effet, il faut éviter que les ressources du processeur ne soient utilisées pour le vidage de la mémoire alors que des tâches prioritaires sont en attente. Le ramasse-
miettes est donc totalement modifié. Il ne se lance que lorsque le système est disponible et s’interrompt dès qu’une tâche arrive dans le planificateur. Il devient donc préemptif (il laisse l’application prendre la main quand c’est nécessaire) et incrémental (il peut séparer ses tâches en plusieurs morceaux pour les exécuter pendant les courtes périodes d’inactivité du système). » D’autre part, ces machines virtuelles clean room sont modifiées pour tourner sur des OS temps réel. Toutes sont compatibles avec la plupart des OS temps réel du marché (VxWorks, LynxOS, QNX, etc.). Et pour cer- taines applications particulières, il est possi- ble d’installer une machine virtuelle qui remplit également le rôle d’OS temps réel : on parle de machine virtuelle “baremetal”.
Enfin, des interfaces ont été développées pour que des modules C puissent continuer à s’interfacer sur des machines virtuelles clean room.
Grâce à ces machines virtuelles, les indus- triels sont capables de profiter des avantages de Java sans remettre en cause les performan- ces finales de l’application. Cependant, on atteint une limite à mesure que l’on descend vers des systèmes pour lesquels la dimension économique est une donnée majeure, des systèmes peu performants et dotés de peu de mémoire. Un cas standard est 256 ko de mémoire Flash et 64 ko de RAM. La grande majorité des microcontrôleurs et autres cal- culateurs automobiles sont équipés de pro- cesseurs 8 ou 16 bits, et embarquent très peu de mémoire. C’est pourquoi IST a choisi d’orienter une partie de ses recherches dans ce domaine. La société nantaise a développé un système d’industrialisation de machines virtuelles spécifiques. « C’est-à-dire que nous sommes capables de fournir des machines virtuelles à très faible empreinte mémoire, explique Fred Rivard. Quel que soit le type de microcontrôleur utilisé (8051, ARM 7, AVR, etc.), nous offrons une solution sur mesure qui évite au client de monter en gamme de contrôleur, et donc d’augmenter le prix de son système. La plupart de ces MicroJvm® descendent en dessous de 50 kilo-octets. »
Enfin, par l’intermédiaire de ces versions clean room, Java sera bientôt certifiable pour les applications très critiques (“sa- fety critical”, lorsque la vie d’êtres hu- mains est en jeu). « Des groupes de travail ont été créés au sein de la communauté de développeurs Java, commente Marc Richard-Foy, respon- sable des logiciels embarqués chez Aonix.
Ils ont pour objectif de définir les spécifications de Java Temps Réel (groupe JSR 282, pour Java Specification Request 282), et de Java pour les systè- mes critiques (groupe JSR 302). » Les premières versions de ces spécifications devraient être disponibles courant 2008.
Lorsque l’on évoque Java pour l’industrie, certaines opinions perdurent alors qu’elles peuvent aujourd’hui n’être que des préjugés…
“Java, c’est gros”
Il est vrai qu’une machine virtuelle Java standard occupe le plus souvent entre 8 et 10 Mo de mémoire. Cependant, grâce à des technologies telles que la MicroJvm® d’IST, la taille d’une machine virtuelle peut descendre sous la barre des 50 kilo-octets. Il est donc possible de l’adapter à des systèmes économiques, d’autant plus que les outils de développe- ment de Java sont gratuits (Eclipse, Netbean).
“Java, c’est lent”
Il existe de nombreuses techniques d’accélération éprouvées pour que les applications Java puissent s’exécuter quasiment aussi vite que du C (JIT, AOT, Ice Tea®, Jazelle).
Certaines machines virtuelles baremetal “bootent” même en quelques millisecondes. D’autres offrent des temps de cycles inférieurs à la milliseconde.
“Java, c’est pas sécurisé”
La présence de la machine virtuelle offre une protection infaillible contre les agressions venues de l’extérieur. Une application Java ne pourra ni transmettre un virus ni donner accès aux informations d’un ordinateur relié à un réseau. Le
“Bytecode verifier” veille.
“Java, c’est fait pour les jeux vidéo”
Le fait que Java soit très utilisé par l’industrie du jeu vidéo présente des avantages : une communauté de développeurs très active qui contribue à améliorer sans cesse le standard, et l’existence d’un très grand nombre d’ingénieurs ayant appris à développer en Java. Eclipse, l’IDE le plus utilisé (Integrated Development Environment), a été téléchargé plus de 2 500 000 fois en quelques semaines après la sortie de sa dernière version.
Se débarrasser des idées reçues
➜
S olutions
Les enjeux pour l’industrie de demain
L’arrivée des langages de programmation orientés objet dans l’industrie a commencé avec C# (prononcez “Ci-Sharp”), le langage développé par Microsoft pour ses applications .Net (prononcez “Dot-Net”). Mais Laurent Mares, directeur commercial Europe chez Aonix, est convaincu que « Java, non content de pro- poser une puissance proche de celle du C et une sécurité accrue, apportera de profondes améliorations dans les habi- tudes de travail des industriels. » La principale con- cerne les possibilités de maintenance des lo- giciels. Il est possible d’ajouter des fonctions à un logiciel sans se préoccuper de savoir si la mémoire va être saturée, car cela est géré par la machine virtuelle. De plus, un logiciel écrit en Java pourra être modifié longtemps après sa mise en service sans risque d’incompatibi- lité avec le nouveau matériel. Dans les indus- tries où la durée d’exploitation d’un process peut être très longue, il se révélera utile de pouvoir conserver son application logicielle sur de nombreuses années même si le maté- riel est changé plusieurs fois. Régis Latawiec
pousse la réflexion plus loin et fournit l’exem- ple d’« une société qui dispose de deux équipements diffé- rents, A et B, sur lesquels sont installés des machines virtuel- les Java spécifiques. Si au bout de 10 ans l’industriel achète un équipement C (avec sa propre machine virtuelle) et qu’il l’utilise pour développer une nouvelle application, cette der- nière pourra tourner sans distinction sur les trois équipe- ments A, B et C ».
Grâce à cette technologie, il est possible de dissocier totalement les cycles de vie et de développement des matériels et des logiciels.
Le programmeur n’a plus à se soucier des divers changements de processeur ou de sys- tème d’exploitation, des changements pou- vant être initiés par le service des achats (qui a opté pour une plate-forme moins oné- reuse), ou par les bureaux d’études (qui ont besoin de redimensionner le matériel pour ajouter de nouvelles fonctions). Il n’y aura que les drivers de très bas niveau et les BSP (Board Support Package) à changer, mais l’ap- plication restera la même.
Java contribue à aborder la sous-traitance sous un autre angle, particulièrement dans les sec- teurs automobile et aéronautique où le secret industriel revêt une importance capitale. Si un
industriel confie à un tiers l’écriture d’une application pour un calculateur, il n’est pas obligé de lui fournir les spécifications de son matériel. Il peut même ajouter au dernier moment les fonctions innovantes pour pré- server le savoir-faire spécifique à son entre- prise. Il devient possible également de com- mencer à développer une application avant que le choix du calculateur ne soit effectué.
Pour finir, malgré tous les atouts évoqués, le passage des applications “tout en C” ou “tout en Ada” à des applications “tout en Java” ne s’effectuera pas du jour au lendemain.
Heureusement, le principe de la technologie Java autorise une migration en douceur des langages assembleurs vers le langage objet Java. Il est ainsi possible d’installer une ma- chine virtuelle sur n’importe quel équipe- ment, sous la forme d’un plug-in qui appor- tera quelques nouvelles fonctions. Cela ne gênera en rien le fonctionnement de l’appli- cation, et permettra une migration progres- sive des fonctions, lorsque seront pleinement reconnus les avantages de la technologie sym- bolisée par une tasse de café fumante.
Frédéric Parisot
