diff --git a/fr/docproj/who.sgml b/fr/docproj/who.sgml index 4ec3780809..e9535f5a45 100644 --- a/fr/docproj/who.sgml +++ b/fr/docproj/who.sgml @@ -1,48 +1,49 @@ - + %includes; ]> &header;

A l'origine du projet se trouve un groupe de personnes, plutôt bien soudé, et dont la seule chose en commun est d'avoir tous souscrit à la liste de diffusion FreeBSD-doc@FreeBSD.ORG.

+ href="mailto:FreeBSD-doc@FreeBSD.org">FreeBSD-doc@FreeBSD.org.

Certains d'entre eux ont le droit effectuer des changements directement dans l'arborescence de la documentation. Vous pouvez consulter une liste complète de tous les développeurs FreeBSD qui ont le droit d'effectuer des modifications ainsi qu'une liste des principaux participants au Projet de Documentation FreeBSD.

D'autres personnes n'ont pas ce droit, mais ils écrivent et soumettent néanmoins leur travail. Une fois que la documentation a été proposée en suivant ces instructions, l'un des participans avec droits de modification la relira et l'intégrera aux documentations existantes.

Si vous souhaitez aider le projet de documentation (et je souhaite - vivement que vous le fassiez) tout ce que vous avez à faire - est de souscrire à la liste de diffusion et de participer. - Dès que cela est fait, vous êtes membre du projet.

+ vivement que vous le fassiez) tout ce que vous avez à faire + est de souscrire à la liste de diffusion et de participer. + Dès que cela est fait, vous êtes membre du projet.

-

Le site de documentation FreeBSD

+

Le site de documentation FreeBSD

- &footer; + &footer; diff --git a/fr/java/advocacy.sgml b/fr/java/advocacy.sgml index 795c7f4914..23580d2bb2 100644 --- a/fr/java/advocacy.sgml +++ b/fr/java/advocacy.sgml @@ -1,38 +1,39 @@ - + %includes; ]> &header;

Le but est que FreeBSD soit reconnu comme plate-forme &java; stable.

Requête pour amélioration adressée à Sun :
Nous avons lancé une pétition pour que Sun fournisse un portage officiel de Java pour FreeBSD. Nous sommes actuellement en seconde position dans le compte des signatures. Si vous êtes membre de la Java Developer's Connection (c'est gratuit), vous pouvez signer la pétition sur http://developer.java.sun.com/developer/bugParade/bugs/4288745.html

Pétition pour un portage sur FreeBSD adressée à IBM : -
En octobre 1999, IBM a sorti une nouvelle version de son kit de développement (IBM Developer Kit) pour Linux. Nous aimerions qu'ils en fassent autant pour FreeBSD. Si quelqu'un a un point de contact chez IBM qui pourrait mener cette campagne, veuillez nous le faire savoir à Patrick Gardella. +
En octobre 1999, IBM a sorti une nouvelle version de son kit de développement (IBM Developer Kit) pour Linux. Nous aimerions qu'ils en fassent autant pour FreeBSD. Si quelqu'un a un point de contact chez IBM qui pourrait mener cette campagne, veuillez nous le faire savoir à Patrick Gardella.

&footer diff --git a/fr/java/dists/11.sgml b/fr/java/dists/11.sgml index 2f27e963b1..6263a1c675 100644 --- a/fr/java/dists/11.sgml +++ b/fr/java/dists/11.sgml @@ -1,125 +1,126 @@ - + %includes; ]> &header;

La dernière version est -jdk1.1.8_ELF.V1999-11-9.tar.gz. +jdk1.1.8_ELF.V1999-11-9.tar.gz. pour ELF (FreeBSD versions 3 ou 4) ou pour les versions plus anciennes de la série 2.2 jdk1.1.8_AOUT.V1099-11-9.tar.gz. Les patches utilisés pour la compilation des 2 versions sont disponibles -ici. Ils ne sont utiles que si vous avez le code source Java. +ici. Ils ne sont utiles que si vous avez le code source Java.

Par ailleurs, les versions internationales du JRE™ sont disponibles.

Vous êtes invité à utiliser un site proche de chez vous, à moins que vous ne soyez limité au http. Utilisez l'un de ces miroirs :

Ces versions ne nécessitent pas une licence Motif car elles ont été compilées avec une bibliothèque Motif qui autorise la distribution publique des binaires et des librairies du JDK.

README.FreeBSD:

 JDK1.1.8 pour FreeBSD
----------------------
+--------------------
 Corrigés dans cette version :
 - l'impression à partir du JDK devrait maintenant fonctionner correctement.
 - utilisation de la version en assembleur de l'interpréteur. Les performances
   devrait être meilleure.
 - meilleure gestion des signaux comme DIVIDE et SIGFPE qui sont maintenant 
   interceptés et gérés correctement.
 - la version ELF devrait mieux fonctionner avec les applications AWT/Swing. Le
   projet FreeBSD a fait don d'une version de Motif plus récente qui devrait éviter
   certaines erreurs étranges sous interface X.
 
 Pour avoir les meilleures résultats, il est recommandé d'utiliser les versions les plus récentes de FreeBSD,
 à savoir la 2.2.8 pour les versions a.out et FreeBSD 3.2R, afin de profiter
 de ces améliorations.
 
 Si vous trouvez un bug ou si vous avez des corrections de bugs que vous voudriez voir intégrées, veuillez envoyer
 un courrier électronique à 'java-port@FreeBSD.org' de manière à ce que nous puissions encore améliorer les prochaines versions.
 
 Limitations/Bugs connus :
--------------------------
+------------------------------------
 Le nombre de sockets qui peuvent être utilisées en même temps est codé en dur avec 
 l'année (à la date d'aujourd'hui, ce nombre est égal à 2000). Ce n'est pas spécialement une limitation du
 noyau FreeBSD mais arriver à avoir un mécanisme dynamique n'est pas trivial et donc
 aucun des développeurs n'a encore écrit le code et personne n'a
 envoyé de patches à l'équipe de développement. Si cette limitation a beaucoup d'importance pour vous,
 nous serons ravi de recevoir tous les patches pour passer à un mécanisme dynamique qui permettrait de ne plus
 limiter le nombre de descripteurs de fichiers (sockets).
 ------------------------------------
 Pour réaliser une distribution qui fonctionne sans X _et_ avec X, deux binaires
 sont fournis. Le premier est lié sans X et est le binaire standard.
 Le deuxième binaire est lié avec une version statique de X et avec
 les librairies X partagées. La version utilisée est contrôlée par la variable
 d'environnement DISPLAY qui est utilisée par X afin de déterminer
 le périphérique de sortie.
&footer; diff --git a/fr/java/dists/13.sgml b/fr/java/dists/13.sgml index 18bc9f6744..3f0b3942ed 100644 --- a/fr/java/dists/13.sgml +++ b/fr/java/dists/13.sgml @@ -1,232 +1,243 @@ - + %includes; ]> &header;
+

+19 Décembre 2003 : Greg +Lewis a sorti un nouveau jeu de patches (version 9) pour le JDK 1.3.1 +et a également mis à jour le port ports/java/jdk13. Ces nouveaux +patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html +
Cette nouvelle version contient de nombreuses corrections et améliorations, il est donc recommandé de faire une mise à jour +avant de signaler tout problème. +

+

12 Février 2003 : Greg Lewis a sorti un nouveau jeu de patches (version 8) pour le &jdk; 1.3.1 et a également mis à jour le port ports/java/jdk13. Ces nouveaux patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html
Cette nouvelle version est la première du JDK 1.3.1 à passer les tests de compatibilités de Sun. Elle contient de nombreuses corrections et améliorations, il est donc recommandé de faire cette mise à jour avant de signaler tout problème.

26 Juillet 2002 : Greg Lewis a sorti un nouveau jeu de patches (version 7) pour le JDK 1.3.1 et a également mis à jour le port ports/java/jdk13. Ces nouveaux patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html
Cette nouvelle version contient de nombreuses corrections et améliorations, il est donc recommandé de faire cette mise à jour avant de signaler tout problème.

13 Février 2002 : Greg Lewis a sorti un nouveau jeu de patches (version 6) pour le JDK 1.3.1 et a également mis à jour le port ports/java/jdk13. Ces nouveaux patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html
Cette nouvelle version contient de nombreuses corrections et améliorations, il est donc recommandé de faire cette mise à jour avant de signaler tout problème.

16 Octobre 2001 : Greg Lewis a sorti un nouveau jeu de patches (version 5) pour le JDK 1.3.1 et a également mis à jour le port ports/java/jdk13. Ces nouveaux patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html
Cette nouvelle version contient de nombreuses corrections et améliorations, il est donc recommandé de faire cette mise à jour avant de signaler tout problème.

10 Septembre 2001 : Greg Lewis a sorti un nouveau jeu de patches (version 4) pour le JDK 1.3.1 et a également mis à jour le port ports/java/jdk13. Ces nouveaux patches sont, comme d'habitude, disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html
Cette nouvelle version contient de nombreuses corrections et améliorations, il est donc recommandé de faire cette mise à jour avant de signaler tout problème.

27 Août 2001 : Greg Lewis a sorti le tant attendu port du JDK 1.3.1. Il peut maintenant être compilé à partir du répertoire ports/java/jdk13. Il faut noté que toutes les remarques décrites ci-dessous s'appliquent et qu'il s'agit toujours d'une version uniquement à destination des développeurs. Il n'est pas recommandé de l'utiliser en production.

16 Juillet 2001 : Greg Lewis a sorti plusieurs patches pour les développeurs intéressés par la compilation d'une version native du JDK 1.3.1 pour FreeBSD. Il est à noter qu'il s'agit d'une version uniquement à destination des développeurs et que cela ne compilera pas une version fonctionnelle du JDK. Ces patches sont rendus disponibles principalement afin que les personnes intéressées puissent participer à ce projet de port en ayant une base pour commencer. Ces patches ainsi qu'un résumé de la procédure de compilation sont disponibles sur http://www.eyesbeyond.com/freebsddom/java/jdk13.html

15 Septembre 2000 : Andrew Gallatin et Sean O'Connell travaillent actuellement à faire fonctionner le JDK 1.3 de IBM. Afin de le faire fonctionner sur votre système, vous devrez appliquer plusieurs patches au code source de FreeBSD. Les patches sont disponibles sur :
4.0-RELEASE -
+
 4.0-STABLE
-CURRENT (pre-SMPng)

Pour citer le message de Drew : 

 Je suis finalement parvenu à faire fonctionner le jdk 1.3 de IBM. Je ne l'ai pas testé
 de manière approfondie mais la partie AWT semble cependant enfin fonctionner.
 
 Voici un nouveau jeu de patches à appliquer sur -current pre-SMPng. Les patches
 concernent :
 
 - changement de la valeur de MINSIGSTKSZ de 8192 à 2048
 - implémentation de linux_rt_sendsig() & linux_rt_sigreturn()
 - implémentation du code sigtramp côté utilisateur pour linux_rt_sigreturn()
 - implémentation de linux_to_bsd_sigaltstack & bsd_to_linux_sigaltstack() afin
         corriger un bug dans linux_sigaltstack & afin d'éviter des copies de code
         dans linux_rt_sigreturn(). Cela corrige également le "Java HotSpot(TM)
         Client VM warning: cannot uninstall alt signal stack" qui apparaît avec
         le JDK 1.3 de Sun.
 - changement du drapeau MAP_STACK à MAP_ANON pour les mmaps de  
         LINUX_MAP_GROWSDOWN. Cela a été l'étape finale pour que les choses fonctionnent. 
         Y-a-t'il des gourous de la VM pour en discuter ? Il y a apparemment
         un problème avec les piles à taille dynamique sur les threads linux [*]
 
 Patches disponibles sur : http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/diff
 
 [*]Le "problème" est l'heuristique utilisé par vm_map_growstack() afin de
 déterminer la part de la pile dans le processus principale. Nous
 utilisons actuellement :
 
         is_procstack = addr >= (vm_offset_t)vm->vm_maxsaddr;
 
 où vm->vm_maxsaddr provient de exec_new_vmspace():
         vmspace->vm_maxsaddr = (char *)USRSTACK - MAXSSIZ; 
 
 Le thread principal du JDK de IBM réduit sa taille de pile à rlim_cur=2040*1024.
 Il créé alors des piles pour ses threads à des adresses supérieures
 à vm_maxsaddr mais inférieures à la limite basse courante de la pile du processus
 principal défini par p->p_rlimit[RLIMIT_STACK].rlim_cur. La première fois
 qu'un thread accède à quelque chose qui recquiert une extension de cette région, il part
 en vrilles.

Et le courrier électronique de Sean : 

 J'ai très rapidement porté sur -stable le travail de Andrew Gallatin pour faire
 fonctionner le SDK Java de IBM. J'ai pu utilisé le lanceur d'applet sur une
 des démos et cela a fonctionné. Je ne peux pas vraiment en dire plus.
 
 Les patches sont tous relatifs au répertoire /usr/src (ou / puisqu'ils sont
 tous dans sys)
 
 La majorité des patches concernent les fichiers du répertoire /sys/i386/linux.
 Vous devez appliquer les patches; faire un cd sur /sys/modules/linux;
 taper make; kldunload linux; taper make install; et kldload linux
 
 Il y a une modification supplémentaire qui met MINSIGSTKSZ à 2048
 dans sys/sys/signal.h .. cela nécessite une recompilation du noyau afin
 que cette modification soit prise en compte.

18 Juillet 2000 : Ernst de Haan travaillent actuellement à faire fonctionner la version Linux du JDK 1.3.0b9 de Sun sur 4.0-STABLE. Le fichier .java_wrapper est disponible - + ici. (N'oubliez pas de le renommer en .java_wrapper)

Le courrier électronique de Ernst : 

 Juste une dernière astuce : modifiez le fichier jre/lib/jvm.cfg et placez la dernière
 ligne en premier. Vous aurez donc :
 
    -classic
    -hotspot
    -server
 
 J'obtiens un warning, par ailleurs, avec l'application Swing :
 
    Warning: Cannot convert string "MetaCtrl<Key>Insert" to type VirtualBinding 
 
 Ernst
 
 
 Ernst de Haan a écrit :
 > Bonjour à tous,
 > 
 > Je parviens à faire fonctionner la version Linux du JDK 1.3.0 beta 9 de Sun
 > sur mon système FreeBSD 4.0-STABLE. Il fonctionne par ailleurs plutôt bien.
 > 
 > java -version indique :
 > 
 >    bash-2.04$ java -version
 >    expr: syntax error
 >    java version "1.3.0beta_refresh"
 >    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0beta_refresh-b09)
 >    Classic VM (build 1.3.0beta_refresh-b09, green threads, nojit)
 > 
 > La première ligne avec l'erreur de syntaxe est un petit problème lié au fichier
 > .java_wrapper mais il est à priori inoffensif. J'ai du faire quelques modifications
 > au script .java_wrapper afin de le faire fonctionner sur mon système. J'ai mis en attachement
 > la version que j'utilise.
 > 
 > Je n'ai pas encore réalisé beaucoup de tests mais j'ai essayé une application
 > Swing. J'ai constaté quelques différences au niveau des fontes sinon tout semble
 > fonctionner plutôt bien et rapidement :)
 > 
 > Wow, bientôt FreeBSD sera la plate-forme avec le plus grand nombre de
 > JDKs, une fois que nous aurons un WINE fonctionnel ce qui nous permettra d'utiliser
 > également les JDKs Windows, et que nous aurons écrit un émulateur 
 > AS/400, et... et... ;-)
 > 
 > Ernst
 > 
 > P.S.  Merci à Victor Salaman qui m'a orienté vers la bonne direction.
 >       Il fait fonctionner la version Linux du JDK 1.3 de Sun depuis quelque temps déjà.

29 Janvier 2000 : Le port du JDK 1.3 n'a pas commencé. Il ne débutera pas avant que celui du JDK 1.2 ne soit achevé.

&footer; diff --git a/fr/java/dists/14.sgml b/fr/java/dists/14.sgml index d1b048fd91..e516fe9069 100644 --- a/fr/java/dists/14.sgml +++ b/fr/java/dists/14.sgml @@ -1,69 +1,91 @@ - + %includes; ]> &header;
+

+30 Décembre 2003: Greg +Lewis a sorti le sixième jeu de patches (patch niveau 6) pour le &jdk; 1.4 +. Cette nouvelle version devrait convenir à la plupart des applications. Le &jdk; produit +est conforme de fait, mais l'utilisation dans un environnement de production reste à +vos risques et périls. Ce jeu de patches est principalement une correction de la version 1.4.2p5. +Pour savoir comment télécharger ces patches, +consultez la page +http://www.eyesbeyond.com/freebsddom/java/jdk14.html. +

+ +

+11 Novembre 2003: Greg +Lewis a sorti le cinquième jeu de patches (patch niveau 5) pour le &jdk; 1.4 +. Cette version met à jour le &jdk; 1.4.2. Grâce à +un travail acharné deAlexey Zelkin +cette version passe tous les tests de compatibilité de Sun sauf dans un environnement mixte IPv4 et +IPv6. Pour savoir comment télécharger ces patches, consultez la page +http://www.eyesbeyond.com/freebsddom/java/jdk14.html. +

+

10 Octobre 2003 : Greg Lewis a sorti le quatrième jeu de patches (patch niveau 4) pour le &jdk; 1.4. Le code convient maintenant à toutes les applications, bien qu'il contienne encore quelques problèmes. Le support du plugin pour les navigateurs fonctionne, GCC 3.3 est supporté et de nombreuses corrections ont été incluses. Ces patches sont le résultat du travail acharné de l'équipe de portage de Java sous BSD et d'un soutien continu de la Fondation FreeBSD. Pour savoir comment télécharger ces patches, consultez la page http://www.eyesbeyond.com/freebsddom/java/jdk14.html.

7 Mars 2003 : Greg Lewis a sorti le troisième jeu de patches (patch niveau 3) pour le &jdk; 1.4. Le code est maintenant prêt à être vraiment testé, bien que toutes les fonctions ne sont pas encore implémentées (ex. plugin, NIO). Ces patches sont le résultat du travail acharné de Alexey -Zelkin. Pour savoir comment télécharger des patches, consultez la page +Zelkin. Pour savoir comment télécharger ces patches, consultez la page http://www.eyesbeyond.com/freebsddom/java/jdk14.html.

4 Février 2003 : Greg Lewis a sorti le second jeu de patches (patch niveau 2) pour le -JDK 1.4. Gardez à l'esprit que ces patches sont toujours desinés aux testeurs -expérimentés et aux développeurs. Ces patches sont basés sur le JDK 1.4.1 et sont le +&jdk; 1.4. Gardez à l'esprit que ces patches sont toujours destinés aux testeurs +expérimentés et aux développeurs. Ces patches sont basés sur le &jdk; 1.4.1 et sont le résultat du travail acharné de Alexey -Zelkin. Pour savoir comment télécharger des patches, consultez la page +Zelkin. Pour savoir comment télécharger ces patches, consultez la page http://www.eyesbeyond.com/freebsddom/java/jdk14.html.

15 Novembre 2002 : Greg Lewis a sorti un premier jeu de patches (patch niveau 1) pour le -JDK 1.4.0. Gardez à l'esprit qu'il s'agit d'un tout premier jeu de patches, il est donc surtout +&jdk; 1.4.0. Gardez à l'esprit qu'il s'agit d'un tout premier jeu de patches, il est donc surtout destiné aux développeurs. Les patches sont disponibles à l'adresse http://www.eyesbeyond.com/freebsddom/java/jdk14.html

&footer; diff --git a/fr/java/docs/faq.sgml b/fr/java/docs/faq.sgml index 98819959f1..04264d4bf2 100644 --- a/fr/java/docs/faq.sgml +++ b/fr/java/docs/faq.sgml @@ -1,123 +1,126 @@ - + %includes; ]> &header;

Contenu

    -
  1. Existe-t'il un &jdk; 1.2 pour FreeBSD ? +
  2. Existe-t'il un &jdk; 1.3 pour FreeBSD ?
  3. Puis-je utiliser le port Linux du projet Blackdown ?

Les réponses

1. - Existe-t'il un &jdk; 1.2 pour FreeBSD ? + Existe-t'il un &jdk; 1.3 pour FreeBSD ?

- Non. Mais le port est en cours. Consultez la section "Nouveautés". + Oui. Vous pouvez compiler un JDK FreeBSD natif à partir des sources, ou télécharger + des binaires précompilés. Voir la page principale FreeBSD Java pour plus + d'informations.

Précédent Haut de page Suivant

2. Puis-je utiliser le port Linux du projet Blackdown ?

Plusieurs personnes ont réussi. Essayez les instructions suivantes : Télécharger l'archive et l'extraire dans un répertoire. Appliquer ensuite le diff suivant : 
 	  --- bin/.java_wrapper.dist      Thu Jun  3 01:14:34 1999
 	  +++ bin/.java_wrapper   Thu Oct 14 19:17:11 1999
 	  @@ -31,8 +31,8 @@
 	  # Resolve symlinks. See 4152645.
 	  while [ -h "$PRG" ]; do
 	  ls=`/bin/ls -ld "$PRG"`
 	  -    link=`/usr/bin/expr "$ls" : '.*-> \(.*\)$'`
 	  -    if /usr/bin/expr "$link" : '/' > /dev/null; then
 	  +    link=`/compat/linux/usr/bin/expr "$ls" : '.*-> \(.*\)$'`
 	  +    if /compat/linux/usr/bin/expr "$link" : '/' > /dev/null; then
 	  PRG="$link"
 	  else
 	  PRG="`/usr/bin/dirname $PRG`/$link"
 	  @@ -63,7 +63,7 @@
 	  # Select vm type (if classic vm, also select thread type).
 	  unset vmtype
 	  unset ttype
 	  -DEFAULT_THREADS_FLAG=native
 	  +DEFAULT_THREADS_FLAG=green
 	  if [ "x$1" = "x-hotspot" ]; then
 	  vmtype=hotspot
 	  ttype=native_threads
 	  --- jre/bin/.java_wrapper.dist  Thu Jun  3 01:14:34 1999
 	  +++ jre/bin/.java_wrapper       Thu Oct 14 19:32:06 1999
 	  @@ -31,8 +31,8 @@
 	  # Resolve symlinks. See 4152645.
 	  while [ -h "$PRG" ]; do
 	  ls=`/bin/ls -ld "$PRG"`
 	  -    link=`/usr/bin/expr "$ls" : '.*-> \(.*\)$'`
 	  -    if /usr/bin/expr "$link" : '/' > /dev/null; then
 	  +    link=`/compat/linux/usr/bin/expr "$ls" : '.*-> \(.*\)$'`
 	  +    if /compat/linux/usr/bin/expr "$link" : '/' > /dev/null; then
 	  PRG="$link"
 	  else
 	  PRG="`/usr/bin/dirname $PRG`/$link"
 	  @@ -63,7 +63,7 @@
 	  # Select vm type (if classic vm, also select thread type).
 	  unset vmtype
 	  unset ttype
 	  -DEFAULT_THREADS_FLAG=native
 	  +DEFAULT_THREADS_FLAG=green
 	  if [ "x$1" = "x-hotspot" ]; then
 	  vmtype=hotspot
 	  ttype=native_threads

Thanks to Makoto MATSUSHITA (matusita@ics.es.osaka-u.ac.jp)

Précédent Haut de page Suivant
&footer;