Présentation
EnglishRÉSUMÉ
Java est de plus en plus utilisé et la tendance pousse à son utilisation aussi dans les systèmes temps réel et embarqués. Toutefois les spécificités de ces systèmes temps réel et embarqués imposent certaines contraintes ou adaptations. Après avoir présenté les principales caractéristiques des systèmes embarqués et des langages de programmation dédié, cet article détaille les spécificités à appliquer à Java pour pouvoir l'utiliser dans ces systèmes.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Xavier CORNU : Ingénieur de l’École supérieure d’électricité (Supélec) - Chef de projet, Trialog - Responsable du projet européen Applying Java to Automotive Control Systems (AJACS)
INTRODUCTION
L’utilisation de Java dans les systèmes embarqués et temps réel présente des particularités, par rapport à d’autres langages, qu’il convient d’analyser. Notamment, il faut porter une attention spéciale à ce qui lui manque pour répondre aux besoins des systèmes embarqués contraints, dans le but de présenter un certain nombre de recommandations.
Aussi bien les programmeurs Java qui s’orientent vers la programmation de systèmes embarqués que les programmeurs de systèmes embarqués qui s’apprêtent à inclure des modules écrits en Java seront intéressés. En effet, pour en faire une solution dédiée à l’embarqué et/ou au temps réel, le langage Java nécessite des adaptations, et parfois le programmeur doit adopter d’autres pratiques de programmation que pour une application Java « classique ».
Cet article trouve son origine dans les conclusions du projet européen AJACS (Applying Java to Automotive Control Systems) initié en février 2000 sur le constat suivant : Java a un succès grandissant dans les systèmes d’information et certains domaines de l’industrie, et intéresse de plus en plus la communauté des programmeurs temps réel et embarqué. Il est apparu que les conclusions de ce projet concernent l’ensemble des acteurs des systèmes temps réel et embarqués (aéronautique, ferroviaire, industrie, etc.). Plusieurs raisons sont à l’origine de cet engouement pour Java. En premier lieu, l’orientation objet facilite la conception de composants logiciels avec des interfaces définies strictement, jusqu’au code source. Ensuite, le langage Java est conçu pour être indépendant de la plate-forme, et donc satisfait aux exigences d’indépendance vis-à-vis du matériel, intéressantes dans une optique d’approvisionnement multisource. Enfin, sa facilité d’apprentissage (on trouve un grand nombre de programmeurs déjà formés) et sa robustesse contribuent à une meilleure productivité et à la réduction des défauts ; elles permettent à l’équipe de développement de se concentrer sur des activités plus « haut niveau » comme la définition des composants logiciels.
L’objectif d’AJACS était de définir une technologie ouverte, basée sur une structuration standard des logiciels embarqués pour l’automobile, qui saurait conserver tous les avantages mentionnés précédemment du langage Java tout en le renforçant sur les points importants que sont le temps réel, le déterminisme et l’adaptation à des milieux très contraints tels que l’on en trouve dans le milieu automobile (par exemple, une unité de contrôle électronique avec 256 ko de ROM et 16 ko de RAM). Ces points importants concernent l’environnement de développement, la programmation système, le « multithreading » et la synchronisation, les exceptions, le modèle d’initialisation des applications, la gestion de la mémoire et l’interface Java/natif. Si ces préoccupations sont encore très en amont pour la plupart des applications automobiles, elles concernent déjà certaines applications multimédias et télématiques dans les voitures et les applications de l’aéronautique ou du temps réel industriel, qui trouveront ici une description de la problématique d’un environnement Java dédié à l’embarqué et/ou au temps réel.
DOI (Digital Object Identifier)
CET ARTICLE SE TROUVE ÉGALEMENT DANS :
Accueil > Ressources documentaires > Automatique - Robotique > Automatique et ingénierie système > Supervision des systèmes industriels > Java dans les systèmes embarqués et temps réel > Interface Java/natif
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
8. Interface Java/natif
L’interface Java/natif est utile dans deux types d’applications :
-
interaction avec un code existant écrit dans un autre langage ;
-
remplacement d’une implémentation Java par un code plus efficace. Par exemple, comme les interruptions doivent souvent être traitées avec une forte contrainte de temps, le programmeur écrit les routines de traitement d’interruptions en C.
Pour faciliter le mélange de code écrit en Java et dans d’autres langages, Sun Microsystems a défini un mécanisme appelé JNI (Java Native Interface) . Toutes les possibilités apportées par la JNI sont exposées ici et les besoins de l’embarqué à son sujet sont discutés. On supposera que le code avec lequel Java va interagir est écrit en C.
8.1 Description des possibilités
8.1.1 Appel d’une fonction C depuis une méthode Java
C’est probablement l’interface la plus utile de la JNI. Elle est utilisée typiquement lorsqu’un nouveau programme, écrit en Java, réutilise des fonctions existantes, écrites en C. Ces fonctions sont appelées des méthodes natives et sont déclarées de la façon suivante :
class HelloWorld {
native void hello ( ) ;
}
L’utilisation d’une telle fonction se fait en six étapes avec la JNI de Sun :
– écriture du code Java qui déclare et utilise la méthode native comme ci-avant ;
– compilation du code Java ;
– utilisation d’un outil Java appelé javah pour générer les fichiers d’en-tête C ;
– écriture de la fonction C en se conformant au prototype déclaré dans l’en-tête. La méthode hello( ) ressemble alors à ce qui suit :
JNIEXPORT void JNICALL Java_HelloWorld_hello (JNIEnv *env,
jobject obj) {
// code...
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Interface Java/natif
BIBLIOGRAPHIE
-
(1) - GUPTA (R.) - Introduction to embedded systems - . UC Irvine (2002). http://www1.ics.uci.edu/~rgupta/ics212/w2002/intro.pdf
-
(2) - * - Spécifications OSEK/VDX. http://www.osek-vdx.org
-
(3) - GOSLING (J.), STEELE (G.), BRACHA (G.) - The Java Language Specification - . Addison-Wesley (2000).
-
(4) - LINDHOLM (T.), YELLIN (F.) - The Java Virtual Machine Specification - . Addison-Wesley (1997).
-
(5) - The Real-Time for Java Expert Group - JSR-000001 – The Real-Time Specification for Java - . Addison-Wesley (2001). http://www.rtj.org
-
(6) - J Consortium - Real-Time Core Extensions for the Java Platform - . Draft 1.0.14 (2000). http://www.j-consortium.org
-
...
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive