JMRI: Cartographie Technologique
      D'information le plus actuelle se trouve ici (en Anglais).
      Cette page est la feuille de route pour le développement futur de JMRI, incluant les
      changements de notre utilisation des Technologies Java. Elle est maintenue et mise à jour par
      le biais de la poursuite de la discussion sur la liste de diffusion
      des développeurs-jmri.
      Il y a aussi une page contenant l'historique,
      particulièrement la saga de la façon dont nous nous sommes déplacés vers l'avant pour Java
      1.6 et Java 1.8 à travers une série de changements liés à la plate-forme.
      Versions JMRI
      Cette section décrit les plans (théoriques) pour les versions JMRI à l'avenir. 
      
        
          | Version | 
          Description | 
          Date | 
          JRE | 
          JDK | 
        
        
          | 3.11.* | 
          Série de Développment | 
          
           | 
          1.8 | 
          1.8 | 
        
        
          | 4.0 | 
          Version de Production, point culminant des séries 3.11.* | 
          Juillet 2015 terminé | 
        
        
          | 4.1* | 
          Série de Développment | 
          
           | 
          1.8 | 
          1.8 | 
        
        
          | 4.3.* | 
          Série de Développment | 
          
           | 
          
           | 
          1.8 | 
          1.8 | 
        
        
          | 4.4 | 
          Version de Production, point culminant des séries 4.3.* | 
          Juillet 2016 (fait) | 
        
        
          | 4.5.* | 
          Série de Développment | 
          
           | 
          
           | 
          1.8 | 
          1.8 | 
        
        
          | 4.6 | 
          Version de Production, point culminant des séries 4.5.* | 
          Automne 2016 | 
          1.8 | 
          1.8 | 
        
      
      JMRI pendant et après 2016
      La série JMRI 4.1 * de version test à l'Automne 2015 a continué avec Java 1.8 et le même jeu
      de librairies incluses. Les séries suivantes 4.3.*, au printemps 2016, continueront avec Java
      1.8, mais peuvent impliquer d'autres mises à jour.
      
        - La librairie pour le serveur web Jetty incluse, sera mis à jour
        à la version 9.3.6.
 
        - À un certain moment, nous devons migrer loin de JavaHelp et
        JHelpDev. Au minimum, nous avons besoin de remplacer le
        rendu. Il y a plusieurs
        systèmes d'aide alternatifs disponilbles Oracle Help pourrait être
        un bon choix. DocBook qui a un outil pour générer de multiples formes de documentation est
        également envisagé.
 
        - À un certain point, nous devons actualiser JUnit pour l'actuelle JUnit version 4.12 . Parmi d'autres améliorations, ceci permettra
        l'utilisation de l' assertion par
        mot-clé de Java. Nous aurons besoin d'établir des conventions sur la façon d'utiliser
        cela.
 
        - La technologie d'accès USB a beaucoup évoluée depuis que le support pour certaines
        bibliothèques de bases a été ajouté à JMRI. À un certain moment, nous remplacerons ces
        premières versions de librairie, mais cela cassera certains scripts utilisateurs.
 
        - Notre Méthodologie de connexion est maintenant un hybride
        de connexion natif ( dont certains comprennent les bibliothèques ), Log4J ( notre solution
        initiale ) et SLF4J ( Le plus récent ). Il est probable que nous allons finalement
        simplifier cela.
 
      
      Version Java et Support Système d'Exploitation
      Plus d'information sur les versions Java et les systèmes d'exploitation qui les utilisent est
      sur une 
page séparée.
      
Notes de Migration
      C'est un recueils de notes pour les migrations de code variés en cours ou terminés. Voir
      aussi la section concernée sur la 
migration vers Java
      1.8.
      
      JMRI 3.11 déplacé de JDOM version 1 tonne JDOM la version 2. Cela impliquait un nouveau
      fichier jdom-2.0.5.jar (à la place du jdom.jar précédent) , changements au démarrage et
      construire des fichiers de contrôle, et certains changements de code requis:
      
        - Les classes JDOM 2 sont dans le paquet org.jdom2 au lieu de org.jdom. Ceci demande
        quelques changements pour importer le statuts et les class-references dans le code
        source.
 
        - Le formatage de sortie par défaut est différent, demandant des changements mineurs dans
        la classe XmlFile des routines de sortie par exemple.
 
      
      En plus, JDOM 2 utilise des génériques dans ses paramètres d'entrée et les valeurs
      retournées. Ceci signifie que vous pouvez supprimer cats ( maintenant redondant ) dans de
      nombreux emplacements. Jenkins vale signaler.