Dans l'edito de ce jour on en parle...
En fait l'idée d'executer les applications à distance avec une interface native est une des riches possibilités de webObjects.
En effet (j'ai du le dire dans un article), lorsqu'on développe une appliation sous webobjects, on a deux possibilités. Soit c'est une appli que l'on veut mettre à disposition sur le web, dans ce cas on utilise Webobject Builder pour créer la page html de l'application. Soit c'est une appli utilisée en intranet ou réseau rapide, dans ce cas on utilise interface Builder. Mais dans ce cas on génère un fichier appelé nib en XML. Ce fichier décrit en fait la façon dont les éléments de l'interface sont disposés.
Lorsqu'un client exécute cette application, en intranet, il télécharge en fait le fichier xml. une fois sur sa machine, celui-ci est ensuite interprété pour générer une interface graphique native de l'OS de la machine. Par contre les éléments d'interface qui sont utilisés sont les composants graphiques swing (éléments graphiques de java) de la machine virtuelle Java disponible sur son poste.
Quand on le voit fonctionner, c'est très impressionnant.
Dans WebObjects, cette possibilité s'appelle Java Client.
Pour plus d'infos : http://developer.apple.com/techpubs/webobjects/System/Documentation/Developer/WebObjects/JavaClient/JavaClientTOC.html
La seule contraine c'est que le client doit disposer d'une machine virtuelle java. Ce qui du reste est le cas actuellement pour beaucoup de machines.
Sachant que la plupart des applis en ligne sur le site d'Apple (iTools, etc) sont en webObjects, et que l'implémentation de Java sur OS X est très bien faite, nulle doute qu'Apple va en profiter pour réaliser des choses assez croustillantes où l'utilisateur ne verra que du feu.
Apple peut aussi utiliser Quartz pour le faire. En effet ce dernier est composé d'un serveur de fenêtres et d'un moteur de rendu.
Le serveur peut s'exécuter sur une machine différente de celle sur laquelle se trouve le moteur de rendu.
Cette possibilité existait d'ailleurs sous NeXT avec NXHost.
Bref comme on le voit cet OS va nous étonner et ça n'est qu'un début.
[Ce message a été modifié par Manu (edited 13 Mars 2001).]
En fait l'idée d'executer les applications à distance avec une interface native est une des riches possibilités de webObjects.
En effet (j'ai du le dire dans un article), lorsqu'on développe une appliation sous webobjects, on a deux possibilités. Soit c'est une appli que l'on veut mettre à disposition sur le web, dans ce cas on utilise Webobject Builder pour créer la page html de l'application. Soit c'est une appli utilisée en intranet ou réseau rapide, dans ce cas on utilise interface Builder. Mais dans ce cas on génère un fichier appelé nib en XML. Ce fichier décrit en fait la façon dont les éléments de l'interface sont disposés.
Lorsqu'un client exécute cette application, en intranet, il télécharge en fait le fichier xml. une fois sur sa machine, celui-ci est ensuite interprété pour générer une interface graphique native de l'OS de la machine. Par contre les éléments d'interface qui sont utilisés sont les composants graphiques swing (éléments graphiques de java) de la machine virtuelle Java disponible sur son poste.
Quand on le voit fonctionner, c'est très impressionnant.
Dans WebObjects, cette possibilité s'appelle Java Client.
Pour plus d'infos : http://developer.apple.com/techpubs/webobjects/System/Documentation/Developer/WebObjects/JavaClient/JavaClientTOC.html
La seule contraine c'est que le client doit disposer d'une machine virtuelle java. Ce qui du reste est le cas actuellement pour beaucoup de machines.
Sachant que la plupart des applis en ligne sur le site d'Apple (iTools, etc) sont en webObjects, et que l'implémentation de Java sur OS X est très bien faite, nulle doute qu'Apple va en profiter pour réaliser des choses assez croustillantes où l'utilisateur ne verra que du feu.
Apple peut aussi utiliser Quartz pour le faire. En effet ce dernier est composé d'un serveur de fenêtres et d'un moteur de rendu.
Le serveur peut s'exécuter sur une machine différente de celle sur laquelle se trouve le moteur de rendu.
Cette possibilité existait d'ailleurs sous NeXT avec NXHost.
Bref comme on le voit cet OS va nous étonner et ça n'est qu'un début.
[Ce message a été modifié par Manu (edited 13 Mars 2001).]
