J'ai developpé une applet avec Swing en partant de l'hypothese que le client
Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon
hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à
disposition. Puis je quand meme utiliser cette applet en rajoutant un jar
supplementaire contenant les classes swing necessaires (lequel ?) ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TestMan
Bonjour à tous,
J'ai developpé une applet avec Swing en partant de l'hypothese que le client Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à disposition. Puis je quand meme utiliser cette applet en rajoutant un jar supplementaire contenant les classes swing necessaires (lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter qui va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant en installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers l'extérieur), alors prévoit une distribution d'une VM Java de dernière génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où d'ailleur le fait que l'on est javax.swing et pas java.awt.swing ;-) ) il y a bien longtemps que les deux projets sont interdépendants dans leur distribution car ils sont succeptibles d'utiliser Java2D (dispo uniquement sur JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
A+
TM
Bonjour à tous,
J'ai developpé une applet avec Swing en partant de l'hypothese que le client
Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon
hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à
disposition. Puis je quand meme utiliser cette applet en rajoutant un jar
supplementaire contenant les classes swing necessaires (lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter
qui va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant
en installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers
l'extérieur), alors prévoit une distribution d'une VM Java de dernière
génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où
d'ailleur le fait que l'on est javax.swing et pas java.awt.swing ;-) )
il y a bien longtemps que les deux projets sont interdépendants dans
leur distribution car ils sont succeptibles d'utiliser Java2D (dispo
uniquement sur JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent.
, tu ne devrait plus trouver de "réticence" à celà étant donné
l'aspect incontournable de Java :)
J'ai developpé une applet avec Swing en partant de l'hypothese que le client Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à disposition. Puis je quand meme utiliser cette applet en rajoutant un jar supplementaire contenant les classes swing necessaires (lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter qui va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant en installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers l'extérieur), alors prévoit une distribution d'une VM Java de dernière génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où d'ailleur le fait que l'on est javax.swing et pas java.awt.swing ;-) ) il y a bien longtemps que les deux projets sont interdépendants dans leur distribution car ils sont succeptibles d'utiliser Java2D (dispo uniquement sur JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
A+
TM
1 connue
merci, je ne connaisais pas ce HTMLConverter.
Pierre
"TestMan" a écrit dans le message de news: 4490383a$0$16558$
Bonjour à tous,
J'ai developpé une applet avec Swing en partant de l'hypothese que le client Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à disposition. Puis je quand meme utiliser cette applet en rajoutant un jar supplementaire contenant les classes swing necessaires (lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter qui va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant en installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers l'extérieur), alors prévoit une distribution d'une VM Java de dernière génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où d'ailleur le fait que l'on est javax.swing et pas java.awt.swing ;-) ) il y a bien longtemps que les deux projets sont interdépendants dans leur distribution car ils sont succeptibles d'utiliser Java2D (dispo uniquement sur JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
A+
TM
merci, je ne connaisais pas ce HTMLConverter.
Pierre
"TestMan" <none@example.com> a écrit dans le message de news:
4490383a$0$16558$636a55ce@news.free.fr...
Bonjour à tous,
J'ai developpé une applet avec Swing en partant de l'hypothese que le
client Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement,
mon hypothese est fausse et il y a donc uniquement le VM standard de
Microsoft à disposition. Puis je quand meme utiliser cette applet en
rajoutant un jar supplementaire contenant les classes swing necessaires
(lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter qui
va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant en
installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers
l'extérieur), alors prévoit une distribution d'une VM Java de dernière
génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où d'ailleur
le fait que l'on est javax.swing et pas java.awt.swing ;-) ) il y a bien
longtemps que les deux projets sont interdépendants dans leur distribution
car ils sont succeptibles d'utiliser Java2D (dispo uniquement sur
JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. ,
tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect
incontournable de Java :)
"TestMan" a écrit dans le message de news: 4490383a$0$16558$
Bonjour à tous,
J'ai developpé une applet avec Swing en partant de l'hypothese que le client Internet Explorer aurait un plug-in recent 1.4.2. Malheureusement, mon hypothese est fausse et il y a donc uniquement le VM standard de Microsoft à disposition. Puis je quand meme utiliser cette applet en rajoutant un jar supplementaire contenant les classes swing necessaires (lequel ?) ?
D'avance merci
Pierre
Bonjour,
Si les clients sont connecté à Internet passe ta page au HTMLConverter qui va s'assurer que tu utilises bien le JavaPlugin (et le cas échéant en installé un chez ton client).
Si les clients ne sont pas connecté à internet (intranet sans accès vers l'extérieur), alors prévoit une distribution d'une VM Java de dernière génération ( Java SE 5 par exemple ) par les chemins traditionels.
Car même si swing a été developpé sur les base du JDK 1.1 (d'où d'ailleur le fait que l'on est javax.swing et pas java.awt.swing ;-) ) il y a bien longtemps que les deux projets sont interdépendants dans leur distribution car ils sont succeptibles d'utiliser Java2D (dispo uniquement sur JDK1.2+).
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
A+
TM
JScoobyCed
TestMan wrote:
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
Si seulement mes clients t'entendaient... *sigh*
-- JSC
TestMan wrote:
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent.
, tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect
incontournable de Java :)
Pour faire simple, arrange toi à ce que tes clients aient un JDK récent. , tu ne devrait plus trouver de "réticence" à celà étant donné l'aspect incontournable de Java :)
Si seulement mes clients t'entendaient... *sigh*
-- JSC
Kupee
Si seulement mes clients t'entendaient... *sigh*
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible a maintenir, la JVM Microsoft est devenu introuvable donc pour tester, faut réinstaller de vieux bouzins, le bordel ...
Si seulement mes clients t'entendaient...
*sigh*
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible
a maintenir, la JVM Microsoft est devenu introuvable donc pour tester,
faut réinstaller de vieux bouzins, le bordel ...
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible a maintenir, la JVM Microsoft est devenu introuvable donc pour tester, faut réinstaller de vieux bouzins, le bordel ...
TestMan
Si seulement mes clients t'entendaient... *sigh*
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible a maintenir, la JVM Microsoft est devenu introuvable donc pour tester, faut réinstaller de vieux bouzins, le bordel ...
Bonjour à tous,
Clair que certains clients frisent le paranormal ;-)
Si vos clients n'ont pas de lecteur Flash de déployé, ni d'Acrobat Reader et sont toujours sous NT4 ou OS/2 alors je pense qu'ils sont irrécupérables ;-) J'ai en tête un nom de banque, mais chut ....
Pour tous les autres, même ceux qui sont les plus contraints niveau sécurité (genre pas de port USB, de lecteurs disquettes et CD, pas de wifi, pas de VPN et aucun accés vers internet sur les postes clients) avec une approche adapté on peut faire bouger les choses, c'est clairement pas simple, mais en identifiant bien les blocages et en utilisant les voies existantes dans la boite (reconfig de machines, télédistribution, auto-install avec exception ...) il est possible de faire installer des VM correctes.
Commencez par convaincre les admins de l'interet pour eux, par exemple utiliser webstart pour les applications client riche leur permettra de grandement simplifier le déploiement des mise à jours d'application sans impact négatif sur les process existants. Mais aussi faire des démos aux utilisateurs d'appli client riche (toujours webstart) peut leur faire électer leur attentes et rendre les clients riches incontournables ;-)
A+
TM
Si seulement mes clients t'entendaient...
*sigh*
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible
a maintenir, la JVM Microsoft est devenu introuvable donc pour tester,
faut réinstaller de vieux bouzins, le bordel ...
Bonjour à tous,
Clair que certains clients frisent le paranormal ;-)
Si vos clients n'ont pas de lecteur Flash de déployé, ni d'Acrobat
Reader et sont toujours sous NT4 ou OS/2 alors je pense qu'ils sont
irrécupérables ;-) J'ai en tête un nom de banque, mais chut ....
Pour tous les autres, même ceux qui sont les plus contraints niveau
sécurité (genre pas de port USB, de lecteurs disquettes et CD, pas de
wifi, pas de VPN et aucun accés vers internet sur les postes clients)
avec une approche adapté on peut faire bouger les choses, c'est
clairement pas simple, mais en identifiant bien les blocages et en
utilisant les voies existantes dans la boite (reconfig de machines,
télédistribution, auto-install avec exception ...) il est possible de
faire installer des VM correctes.
Commencez par convaincre les admins de l'interet pour eux, par exemple
utiliser webstart pour les applications client riche leur permettra de
grandement simplifier le déploiement des mise à jours d'application sans
impact négatif sur les process existants. Mais aussi faire des démos aux
utilisateurs d'appli client riche (toujours webstart) peut leur faire
électer leur attentes et rendre les clients riches incontournables ;-)
On doit avoir les mêmes, mais bon ca devient de plus en plus impossible a maintenir, la JVM Microsoft est devenu introuvable donc pour tester, faut réinstaller de vieux bouzins, le bordel ...
Bonjour à tous,
Clair que certains clients frisent le paranormal ;-)
Si vos clients n'ont pas de lecteur Flash de déployé, ni d'Acrobat Reader et sont toujours sous NT4 ou OS/2 alors je pense qu'ils sont irrécupérables ;-) J'ai en tête un nom de banque, mais chut ....
Pour tous les autres, même ceux qui sont les plus contraints niveau sécurité (genre pas de port USB, de lecteurs disquettes et CD, pas de wifi, pas de VPN et aucun accés vers internet sur les postes clients) avec une approche adapté on peut faire bouger les choses, c'est clairement pas simple, mais en identifiant bien les blocages et en utilisant les voies existantes dans la boite (reconfig de machines, télédistribution, auto-install avec exception ...) il est possible de faire installer des VM correctes.
Commencez par convaincre les admins de l'interet pour eux, par exemple utiliser webstart pour les applications client riche leur permettra de grandement simplifier le déploiement des mise à jours d'application sans impact négatif sur les process existants. Mais aussi faire des démos aux utilisateurs d'appli client riche (toujours webstart) peut leur faire électer leur attentes et rendre les clients riches incontournables ;-)
