SDK : Google sort « Artic Sea » pour faire tourner du code natif dans Chrome

Gordon Fowler · 21/02/2011, 08h25

Google sort « Artic Sea »
Un SDK pour faire tourner du code natif dans Chrome

Google voit le futur des applications en 100 % Cloud, ou presque. C'est donc tout naturellement qu'il décide de promouvoir une technologie que d'autres (Mozilla ou Opera) goutent assez peu : permettre d'exécuter du code natif (lié à une machine donnée donc), à travers le navigateur.

L'intérêt pour Google est assez clair. Les applications Web (ou une partie des applications Web) pourront par exemple être écrites en C, mixant ainsi des technologies Web comme JavaScript avec d'autres langages.

En sortant son Native Client (dit « NaCl »), baptisé « Artic Sea » et intégré à la beta de Chrome 10 disponible depuis vendredi dernier, Google a passé une étape supplémentaire. Une étape qui concerne au final plus Chrome OS (le futur système d'exploitation de Google qui s'appuie exclusivement sur les applications Web et les applications distantes) que le navigateur Chrome lui-même.

L'activation de NaCl dans Chrome 10 se fait dans l'onglet "about:flags".

Pour intégrer NaCl, Google a également travaillé pour améliorer l'interface de plug-in : Pepper (dit « NPAP »), issu du projet Netscape.

NaCl connait aussi une version portable (Portable Native Client, ou PNaCl) qui permet de compiler du code en langage machine bas niveau. L'intérêt est d'étendre le champs d'application de la technologie. NaCl est en effet aujourd'hui cantonné aux plateformes x86 (32 et 64 bits). Avec PNaCl potentiellement toutes les plateformes sont visées. Et donc les architectures ARM, plébiscitées pour les terminaux mobiles en pleine expansion.

Google met aujourd'hui l'outil Native Client à la disposition des développeurs (et pas simplement aux développeurs Web) après avoir amélioré la sécurité en ajoutant un bac à sable dans lequel tourne NaCl (en plus du bac à sable inclus dans le client) et le mécanisme de mises à jour.

Le SDK et des démos de NaCl sont disponibles sur cette page

Source

jmnicolas · 21/02/2011, 08h44

Je trouve agaçante cette obsession du tout navigateur, plutôt que du développement natif.

Un navigateur n'a jamais été prévu pour ça et ce genre de bricolages ne va que compliquer, et rendre vulnérable Chrome (et fragmenter les navigateurs entre ceux qui pourront exécuter du code natif et les autres).

Surtout qu'on arrivera jamais à la hauteur d'un développement natif.

Enfin bon, le Cloud on nous le fera avaler de gré ou de force quitte à faire un retour en arrière au niveau fonctionnalités / ergonomie.

YannPeniguel · 21/02/2011, 10h25

En fait, pour résumer, ils ont réinventé ActiveX

H.Pascal · 21/02/2011, 11h19

Google met les moyens en place pour avoir un large eventail de développeurs pour leurs systèmes, y a pas longtemps l'outil de développement NDK pour Android qui permet d'utiliser du code natif, maintenant "Artic Sea" pour Chrome.
Cela insitera surement des développeurs qui jusque là ne s'étaient pas encore lancés, à créer des web apps. Après c'est là justement que leurs performances pourront réellement se rapprocher de celles des apps desktop, ce que je pense aussi notamment, la 3D, pouvoir créer un jeu ou une application utilisant OpenGL ES en C, ça c'est bien ça

Marmot · 21/02/2011, 11h26

Citation:

Envoyé par YannPeniguel

En fait, pour résumer, ils ont réinventé ActiveX

Ah bon, ActiveX était multiplateforme Windows/MacOS/Linux ?

YannPeniguel · 21/02/2011, 12h28

Citation:

Envoyé par Marmot

Ah bon, ActiveX était multiplateforme Windows/MacOS/Linux ?

Bien sur que c'est multiplateforme, si tu fait tourner IE avec Wine, ou un XP sous VirtualBox

air-dex · 21/02/2011, 12h47

Ce "Artic Sea" parait être une belle porte à virus.

gwinyam · 21/02/2011, 13h59

Pour moi, il serait plus intéressant de revoir en profondeur les standards actuels que sont HTML-CSS et surtout JS pour donner de possibilités/libertés aux webapps. Les langages serveurs existants sont déjà amplement suffisants pour faire ce qu'on a envie. Il est dommage de rajouter une nouvelle couche à cet ensemble déjà bien épais alors qu'il "suffirait" de réviser l'existant.

notia · 21/02/2011, 21h35

Citation:

Envoyé par H.Pascal

Google met les moyens en place pour avoir un large eventail de développeurs pour leurs systèmes, y a pas longtemps l'outil de développement NDK pour Android qui permet d'utiliser du code natif, maintenant "Artic Sea" pour Chrome.
Cela insitera surement des développeurs qui jusque là ne s'étaient pas encore lancés, à créer des web apps. Après c'est là justement que leurs performances pourront réellement se rapprocher de celles des apps desktop, ce que je pense aussi notamment, la 3D, pouvoir créer un jeu ou une application utilisant OpenGL ES en C, ça c'est bien ça

Ben ouais, Bravo

, Du coup à quoi cela sert-il
- de s'emmerder à construire des standards (=> HTML5)
- critiquer Flash et Silverlight
- de crier "à bat" ie et ses activex
pour pondre par derrière son propre sdk.

Apres les appli spécial Iphone, spécial Android ou encore spécial WP7, on va rentrer dans l'air des appli spécial Chrome.
Bravo.

nicorama · 22/02/2011, 11h36

Citation:

Envoyé par notia

Apres les appli spécial Iphone, spécial Android ou encore spécial WP7, on va rentrer dans l'air des applis spécial Chrome.
Bravo.

Si ce n'est que le développement avec GWT permet de compiler de façon optimisée selon le navigateur.
Avec un seul développement Java-like, on pourra donc créer du code spécifique à Chrome ultra-rapide, sans effort supplémentaire.

YannPeniguel · 22/02/2011, 13h07

Citation:

Envoyé par nicorama

Si ce n'est que le développement avec GWT permet de compiler de façon optimisée selon le navigateur.
Avec un seul développement Java-like, on pourra donc créer du code spécifique à Chrome ultra-rapide, sans effort supplémentaire.

A ce que j'ai compris, cela n'a rien a voir avec GWT ni même java, il s'agit de fichiers exécutables natifs que tu intègre à tes pages Web coté client.

GWT est un framework Java coté serveur pour le développement Web.

Java est un langage de programmation compilant pour une machine virtuelle, ce qui est encore différent. On peut faire des fichiers exe natifs avec Java si on compile avec GCJ, mais c'est une pratique peu répandue, encore moins dans le cadre du Web.

Si tu regardes les exemples sur le site fourni dans la news, ils les font en C++. Le SDK ne supporte que le C et le C++, pour le moment.

nicorama · 22/02/2011, 13h21

Citation:

Envoyé par YannPeniguel

GWT est un framework Java coté serveur pour le développement Web.

Du tout du tout ! GWT transforme du pseudo-java en javascript, exécuté sur le navigateur et s'intégrant assez bien avec un serveur Java.

En gros, GWT génère un fichier javascript différent et optimisé pour chaque navigateur cible, et pourrait donc créer un fichier pour Chrome incluant du C/C++.

YannPeniguel · 22/02/2011, 13h44

Citation:

Envoyé par nicorama

Du tout du tout ! GWT transforme du pseudo-java en javascript, exécuté sur le navigateur et s'intégrant assez bien avec un serveur Java.

En gros, GWT génère un fichier javascript différent et optimisé pour chaque navigateur cible, et pourrait donc créer un fichier pour Chrome incluant du C/C++.

Tout cela se passe coté serveur. Le client n'a rien à voir avec ça, tu le dit toi même, il ne reçoit que du HTML/CSS/Javascript, et n'a pas connaissance de GWT.

A l'inverse, cette technologie Google fonctionne intégralement coté client et a besoin d'une implémentation spécifique dans le navigateur, cela n'a donc rien à voir

gwinyam · 22/02/2011, 14h47

GWT ne fait pas que générer un fichier Javascript (en x versions selon navigateurs), si il est utilisé un minimum intelligemment, il s'occupe aussi de la partie serveur en permettant de coder une application complète que ce soit la partie serveur ou la partie cliente.

Mais effectivement, Artic Sea n'a rien à voir avec GWT puis que là on parle d'exécuter du code C/C++ dans le navigateur. En lieu et place du Javascript par exemple. A l'instar des ActiveX.

Mobius · 01/03/2011, 11h18

Ca m'étonne que personne n'a encore fait remarquer que l'adoption de "NaCl" risque d'être salée.

21/02/2011, 08h25	#1
Gordon Fowler Chroniqueur Actualités Inscription : juillet 2009 Messages : 2 722 Détails du profil Informations forums : Inscription : juillet 2009 Messages : 2 722 Points : 43 809 Points : 43 809	SDK : Google sort « Artic Sea » pour faire tourner du code natif dans Chrome Google sort « Artic Sea » Un SDK pour faire tourner du code natif dans Chrome Google voit le futur des applications en 100 % Cloud, ou presque. C'est donc tout naturellement qu'il décide de promouvoir une technologie que d'autres (Mozilla ou Opera) goutent assez peu : permettre d'exécuter du code natif (lié à une machine donnée donc), à travers le navigateur. L'intérêt pour Google est assez clair. Les applications Web (ou une partie des applications Web) pourront par exemple être écrites en C, mixant ainsi des technologies Web comme JavaScript avec d'autres langages. En sortant son Native Client (dit « NaCl »), baptisé « Artic Sea » et intégré à la beta de Chrome 10 disponible depuis vendredi dernier, Google a passé une étape supplémentaire. Une étape qui concerne au final plus Chrome OS (le futur système d'exploitation de Google qui s'appuie exclusivement sur les applications Web et les applications distantes) que le navigateur Chrome lui-même. L'activation de NaCl dans Chrome 10 se fait dans l'onglet "about:flags". Pour intégrer NaCl, Google a également travaillé pour améliorer l'interface de plug-in : Pepper (dit « NPAP »), issu du projet Netscape. NaCl connait aussi une version portable (Portable Native Client, ou PNaCl) qui permet de compiler du code en langage machine bas niveau. L'intérêt est d'étendre le champs d'application de la technologie. NaCl est en effet aujourd'hui cantonné aux plateformes x86 (32 et 64 bits). Avec PNaCl potentiellement toutes les plateformes sont visées. Et donc les architectures ARM, plébiscitées pour les terminaux mobiles en pleine expansion. Google met aujourd'hui l'outil Native Client à la disposition des développeurs (et pas simplement aux développeurs Web) après avoir amélioré la sécurité en ajoutant un bac à sable dans lequel tourne NaCl (en plus du bac à sable inclus dans le client) et le mécanisme de mises à jour. Le SDK et des démos de NaCl sont disponibles sur cette page Source
	10

21/02/2011, 08h44	#2
jmnicolas Membre expérimenté Développeur informatique Inscription : juin 2007 Messages : 298 Détails du profil Informations personnelles : Sexe : Âge : 34 Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : Transports Informations forums : Inscription : juin 2007 Messages : 298 Points : 522 Points : 522	Je trouve agaçante cette obsession du tout navigateur, plutôt que du développement natif. Un navigateur n'a jamais été prévu pour ça et ce genre de bricolages ne va que compliquer, et rendre vulnérable Chrome (et fragmenter les navigateurs entre ceux qui pourront exécuter du code natif et les autres). Surtout qu'on arrivera jamais à la hauteur d'un développement natif. Enfin bon, le Cloud on nous le fera avaler de gré ou de force quitte à faire un retour en arrière au niveau fonctionnalités / ergonomie. __________________ The greatest shortcoming of the human race is our inability to understand the exponential function. Albert A. Bartlett La plus grande lacune de la race humaine c'est notre incapacité à comprendre la fonction exponentielle.
	100

21/02/2011, 10h25	#3
YannPeniguel Membre émérite Yann Peniguel Consultant CRM Inscription : septembre 2010 Messages : 446 Détails du profil Informations personnelles : Nom : Yann Peniguel Localisation : France Informations professionnelles : Activité : Consultant CRM Informations forums : Inscription : septembre 2010 Messages : 446 Points : 959 Points : 959	En fait, pour résumer, ils ont réinventé ActiveX __________________ Si vous moinsez, merci de répondre pour argumenter! Ma présentation
	41

21/02/2011, 11h19	#4
H.Pascal Membre habitué Pascal HOAREAU Inscription : septembre 2010 Messages : 40 Détails du profil Informations personnelles : Nom : Pascal HOAREAU Âge : 20 Localisation : Réunion Informations forums : Inscription : septembre 2010 Messages : 40 Points : 102 Points : 102	Google met les moyens en place pour avoir un large eventail de développeurs pour leurs systèmes, y a pas longtemps l'outil de développement NDK pour Android qui permet d'utiliser du code natif, maintenant "Artic Sea" pour Chrome. Cela insitera surement des développeurs qui jusque là ne s'étaient pas encore lancés, à créer des web apps. Après c'est là justement que leurs performances pourront réellement se rapprocher de celles des apps desktop, ce que je pense aussi notamment, la 3D, pouvoir créer un jeu ou une application utilisant OpenGL ES en C, ça c'est bien ça __________________ -Ubuntu Natty Narwhal 64bits -Windows 7 Ultimate 64bits
	00

21/02/2011, 12h47	#7
air-dex Membre Expert Artisan du code Inscription : août 2010 Messages : 604 Détails du profil Informations personnelles : Sexe : Âge : 24 Localisation : France Informations professionnelles : Activité : Artisan du code Informations forums : Inscription : août 2010 Messages : 604 Points : 1 234 Points : 1 234	Ce "Artic Sea" parait être une belle porte à virus. __________________ "Ils ne savaient pas que c'était impossible alors ils l'ont fait." Mark Twain Mon client Twitter Qt cross-platform Windows, Linux et Symbian^3 (en cours de développement).
	10

21/02/2011, 13h59	#8
gwinyam Membre Expert Mathieu ROBIN Développeur Web Inscription : mai 2006 Messages : 1 116 Détails du profil Informations personnelles : Nom : Mathieu ROBIN Âge : 25 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Développeur Web Secteur : High Tech - Opérateur de télécommunications Informations forums : Inscription : mai 2006 Messages : 1 116 Points : 2 142 Points : 2 142	Pour moi, il serait plus intéressant de revoir en profondeur les standards actuels que sont HTML-CSS et surtout JS pour donner de possibilités/libertés aux webapps. Les langages serveurs existants sont déjà amplement suffisants pour faire ce qu'on a envie. Il est dommage de rajouter une nouvelle couche à cet ensemble déjà bien épais alors qu'il "suffirait" de réviser l'existant. __________________ Mon blog techno et son billet hebdomadaire sur l'actualité jQuery. Et mon blog cuisine pour une personne. Le bouton ne masse pas les pieds, mais ça aide la communauté.
	20

22/02/2011, 14h47	#14
gwinyam Membre Expert Mathieu ROBIN Développeur Web Inscription : mai 2006 Messages : 1 116 Détails du profil Informations personnelles : Nom : Mathieu ROBIN Âge : 25 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Développeur Web Secteur : High Tech - Opérateur de télécommunications Informations forums : Inscription : mai 2006 Messages : 1 116 Points : 2 142 Points : 2 142	GWT ne fait pas que générer un fichier Javascript (en x versions selon navigateurs), si il est utilisé un minimum intelligemment, il s'occupe aussi de la partie serveur en permettant de coder une application complète que ce soit la partie serveur ou la partie cliente. Mais effectivement, Artic Sea n'a rien à voir avec GWT puis que là on parle d'exécuter du code C/C++ dans le navigateur. En lieu et place du Javascript par exemple. A l'instar des ActiveX. __________________ Mon blog techno et son billet hebdomadaire sur l'actualité jQuery. Et mon blog cuisine pour une personne. Le bouton ne masse pas les pieds, mais ça aide la communauté.
	00

01/03/2011, 11h18	#15
Mobius Membre éprouvé Inscription : avril 2005 Messages : 456 Détails du profil Informations forums : Inscription : avril 2005 Messages : 456 Points : 413 Points : 413	Ca m'étonne que personne n'a encore fait remarquer que l'adoption de "NaCl" risque d'être salée. __________________ Librairie d'accès LDAP en Java : LdapBeans et pensez au tag
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email