Guillaume Desnoix wrote:

> D'autre part, l'article concerne principalement l'aspiration des 
> frames, qui n'est pas faite dans Jesktop. Dans Jesktop, il faut 
> modifier le code source de son appli (ou au moins rajouter un 
> wrapper). Jesktop utilise aussi un format particulier d'archive, n'a 
> pas de support JNLP, ne separe pas lanceur et bureau, ... Je n'ai pas 
> regarde en detail, mais je n'ai pas vu de support pour la securite, 
> les applets, les applications natives, ... 

Certes, je n'ai pas �t� v�rifi� au niveau du code comment cela se 
passait, mais la modification
des JFrame en JInternalFrame aurait probablement pu etre rajout� dans 
jesktop. Je ne pousse pas
� l'utilisation de tel ou tel projet, je trouve juste dommage qu'aucun 
environnement java ne soit
encore viable malgr� les efforts qui ont �t� faits.

> Y'a t'il des developpeurs ou des utilisateurs de Jesktop sur cette 
> liste ? Es-tu utilisateur ou developpeur, et si non, pourquoi ?

Non, effectivement � cause du probl�me que tu soulignes (i.e. la 
modification n�cessaire des projets),
de ce point de vue, la modification du bytecode � la vol�e est une 
solution int�ressante.

> Pour ma part, je m'amuse. Et mon bureau tourne en permanence sur un 
> second serveur X, en parallele avec Gnome. L'editeur J tourne deja. 
> Des que JEdit fonctionnera (et donc ant, javac, ...), ca deviendra mon 
> bureau principal. 

J'ai charg� jdistro, compilation impeccable (pas Ant ? :), j'ai lanc� 
Korte : �a tourne.
J'ai eu un petit probl�me en quittant l'explorateur (l'application s'est 
termin�e) :
secq@beckett:/tmp/jdistro$ java -cp classes/ com.jdistro.KorteMain  
KTM: add K?rte Main Task
KorteClassLoader(0): Created
java.lang.VerifyError: (class: com/jdistro/Wharf, method: buildPager 
signature: ()V) Incompatible object argument for function call
        at java.lang.Class.getDeclaredMethods0(Native Method)
        at java.lang.Class.privateGetDeclaredMethods(Class.java:1613)
        at java.lang.Class.privateGetPublicMethods(Class.java:1641)
        at java.lang.Class.getMethod0(Class.java:1730)
        at java.lang.Class.getMethod(Class.java:951)
        at com.jdistro.KorteMain$7.run(KorteMain.java:524)
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:443)
        at 
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:190)
        at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144)
        at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
        at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:130)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:98)
ACTION: OUVRIR
REGISTER class com.jdistro.KFrame
%%% KORTE UNREGISTER class com.jdistro.KFrame
UNREGISTER class com.jdistro.KFrame
KorteClassLoader(0): Freed
(Compilation : Jikes 1.15, Runtime : j2sdk1.4.0rc sous une Debian instable)

Ma question : est-ce un projet "perso" dans le sens ou le but est 
d'avoir un environnement
qui te convienne, ou est-ce un pas vers un desktop java ?

> Tout a fait d'accord. Echidna est un beau projet (voir aussi jsh).

Oui, j'ai un petit peu tripot� jsh et c'est aussi un projet prometteur 
(en tout cas pour les
unixiens qui on du mal � se passer d'un shell :)). Tu vas l'int�grer 
dans jdistro ?

yann.


Répondre à