[OSM-talk-fr] JOSM et Chromebook

Jeu 23 Jan 02:54:05 UTC 2020

Je n'utilise pas ChromeOS, mais je trouve bizarre qu'il n'y ait pas de JRE
porté pour cet OS, même si ça oblige et réimplémenter certains composants
graphiques du JRE pour être compatible avec l'environnement graphique de
ChromeOS, basé sur une VM Java pas tout à fait compatible. Il doit bien
exister des packages Java pour rendre compatible les applis Java avec le
moteur Dalvik VM (je pense que c'est celui-là, comme sur Android; il doit y
avoir des différences notamment sur le JNI, la Reflection, et le contrôle
des paramètres de VM pour la mémoire ou le séquençage et le débogage).
Si je prends l'exemple d'Eclipse, il est utilisé pour générer des packages
pour un divers JRE dont ceux d'Oracle et Android, je n'ai pas vérifié s'il
y avait un ciblage ChromeOS en mode natif (et non seulement en tant que
support pour le déploiement final vers ChromeOS ou avec un émulateur
ChromeOS sur un autre OS supporté par ChromeOS).

Si je prends l'exemple de Dalvik VM, il y a bien un environnement de
développement et d'émulation sur Windows et Linux, dans le cadre du
développement pour Android, et des connecteurs pour faire du débogage à
distance sur un appareil Android connecté par exemple en USB, exécutant
l'application compilée depuis un autre OS sur un PC classique où se trouve
l'environnement de développement (avec de la capacité de stockage, plus de
mémoire, plus de connectivité, plus d'outils et de meilleures performances
et plus pratique à manipuler pour un développeur avec un vrai clavier et
une souris, et même la possibilité de faire compiler sur des serveurs
distants dans un cloud avec des repositories comme GitHub et divers
automates de tests automatiques pour la non-régression, la qualité du code,
la sécurité, l'analyse des composants dépendants, le versionnement et les
recommandations de sécurité pour leur mise à jour ou l'analyse des
problèmes de compatiblité, ou de dépréciation et d'obsolescence, de
certaines API jugées peu fiables ou au comportement non clairement défini
et pas forcément facilement portables, ou devenues inutilisables sans
paramétrage supplémentaire plus fin des permissions ou sans la prise en
charge des exceptions supplémentaires que peuvent retourner certaines API
qui ont été restreintes dans des versions ultérieures).

ChomeOS reste un OS très mineur en comparaison d'Android. Je ne suis pas
sûr que Google maintienne cet OS longtemps, si au final l'objectif c'est
juste d'avoir une base un peu plus musclée montrant ce que fera une future
version d'Android pour les tablettes et d'autres dispositifs (TV
connectées, smartwatches, enceintes connectée, navigateurs automobiles,
etc.). Il pourrait ne plus exister qu'avec son micronoyau Linux et le reste
avec l'environnement Android. en gros Google cherche à faire ce que
Microsoft a abandonné récemment pour Windows. Mais Microsoft va être
exigeant maintenant pour Android, il n'abandonne pas Windows 10 sur les
mobiles et tablettes sans demander à Google d'étendre les fonctionnalités
d'Android. Au final, ChromeOS semble voué à disparaître vers un Android
"standard" et un noyau Linux "tuné" pour lui: c'est une plateforme de
démonstration qui est là pour combler un vide chez Google, mais ça marchera
au moins quelques années encore (la durée de vie des appareils mobile étant
d'environ 3 ans avant que leur batterie lache ou que leur capacité mémoire
et de stockage les rende obsolètes et aussi inutilisables que les anciens
smartphones vendus avec Android 4 ou avant).

Face à Chrome OS, qui vise non pas les mobiles ou tablettes mais les PC
portables (convertibles), il reste encore un "concurrent" sérieux: Windows
10 (même en version bridée "S", que l'utilisateur peut débrider en version
Home sans obligation d'utiliser seulement les applis de Windows Store masi
aussi les applis Win32 classiques). ChromeOS est proposé comme alternative
simple (mais pas forcément moins cher) pour une gamme d'appareils (et du
côté de Microsoft ils ont fait assez fort sur les prix de leurs portables
convertibles Surface). Arrive devant les deux les alternatives chinoises
dont l'OS de Huawei depuis qu'il a été banni du marché Android: lui aussi
se base sur un noyau Linux et réutilise pas mal de composants libres des
univers Linux, Java et Android sans les modifier beaucoup. Et évidemment
aussi Apple avec iOS (mais Apple prend en charge maintenant directement le
JRE standard dans sa distrib de l'OS, et non plus Sun/Oracle comme avant).

Java reste une brique de base "commune" même si le coeur et la liste des
API supportées varie suivant ses distributions (et le reste doit être pris
en charge en chargeant des bibliothèques de compatiblité). L'autre
différence c'est la méthode de déploiement des packages compilés, très
différente avec Dalvik VM qui utilisent un autre format intermédiaire et
qui est recompilé sur la machine Android cible en forme binaire exécutable
au lieu d'utiliser dynamiquement le JIT du JRE Sun/Oracle, sans pour autant
donner un accès direct natif à l'OS sous-jacent sans ajouter dans les
applications des appels à des API de sécurité spécifiques à Android.

Ceux qui achètent un appareil ChromeOS de toute façon savent qu'ils
n'auront pas accès à toutes les applis "Windows" (et JOSM n'est pas à
proprement parler une appli Windows, c'est du 100% Java, sans JNI, avec les
API du JRE au standard de Sun/Oracle et qui marche sur Windows, Linux et
MacOS). JOSM n'est pas encore conçu pour les plateformes mobiles car son
cas d'utilisation c'est pour des modifs plus compliquées que celles qu'on
peut faire dans le navigateur web avec iD, et qui demandent une config
matérielle plus "solide" qu'un mobile ou un ultraportable à la capacité de
stockage limitée (même si question performances et mémoire de travail,
c'est maintenant suffisant : on ne peut pas travailler sur JOSM
correctement avec un stockage virtuel sur le cloud, il lui faudrait des
serveurs d'application spécifiques et ce serait un "doublon" des serveurs
OSM pour iD sur le web).

Le mer. 22 janv. 2020 à 14:33, David Delon <david.delon at clapas.net> a
écrit :

> Bonjour,
>
> Je ne suis pas sûr que la solution proposée par Adrien fonctionne,
> Chrome OS possède sa propre pile graphique, pas compatible avec Java
> pour linux.
>
> J'avais réussi à faire fonctionner Josm sous un Chromebook, avec
> Crossover
> (
> https://mychromebook.fr/crossover-comment-utiliser-les-logiciels-windows-sur-chrome-os/#Les_prerequis_a_linstallation_de_Crossover_sur_Chromebook)
>
> qui m'a permis ensuite d'installer Java et OSM, mais j'avais des
> problèmes de reconnaissance de caractères sur certaines touches.
>
> Le plus simple, si le Chrombook est compatible, est d'activer
> l'environnement Linux sur sa machine (voir
> https://support.google.com/chromebook/answer/9145439?hl=fr) et installer
> ensuite java et josm comme indiquer par Adrien.
>
> David.
>
> Le 22/01/2020 à 13:27, PanierAvide a écrit :
> > Bonjour Thomas,
> >
> > Un Chromebook utilise à priori Chrome OS, une déclinaison de système
> > GNU/Linux, ce sera donc les mêmes commandes :
> > https://wiki.openstreetmap.org/wiki/JOSM/Installation
> >
> > En résumé :
> >
> > - Télécharger depuis le site de JOSM l'archive josm-tested.jar
> > - Installer si ce n'est pas le cas le Java Runtime Environment (JRE)
> > - Lancer JOSM avec "java -jar josm-tested.jar"
> >
> > Cordialement,
> >
> > Adrien P.
> >
> > Le 22/01/2020 à 11:33, Thomas Ruchin a écrit :
> >> Bonjour
> >>
> >> A tout hasard, je pose la question. Est il possible d'utiliser JOSM
> >> avec un Chomebook ? Et si oui, où trouve t on les tutoriels
> >> d'installation ?
> >>
> >> Merci
> >>
> >> Thomas
> >>
> >> _______________________________________________
> >> Talk-fr mailing list
> >> Talk-fr at openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200123/9a08d9c2/attachment.htm>