Accessibilité

Notes d'accompagnement de JRun

JRun 4 Updater 5

Pour Windows®, UNIX™, Linux™, et MacOSX™

Notes de mise à jour

Met à jour le plus récemment:

28 mars, 2005

Ce document contient les informations au s'agit de Macromedia JRun 4 Updater 5:

JRun 4 Updater 5 problèmes identifiés pour JRun 4 Updater 5 est dans un autre document, qui est convenable à http://www.macromedia.com/fr/support/jrun/ts/documents/updater_5_known_issues.htm.

Installation

JRun 4 Updater 5 montées existant JRun 4 installation (avec ou sans les Service Packs ou sans Updaters préalable).

Avant d'installer Macromedia JRun 4 Updater 5, exécuter les étapes suivantes:

  1. S'assurer que le JDK defaut qui est installé sur le système est la version 1,3 ou plus tard (exigé par l'installateur).
  2. Arrêter tout services de JRun 4. Si vous n'arrêtez pas tous procédés de JRun, l'installation peut échouer. Pour déterminer si les services de JRun sont courant encore:
    • Dans UNIX et Linux, regardez les procédés par entrer l'ordre ps -ef ou l'ordre similaire. Arrêter les procédés restants de JRun.
    • Dans Windows, appuyez Control + Alt + Delete, et alors choisissez le Directeur de Tâche.
    • Sur l'étiquette de Procédés, arrêter les procédés de JRun restants. Si les serveurs de JRun sont installés comme les services de Windows, il faut les arrêter au Panneau de Services Contrôlent.
  3. Arrêtez tous serveurs web connectés à JRun. Si IIS est votre serveur web pour JRun, arrêtez le World Wide Web Publiant le Service dans le Panneau de Services Contrôle.
  4. Remarquez ce qui est le dossier de racine de l'installation de JRun 4 (par exemple, c : \jrun4).
  5. Dans Windows 2000, Window XP, et Windows 2003, arrêtez le Service d'Instrumentation de Direction de Windows pour ne pas verrouiller quelque DLLs que Updater remplacera dans {jrun.home}/bin.
  6. Dans Windows XP et Windows 2003, si vous désinstallez JRun avant de lancer Updater, vous devez effacer manuellement la clef d'enregistrement suivante ou le produit plein ou l'installation de updater va échouer:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\955648EA1E7DC4D4FA99677EE7413103]"ProductName"="Macromedia JRun 4"

Pour plus amples renseignements sur éditer l'enregistrement de Windows, voir votre documentation de système.

Pour améliorer votre JRun 4 installation avec Updater 5:

  1. Téléchargez et lancez le dossier EXE, BIN, ou SIT pour votre système.
  2. Suivez les instructions dans le sorcier d'installation, et permettez-le completer.
  3. Effacez les contenus du dossier SERVEUR-INF/temp pour chaque serveur de JRun.
  4. Après l'installation est complet, remettez en marche les services de JRun et, si nécessaire, votre serveur web.
  5. Quelques versions de Linux pourraient exiger que vous ait installé manuellement le connecteur de serveur web. Pour plus amples renseignements, voyez le bogue 50586 dans JRun Updater 2 problemes identifiés*.

Remarques

  • JRun 4 Updater 5 créent un dossier, {jrunroot}/updater5-backup, qui contient une copie de tous les fichiers que le Updater superpose.
  • Si vous employez Mac OSX, lancez le fichier .bin d'un shell. Stuffit ne peut pas déballer le fichier .bin et affiche le message suivant :« L'archive a été serrée avec une méthode de compression inconnue »
  • Si vous utilisez RedHat AS 3.0, veuillez appliquer les mises à jour les plus récentes à votre système d'exploitation RedHat AS 3.0 avant de mettre à jour à Updater 5 pour éviter des problèmes potentiels du compilateur Jikes. Regardez bogue 59348.
  • Si vous utilisez RedHat AS 3.0, il faut installer les bibliothèques de compatibilité (Legacy Applications) pour éviter des problèmes potentiels d'Apache. Regardez bogue 59367 dans problemes identifiés.
  • Si vous êtes appliqué le solution de JRun 4 Updater 4 pour compatibilité avec JDK 1,5, veuillez remarquer que le cadre suivant qui est dans le dossier de jvm.config n'est plus nécessaire; il faut l' enlever avant d'installer Updater 5:
    -Djmx.invoke.getters=true
  • Si vous utilisez AIX, avant de courir Updater 5, veuillez lancer l'ordre « slibclean » pour enlever n'importe quels modules actuellement inutilisés dans la mémoire de noyau et bibliothèque.
  • Les attributs suivants de ProxyService de jrun.xml ont été modifiés pour servers/template.zip - utilisé pour la nouvelle création de serveur de JRun.
    <attribute
    name="LoadBalancingAlgorithm">ROUNDROBIN</attribute>
    <attribute name="StickySessions">true</attribute>
    <!-- if 0, web server connector loads mappings once at startup -->
    <!-- if not specified, default is every 10 seconds -->
    <attribute name="mapcheck">0</attribute>
    <!-- set this to false for multi-hosted sites -->
    <attribute name="cacheRealPath">false</attribute>
    Ceci pourrait affecter le comportement de groupe sur ces serveurs récemment supplémentaires qui utilisent les connecteurs de serveur web. Les utilisateurs doivent réexaminer leur configuration de groupe entière soigneusement après avoir ajouté de nouveaux serveurs.

Améliorations

JRun 4 Updater 5 inclut les améliorations suivants:

  • JDBC drivers améliorés - JRun 4 Updater 4 inclut les versions 3.3 build 48 des drivers de JRun JDBC.
  • Connecteurs - Les améliorations d'exécution et les améliorations, surtout pour Microsoft IIS 6.0. (Regardez aussi 59515) . SunOne 6.1 SP2 est soutenu maintenant. Pour NSAPI, les platte-formes suivantes sont soutenus maintenant:
    • iPlanet 4.1 (NSAPI version 3.0)
    • iPlanet 6.0 (NSAPI version 3.1)
    • Netscape Enterprise Server 6.0 (NSAPI version 3.1)
    • Netscape Enterprise Server 6.1 (NSAPI version 3.1)
    • Sun One Web Server 6.1 (NSAPI version 3.2)
    Pour les instructions au s'agit d'améliorer des installations existantes en utilisant NSAPI (IPlanet, Netscape, SunOne) connecteurs, lisez la section Connecteurs du serveur web.
  • Windows soutiennentt - JRun soutient du Windows 2003 et IIS 6 depuis Updater 3.   JRun 4 n'est plus soutenu dans Windows 98 et Windows ME depuis Updater 5.
  • Apache soutiennent - JRun soutient Apache versions 1.3.2x-1.3.33, et Apache versions 2.043-2.052. Si vous avez un version ancien d'Apache 2.x, vous devez améliorer Apache avant d'installer JRun 4 Updater 5. Dans Redhat 8 et Redhat AS2.1, Apache 1.3.x est soutenu si vous employez Apache rpm.
  • Linux soutiennent - JRun 4 est soutenu maintenant dans RedHat 8, Redhat AS2.1 et AS3.0, et Novell Suse Linux 8.0.
  • Mise en grappe - es améliorations d'exécution de serveur ont amélioré la balance de chargement et failover dans les groupes.
  • JavaMail et JAF mise à jour - JRun 4 utilise JavaMail version 1.3.1 et JAF 1.0.2 maintenant.
  • Sun JDK soutiennent - JRun 4 soutient Sun JDK 1.5.0 maintenant

Problèmes resolues dans cette version

JRun 4 Updater 5 JRun 4 Updater 4 a resolu les bogues suivants.

JDBC drivers de données incorporés

Le version du packet de driver de JRun 4 Updater 5 est version 3.3 build 48.

Oracle

  • 54831, 55217 -Oracle clob échoue quand il y a un traîner nul dans le clob. (NLS_Characterset UTF8)
  • 55313 - Un paramètre de production qui est registré inexactement cause un erreur de Protocole de Net8.
  • 54994 - Les drivers retournent 16 octets pour char(8) dans Oracle. (NLS_Characterset JA16SJIS).
  • 55605 - On ne peut pas insérer de caractères japonais dans une colonne de clob. (NLS_Characterset UTF8).
  • 55308 - La limite pour un LONG retourné d'une procédure emmagasinée est 2K. (32K maintenant).
  • 55546 - Le marqueur CFTRANSACTION de ColdFusion produit ORA-01453 et enlève des connexions de données de pool de connexion.

SQL Server

  • 51266 - Quand on atteint le nombre maximum de connexions de SQL Serveur, on ne peut pas lire les nouvelles données. (Message changé) «[Macromedia][SQLServer JDBC Driver]A problem occurred when attempting to contact the server (Server returned: Connection reset).»

DB2

  • 54536 - JRun ne peu connecter à un DB2 base de données en utilisant chinois Cp1114 coder

Tous les bases de données

  • 54826 - Un message d'ArrayIndexOutOfBounds apparait si les colonnes ne sont pas spécifiées dans une déclaration INSERT.

Les connecteurs de serveur web

Les connecteurs de SunOne, Netscape, et IPlanet

Maintenant, les modules de NSAPI utilisent les modules de bibliothèques les plus recents. Les modules uniques qui sont basés sur les versions différentes ont été consolidés dans un module pour chaque platte-forme. Les modules de UNIX et de Linux sont jrun_nsapi. so. Le module de Windows est jrun_nsapi. dll.

L'installation de Updater 5 n'améliore pas le module de connecteur. Après l'installation, il faut désinstaller manuellement et réinstaller les modules de NSAPI utilisant l'Outil de Configuration de Serveur Web (wsconfig.jar) pour mettre à jour le connecteur.  

  • 59419 - Les renseignements de SSL Client Certificate ne sont pas procedé quand il faut que le connectuer essaie deux fois our plus de deux fois d'obetnir un connection proxy.
  • 54985 - Spécifier les emplacements des filesnames de. swf,. mxml,. et crf ont été ajoutés pendant la configuration de connecteur pour ColdFusion 7 et l'intégration de Flex.
  • 53703 - La configuration de connecteur complète pour Apache pour RHAS 3,0, mais le reconnaît comme RedHat 7 ou plus ancien. Apache ne répond pas après l'installation. 
  • 54190 - Le connecteur Apache ne charge pas sur Mac OSX 10,3. Le journal de bord d'erreur d'Apache montre:
    Cannot load /Applications/JRUN4/lib/wsconfig/1/mod_jrun20.so into server: dyld: /Applications/apache2048/bin/httpd Undefined symbols: dyld_stub_binding_helper
  • 56506 - IIS 6,0. ERRORURL est soutenu dans lib\wsconfig\jrun_iis6.ini. L'utilisateur doit créer ce dossier. ERRORURL montre une page d'erreur de serveur personnalisée sur le démarrage quand JRun est echoué; par exemple:
    errorurl=http://localhost/servernotavailable.html.
  • 55019 - Le navigateur se ferme avant que le demande complétée montre l'erreurs "connection reset". C'est plus commun au s'agit de bots.
  • 59590 - Les erreurs "Connection reset by peer" apparaient dans le fichier de journal de bord d'erreurApache.
  • 59446 - Apache.  On a ajouté un commutateur nouveau, -apxs. On l'emploit à la ligne d'ordonner de l'installer de connectuer (wsconfig.jar) pour compiler les connecteur sur les plattes-formes Unix/Linux.  On remplace le dossier de source du connecteur ApacheModule.zip avec une structure augmentée d'annuaire /src/connectors. Cette caractéristique est aussi disponible dans le lanceur d'interface utilisateur de wsconfig , sous [Advanced...]/Connector Settings.   Cette caractéristique compile et déploit le connecteur Apache tout d'un coup sur le système de cible, qui évite des problèmes d'incompatibilité de bibliothèque au s'agit des connecteurs qui sont déjà construits.
  • 59515 - Microsoft IIS 6.   Il faut valuer le clef d'enregistrement "EnableCopySend" à 1 pour éviter le bogue api dans Windows 2003 WriteClient, qui influe l'e écution significativement de ColdFusion/JRun dans IIS6 contre IIS5.   On le fait quant on installe le connection pour la première fois, pas pendant l'installation montée. Si on emploit updater avec un connecteur IIS6 qui est déjà configuré, on peut ou désinstaller ou réinstaller le connecteur (c'est difficile si on a les sites multi-accueilli) ou valuer le clef d'enregistrement manuallement.  
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters\EnableCopySend
    Microsoft Knowledgebase Document:   http://support.microsoft.com/default.aspx?scid=kb;EN-US;840875

Problèmes divers

  • 31165 - Selon HTTP 1.1 Spec RFC 2616 <http://www.ietf.org/rfc/rfc2616.txt>, tous les clients et serveurs HTTP doivent soutenir tous les trois formats des données; mais JRun ne soutient que le format premier. JRun affiche le message 'avertissement "java.lang.IllegalArgumentException: Unparseable date" dans le journal de bord d'événement si on emploit les deux formats des données derniers.
  • 39761 - On ne value pas l'en-tête qu'on a modifié le plus récemment avec MS Internet Explorer 5.5 ou Netscape. Ceci rend infirme cache.
  • 47726 - La méthode The ServletContext.getServerInfo() ne retourne pas l'information dans le forme exigé. Il retourne "JRun 4" bien que la spécification déclare que le nom du produit et le nombre de version soient séparé par une entaille (/).
  • 48899 - Les l'information de noter métrique de JRun 4 JDBC sont inexacte.
  • 51136 - S'il y a plus de 32 filter-mappings dans web.xml, JRun4 ne fonctionne pas correctement. Par example, si on ajoute filter-mapping numero 33 à web.xml, quand on l'appelle, JRun appelle un autre filter au lieu de filter 33.
  • 54087 - URLEncoder.encode() ne fonctionne pas avec les noms des documents qui contiennent un espace. Il foncionne sans erreur dans JRun 3.1.
  • 55419 - Il y a un problème de Jikes sur toutes plate-formes avec JDK 1.5. C'est un This is problème de rt.jar. Il faut enlever jikes de l'annuaire /jrun4/bin. JDK 1.5 ne fonctionne pas sur toutes plate-formes.
  • 55725 - Le serveur ne plus répond quand le nombre de fils de WebService (JRun Web Server) (web-xx), de ProxyService (jrpp-), ou autre fils (jndi-, scheduler-) atteint 0. Un autre symptôme est l'xistance des fils avec la trace suivante de pile:  (supposer xs est un nombre et web-xx peut être jndi-xx, jrpp-xx, et cetera) (similaire à 57510)

    "web-xx" prio=5 tid=0x3aadae30 nid=0x14ec in Object.wait() [417f000..417fdbc]
    at java.lang.Object.wait(Native Method)
    - attendant <0x18689fb0> (un jrunx.scheduler.WorkerThread)
    à jrunx.scheduler.StackMutex.enter(StackMutex.java:47)
    - locked <0x18689fb0> (un jrunx.scheduler.WorkerThread)
    à jrun.servlet.network.NetworkService.accept NetworkService.java:356)
    à jrun.servlet.http.WebService.createRunnable(WebService.java:100)
    à jrunx.scheduler.ThreadPool$DownstreamMetrics.createRunnable(ThreadPool.java:320)
    à jrunx.scheduler.ThreadPool$ThreadThrottle.createRunnable(ThreadPool.java:382)
    à jrunx.scheduler.ThreadPool$UpstreamMetrics.createRunnable(ThreadPool.java:274)
    à jrunx.scheduler.WorkerThread.run(WorkerThread.java:62)

  • 55182 - getPathInfo functionne seulement avec les chemins qui tiennent plus de 16 caractères. Les chemins qui tiennent moins de 16 caractèresretournent un nul. Ceci peut être relaté à bogue 53219.
  • 56622 -Quand il est sous le chargement, JRun arrive à serrure quand la persistence de séance de JDBC est utilisée pour emmagasiner une données de séance d'à peu près 1,5 méga-octet.
  • 56910 - JRun utilise un virgule (,) comme séparateur de cookie , bien que tous les autres ne l'utilisent comme séparateur.
  • 57510 - JRun ProxyService (jrun.servlet.jrpp.JRunProxyService) ne repond pas quand le serveur a le chargement bas.
  • 57076 - HttpSession.setMaxInactiveInterval() ne fonctionne pas convenablement. Il doit remettre à l état initial la pause de séance avec cette méthode. JRun4 ne le met pas convenablement. Aussi, si on appelle cette méthode deux fois, il retient la valeur, mais si on l'appelle un fois, il ne remet à l'état initial la pause de séance.
  • 58875 - JRun4 session.getLastAccessedTime retourne toujours le temps d'accès actuel.
  • 56874 - RedHat AS 3.0. On ne peut pas commencer de serveur autrement que le serveur d'administration en utilisant Sun JDK 1.5.0.

Employant les connexion à partir d'un groupe

  • 53486 - JRun fait une boucle pendant 30 seconde (30 tentatives) en essayant d'obtenir une connexion à partir d'un groupe. Ceci affecte des sources de données connexion-limités - j- jrun-resources.xml <maximum-size>. Le vieux défaut était 10.

Les sources de données de connexion-limité
Les utilisateurs de JRun et ColdFusionMX qui utilisent JRun connexions à partir d'un groupe (pour les sources de données qui ont été entrées dans la Console de Direction de JRun) peut régler l'attribut <maximum-soft> à faux pour la source de données dans jrun-resources.xml. Cet attribut force le connexion à partir d'un groupe de respecter <maximum-size>. Autrement, le groupe des connexions peut pousser la limite de données d'information de chargement. Pour plus renseignements de source de données, lisez JRun Administrator's Guide*.

Mise en grappe

Mise en grappe et failover ont été amélioré dans Updater 4, et ont été amélioré de plus dans Updater 5. On doit appliquer Updater 5 à tous les installations de JRun qui sont mises en grappe. On ne peut pas utilise les versions differents des Updaters simultanément. Les problèmes suivants sont résolus dans JRun Updater 4 et Updater 5:

  • 50179 - Le connecteur de JRun ne détecte pas tout de suite un serveur éloigné qui est arrêté.
  • 54628 - Le dossier jrun.serverstore peut devenir inexact si les serveurs de JRun et les serveurs web sont remis en marche fréquemment.
  • 54629 - jrun.serverstore ne réinitialise pas après le démarrage. Ceci peut causer le connecteur de serveur web d'avoir des données inexactes si n'importe quels membres de grappe echouent quand le connecteur commence.
  • 52732 - Failover est imprévisible quand de matériel (comme l'interruption de courant de réseau) arrive.
  • 55750 - Si le mise en grappe est inactif pendant plus de 2 heures, une erreur est produite pendant que propageant le contexte de Sécurité.
  • 58477 - Le connecteur sert des demandes inexactement dans une mode de circulaire-merle à tous serveurs dans le groupe, si le membre de groupe a les application/cartographies demandées. Le connecteur ne trie pas les cartographies des serveurs de JRun correctement.

Pour les autres changements dans le comportement de connecteur voit l'index de technote sur JRun support site*.

EJB

  • 53506 - Quand on utilise CMR (l'un-à-beaucoup), si on est dans une méthode de busness sur 'un' côté, une modification de collection (comme add) la méthode est appelée, ejbStore() n'est pas appelée pour la méthode de busness.
  • 53144 - JRun 4 ne montre pas {ejb.beanname.pool} ou {ejb.pool} correctement pour le bean de séance stateful.
  • 53528 - ejbCreate méthode est appelée pour tous les appels aux méthodes d'object et home pour le bean de séance stateless.
    On doit l'appeller seulement pour l'appel homeMethod.
  • 53448 - Dans un relation l'un-à-beaucoup, si le côté « beaucoup » a une clef primaire composée, l'erreur « l'erreur d'assortiment de Type d'Argument » est lproduit pendant que rapportant l'itérateur pour la collection. 
  • 53449 - Pour CMP20, si on utilise un clef primaire composée dans les relations l'un-à-beaucoup, et le clef primaire tient un article de données dans les données primitives tapent (comme int, long et cetera), on produit 'Null Pointer Exception' quand pendant qu'obtenant l'itérateur sur la Collection.

JRun 4 en action

 

JRun/Java Centre des développeurs *

 

Support et formation

 

Téléchargements

 

Produits connexes

ColdFusion MX 7

Ajoutez ColdFusion pour obtenir la couche de programmation la plus productive pour J2EE

Dreamweaver 8

Créez des sites et applications web de qualité professionnelle

Macromedia Flash Professional 8

Créez et publiez des contenus interactifs pour les ordinateurs de bureau et d'autres appareils numériques