je proposais une détection de java à l'installation, car à ce moment,
le programme d'installation dispose des privilèges administrateur.
ce n'est normalement pas le cas lorsqu'on lance openoffice.
enfin, je pensais que cela pouvais se faire en même temps que la mise à
jour de java si l'on installe une version d'openoffice avec java.
cependant, ce n'est pas forcément un problème, la détection peut se
faire à chaque démarrage cela risque de ralentir ce processus (la
détection de la version dejava installée est assez longue dans le menu
options / openoffice/java)
quand au choix de la version, cela ne me semble pas poser de problème
particulier si aucun choix n'est fait par l'utilisateur. les développeur
d'openoffice peuvent par exemple ne choisir que la version java
d'oracle, la plus récente. si qqn souhaite un autre moteur java qu'il le
paramètre.
il y a en fait tout l'éventail des possibles, mais laisser openoffice
sans java lors d'une mise à jour alors que java était activé avant me
semble poser problème.
pierre
Le 21/08/2010 16:50, Arnaud VERSINI a écrit :
Bonjour,
Un mode automatique de sélection de la machine virtuelle Java au démarage de
OOo à mon avis serait le plus interessant. Il sélectionnerais par défaut la
"machine virtuelle la plus compatible" ou la plus récente, mais laisserait
la possibilité de sélectionner manuellement une JVM, pour tester par exemple
ou en cas de problème.
Mais les critères seraient par contre assez complexe à résoudre entre deux
versions de Java de deux entreprises différentes (HotSpot vs J9 par ex) et
risqueraient de se transformer un peu en qui a la machine virtuelle la
mieux. Mais à mon avis un mode auto serait quand même plus simple à
utiliser.
L'activation de Java à l'installation ou la mise à jour de OOo pose pas mal
de pbs aussi. Si l'utilisateur mets à jour Java ou change de machine
virtuelle Java pour une raison ou une autre (deploiement automatique par la
DSI sous windows ou maj du systeme sous deb/ubuntu par ex), il y a de
grandes chances pour que Java soit désactivé.
Cordialement
Le 21 août 2010 15:50, reseau voillaume<[email protected]> a écrit :
je ne sais pas dans quelle mesure java est utilisé. tout ce que je sais,
c'est que sur le petit millier de machine sur lesquelles je met à jour
openoffice, java n'est plus activé, ce qui peut poser des problèmes de
comportement d'openoffice face auquel les utilisateurs risquent d'être
déconcertés
d'autant qu'ils n'ont pas les droits d'administration de leur machine, et
je ne sais même pas s'ils peuvent active java.
s'ils peuvent le faire, ce sera donc dans leur profil, et cela devra être
fait par tout les utilisateurs qui utilisent openoffice (plus de deux mille)
cela risque également de poser un problème lorsqu'ils passent d'une machine
avec la version 21 à une autre avec la version 20 par exemple
bref, il ne me semble pas bien compliqué de tester l'existence de java à
l'installation et de créer une association (je sais qu'il y a parfois un
gros écart entre "il semble" et "il est")
pierre
Le 21/08/2010 15:28, PAt a écrit :
Curiosité, à quel point serait-il facile de se débarrasser du recours à la
machine Java? Par exemple, limiter son usage à des fonctions non
essentielles?
Patrick
Le 21/08/2010 à 09:19, reseau voillaume a écrit :
Bonjour,
lors de la mise à jour d'openoffice, il arrive que java soit également
mis à jour
depuis quelques version de java, la mise à jour de java désinstalle
l'ancienne version
du coup, dans les options d'openoffice, java n'est pas activé (la case
n'est pas cochée), il faut le faire à la main.
cela pose un problème pour qui ne sait pas qu'il faille faire cette
manipulation.
ne serait il pas possible d'associer un environnement java
automatiquement lors de l'installation d'openoffice ?
avez vous le même problème ?
pierre choffardet
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
