J'ai finalement terminé le processus de mise à niveau et mettre à jour la plate-forme matérielle / logicielle sur laquelle ce blog.
Le glorieux Pentium MMX qui ont soutenu la cabine jusqu'à il ya deux semaines a été remplacé par un (encore) moderne Pentium IV acheté aux enchères sur eBay. La nécessité de tenir compte des projets qui nécessitent plus de ressources système que les réclamations de léger PHP plate-forme qui soutient le WordPress qui est faite du Blog, j'ai dû renouveler la flotte. Alors que la migration de l'existant ne constitue pas de problèmes majeurs (pour mémoire j'en ai profité pour passer à la version 2.0.2 de WordPress), les plus gros problèmes sont venus des technologies basés sur Java (dont je suis un fervent partisan ;-).
La distribution Linux Fedora Core 4 d'occasion à partir moi, il est livré avec un certain nombre de packages à l'appui, parmi eux il ya plusieurs produits Apache (y compris Tomcat), et une version open source de la machine virtuelle Java ( JVM ) a appelé GCJ . Cette version n'est pas encore totalement compatible avec le Soleil et, entre autres choses, ne prend pas totalement AXIS , le moteur de services Web Apache (voir: Caitlin Howell ).
La version officielle de la JVM de Sun, bien qu'ils puissent être utilisés librement, ne peut être redistribué librement par des tiers aux fins de la délivrance de permis, en outre, le destin ironique a signifié que, de l'aveu de la même Redhat, l'installation du RPM de JVM de Sun est incompatible avec Fedora Core 4. Heureusement, la preuve des difficultés, il ya un projet open source ( JPackage ) pour soutenir et standardiser l'installation de produits basés sur Java sur Linux. Bien sûr, ils ne peuvent pas redistribuer la JVM de Sun, en retour, fournir un ensemble de RPM pour soutenir le processus d'installation et de configuration des différentes versions de la JVM de Sun (téléchargement séparé sur le site officiel).
Il ya plusieurs tutoriels en ligne sur la façon d'installer la JVM de Sun sur Fedora, chacun à partir de sa recette plus ou moins personnelle:
Après avoir essayé plusieurs variantes, j'ai suivi une procédure simplifiée dans mon (accidentelle) événement donné les résultats escomptés:
- J'ai téléchargé le fichier de JPackage RPM pour configurer le JDK 1.5.0.06
- J'ai téléchargé à partir de Sun le fichier auto-extractible du JDK pour Linux 1.5.0.06 (même version de procédures nécessaires à sa configuration)
- J'ai installé le JDK de Sun (il suffit d'exécuter les fichiers. Bin vidée)
- J'ai appliqué la configuration stockée dans le RPM pris de JPackage
- J'ai mis en place avec des alternatives telles que le JDK de Sun JVM d'utiliser la valeur par défaut
Au lieu de cela, ce qui n'est pas montré dans les différents tutoriel est que pour faire Tomcat opérationnel 5 avec la nouvelle JVM vous devez ajouter le fichier JAR pour les bibliothèques standard de Java API Transaction qui ne font pas partie du JDK et Tomcat sans qui refuse de démarrer. De cette façon, Tomcat, Axis et d'autres applications Java peuvent être effectuées en utilisant la JVM de Sun, eux aussi sont résolus les problèmes concernant l'incapacité de déployer des classes Java simples comme des services Web dans l'axe.
A la fin de l'histoire qui (compte tenu d'autres engagements) a été en cours pendant environ deux semaines d'efforts, est la satisfaction d'avoir remporté le défi, mais aussi un certain doute latente devrait profiter le temps perdu derrière de faux problèmes causés par non seulement les questions technologiques.