Accessibilité
Adobe
Identification Politique de confidentialité Mon Adobe

Notes d'accompagnement de JRun

JRun 4 Updater 4

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

Notes de mise à jour

Met à jour le plus récemment: 10 september, 2004

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

Introduction

JRun 4 Updater 4 est un version cumulative qui inclut toutes les correction des mises à jour précédentes.  Aucune spécifique Updater ou Service Pack est exigé pour installer Updater 4.

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

Installation

JRun 4 Updater 4 montées existant JRun 4 installation (avec ou sans les Service Packs ou sans Updaters préalable). Avant de installer Macromedia JRun 4 Updater 4, 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.
  3. 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..
  4. 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.
  5. Remarquez ce qui est le dossier de racine de l'installation de JRun 4 (par exemple, c : \jrun4).
  6. 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.
  7. 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 4:

  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 4 Updater 4 problemes identifiés*.

Remarques

  • JRun 4 Updater 4 créent un dossier, {jrunroot}/updater4-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 »

Améliorations

The JRun 4 Updater 4 inclut les améliorations suivants:

  • JDBC drivers améliorés- JRun 4 Updater 4 inclut les versions 3.3 build 31 des drivers de JRun JDBC.
  • Connecterrs - Les améliorations d'exécution et les améliorations, surtout pour Microsoft IIS 6.0.  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 des améliorer des installations existantes utilisant NSAPI (IPlanet, Netscape, SunOne) connecteurs, voyez la section Connecteurs du serveur web.
  • Windows soutiennent - JRun soutient du Windows 2003 et IIS 6 depuis Updater 3.
  • Apache soutiennent - JRun soutient Apache versions 1.3.2x-1.3.31, et Apache versions 2.043-2.050. Si vous avez un versions ancien d'Apache 2.x, vouse devez améliorer Apache avant d'installer JRun 4 Updater 4. 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 - Les 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.

Problèmes resolues dans cette version

The JRun 4 Updater 4 inclut les bogues resolues suivants.

JDBC drivers de données incorporés

Updater 3 a contenu une mise à jour a l'original Updater 2 version 3.2 JDBC macromedia_drivers.jar drivers de données Les Updater 3 drivers ont résolu plusieurs problèmes. Le JRun 4 Updater 4 incluent supplémentaire réparations au Updater 3 driver pack, qui est maintenant 3,3 version 31.

Oracle

  • 54831, 55217 - Oracle clob échoue quand il y a un traîner nul dans le clob. (NLS_Characterset UTF8)
  • 55313 - Un paramètre inexactement de production inscrit cause un Net8 erreur de Protocole.
  • 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 - Il y a une limite de 2K pour un LONG retourné d'une procédure emmagasinée. (32K now)

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 est incapable de connecter à un DB2 base de données utilisant chinois Cp1114 coder.

All Databases

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

Serveur web connecteurs

Connecteurs de SunOne, Netscape, et IPlanet

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

L'installation de Updater 4 n'améliore pas le module de connecteur. Après l'installation, vous devez le 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.

  • 56697 - Le plus recent SunOne serveur web est soutenu: SunOne : SunOne 6.1 SP2. Les connecteurs multiples de NSAPI ont été consolidés dans un connecteur : jrun_nsapi.so or jrun_nsapi.dll.
  • 55695 - Fuite de mémoire avec SSL et ISAPI.
  • 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.
  • 54150 - Il y a des problèmes de contrôle d'accès de IIS 6,0 quand vous écrivez aux journaux de bord de connecteur de jrun dans/wsconfig/ ou le jrunserver store. Par exemple:

    jrISAPI[6512:4552] could not open "C:/JRun4/lib/wsconfig/1/jrunserver.store : Permission denied

  • 53703 - La configuration de connecteur complète pour Apache pour RHAS 3,0, mais le reconnaît comme RH 7 ou plus tôt. apache ne répond pas après avoir installé.
  • 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.

Problèmes divers

  • 44972 - L'amélioration (depuis Updater 3). JRun est installé comme un service de Windows. Les paramètres jrunsvc.exe [-starttimeout] [-stoptimeout] ont été ajouté.

    Après une coupure de courant ou le réamorce froid (dans les relâchements passés) le serveur de JRun pourrait exiger trop longtemps pour ait commencé, qui a causé le service d'empêcher le serveur de JRun de commencer. Les utilisateurs peuvent ajuster le seuil de service de Windows pour le début de serveur et les temps d'arrêt avant que le service produit une erreur (l'erreur Entretient-Spécifique 2). Les défauts actuels sont 4 minutes (de 240 seconde - pour le début de serveur) et 2 minutes (de 120 seconde -pour l'arrêt de serveur). La nouvelle caractéristique foncionne pour ColdFusion MX 6,1 ou plus tard ou JRun 4 version 73557 ou plus tard. (Pour plus amples renseignements, lisez TechNote 18799* ).

    Par exemple, jrunsvc -starttimeout 300 "Macromedia JRun Default Server".

    Pour une liste d'options d'ordre-ligne de serveur de JRun, lire l'aide de jrunsvc.
  • 47375 - Le commutateur -norestart a été ajouté au jrunsvc.exe pour fournir le comportement pareil pour le JRun 4 serveur comme JRun 3,1 (non remet en marche sur l'échec). Le comportement implicite automatiquement sera obligé à remettre en marche sur l'échec. Avec Windows 2000 et plus tard, l'utilisateur peut utiliser l'étiquette de Rétablissement dans le service de Windows pour contrôler le serveur remet en marche. Par exemple, jrunsvc -install -norestart Server2 «Macromedia JRun Server2 Server» «Macromedia JRun Server2 Server» «Macromedia JRun Server2 Server»

Remarque: En utilisant un service de Windows pour JRun, commencez des serveurs du Tableau de commande avant de Windows, pas du JMC. Pour commencer et arrêter des serveurs éloignés par le JMC, n'utilisez pas les services de Windows à moins que tous les serveurs sont deja installés dans le Tableau de commande avec [-norestart]. Le type de démarrage de service de Windows est automatique par défaut, qui signifie qu'un réamorce remet en marche le serveur sans utilise le JMC.

  • 55681 - Updater 3 régression. Un envoyé à l'application avant qu'il est entièrement déployé (par exemple, pendant le démarrage) cause le déploiement d'échouer.
  • 52346 - L'roder -stop de jrun utilise la taille maximum de tas (-Xmx) du jvm.config. Cet ordre peut échouer des systèmes mémoire-limités ou chargés en essayant d'arrêter le procédé de JRun.
  • 55263 - Le system.out a exigé 10 fois plus de chronomètre dans JRun 4 (10 sec) que dans JRun 3 (1 sec) (à 2000 lignes composées).
  • 49452 - Les caractères japonais sont affiché comme MojiBake dans les navigateurs de Netscape.
  • 55803 - Le service de JRun (jrunsvc) procédé stop termine le serveur de JRun trop tôt, qui casse la régression de U2->U3 de persistence de séance). Le jrunsvc arrête le serveur après 10 seconde au lieu d'attendre le problème de stop. Ce-ci arrive seulement dans Windows en utilisant JRun comme un service.
  • 55700 - L'attribut expires de l'étiquette de ColdFusion cfcookie n'a pas foncionné convenablement. Le temps d'expiration de cookie n'a pas été établi correctement, qui a affecté JRun. Le cookie setmaxage () utilisait un vieil objet de Calendar.
  • 53346 - Explicit system.gc() est enlevé de objectpool. Ceci pourrait causer le serveur d'échouer en utilisant certaines jcadres de run-ressources. de xml.
  • 55725 - Le serveur de JRun devient peu réceptif quand le nombre de fils de WebService (le Serveur Web de JRun) (web-xx) atteint zéro.
  • 50753 - L'erreur « le Port déjà dans l'usage » apparaît quand vous commencez une corvées de serveur. JNDI récemment créées à tout IPs sur la machine bien que vous spécifiez une adresse de IP et le port en définissant un serveur nouveau .
  • 56800 - JavaMail mise à jour à version 1.3.1 et JAF (javax.activation) à version 1.0.2. 55768 - Les wildcards qui sont utilisés dans les lcations véritables pour <resource-path> dans jrun-web. xml cause le PREMIERE d'une certaine longueur être négligé ; par exemple,
<resource-path>/cftest1/*</resource-path> // ignored
<resource-path>/cftest2/*</resource-path>
<resource-path>/cftest3/*</resource-path>
  • 55438 - Une fuite de mémoire dans jspInit () a été trouvé en utilisant reload = true dans jrun-web. xml. Cetci a affectée l'exécution parce que JRun recharge le servlet chaque 1500 mme. Ceci n'était pas un problème pour les environnements de développement. Le message suivant a été ajouté au dossier système.out pendant le démarrage pour les applications de production :

    "web application has 'reload' as true in jrun-web.xml. Consider setting it false if the application is running in production environment."

  • 55439 - la méthode jspDestroy () (qui détruit le servlet précédent) n'était pas appelé quand reload=true dans le jrun-web. xml. Ce problème d'exécution est relaté à 55438 et pourrait causer une fuite de mémoire.
  • 56311 -  Un étiquette personnalisée nested qui utilise l'implémentation de TagExtraInfo a produit l'erreur de compilation suivante : « la déclaration de double de variable locale ».
  • 48589 - Le bouton de JMC « le Contrôle pour les Mises à jour » est réparé.
  • 52853 - Quand les serrures ne sont pas relâchées dans la base de données, les applications transactionnelles echouent.
  • 53422 - La serrure de JVM arrive entre TransactionImpl et TransactionManagerImpl parce que les deux s'attendent.
  • 56900 - JMC montre le nom de serveur codé en utilisant un enregistrement de serveur éloigné avec une adresse IP.
  • 55829 - Pour éviter des demandes qui pause prématurément, les optimisations de jrun.xml. threadWaitTimeout sont réglés à 300 (de 20) pour tous serveurs existants (par Updater) pour ProxyService et WebService. le fichier jrun4/servers/template.zip jrun.xml est aussi mis à jour pour les serveurs récemment créés.
  • 56262 - Les optimisations de jrun.xml. Les défauts de SchedulerService ont été ajoutés pour empêcher le serveur d'echouer pour les types d'applications spécifiques. S'il n'y a aucuns cadres, il les ajoute ; autrement, il lit les valeurs existantes et assure qu'ils ne violent pas de règles internes. La table suivante énumère les défauts vieux et les défauts nouveaux.
Nom de paramètre Defaut vieux Default nouveau
MaxHandlerThreads 20 500
MinHandlerThreads 1 20
ActiveHandlerThreads 10 25
ThreadWaitTimeout 20 180

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. Les problèmes suivant sont résolus.
  • 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.

EJB

  • 56674 - Quand un nul est passé au findByPrimaryKey, une erreur de illegalArgumentException est produite au lieu d'un FinderException.

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