Comment dois-je weblogic recharger le cache des pages Jsp sur redémarrer

Notre méthode de déploiement d'une nouvelle version d'une application pour weblogic (11g) est de copier sur le dessus de l'existant fichier ear et puis arrêtez et redémarrez le serveur weblogic. Nous faisons un arrêt/marche de weblogic plutôt que d'un redéploiement, en raison de l'connu permgen question (où finalement on va manquer de perm gen et ont pour rebondir weblogic server).

Cependant, cette méthode de déploiement a un inconvénient: nouvelle JSP versions ne sont pas vus par weblogic. Pour corriger cela, nous avons dû effacer le contenu du répertoire tmp, que de maintenir un cache de la compilation des pages Jsp avant de redémarrer le serveur. Est-il un paramètre qui serait de dire weblogic pour effacer le cache/reload/recompiler les Jsp quand il commence à revenir?

OriginalL'auteur BestPractices | 2012-09-10

  1. 5

    La modification de la JSP minuteur d'actualisation

    Une solution standard est à dire Weblogic pour vérifier JSP fraîcheur de plus en plus fréquemment, soit en créant de la valeur dans votre web.xml ou dans votre weblogic.xml.

    Au mode de production, Weblogic ne pas vérifier les nouveaux JSP versions (valeur par défaut: -1) alors qu'il n'chaque seconde, le mode de développement (valeur par défaut: 1).

    Le choix entre modifier web.xml ou weblogic.xml est à vous, concernant l'application de serveurs cible, étant WebLogic seule ou non.

    Si vous préférez modifier web.xml, puis définissez une valeur pour le paramètre de contexte weblogic.jsp.pageCheckSeconds comme suit:

    <context-param>
  <param-name>weblogic.jsp.pageCheckSeconds</param-name>
  <param-value>0</param-value>
</context-param>

    Si vous préférez modifier weblogic.xml, puis définissez une valeur pour le paramètre page-check-seconds dans le jsp-descriptor section. Voici l'extrait pertinent de la documentation:

    Définit l'intervalle, en secondes, à laquelle WebLogic Server vérifie si les fichiers de JSP ont changé et ont besoin d'être recompilés. Les dépendances sont également vérifiées et, récursivement, rechargé en cas de changement.
    La valeur -1 signifie ne jamais vérifier les pages. C'est la valeur par défaut dans un environnement de production.
    La valeur 0 signifie toujours vérifier les pages.
    La valeur 1 signifie vérifier les pages à chaque seconde. C'est la valeur par défaut dans un environnement de développement.
    Dans un environnement de production où les modifications apportées à une page JSP sont rares, envisager de modifier la valeur de pageCheckSeconds de 60 ans ou plus, selon votre paramétrage exigences.

    Source: http://docs.oracle.com/cd/E21764_01/web.1111/e13712/weblogic_xml.htm#i1038490

    Forcer redéploiement

    Le redémarrage de Weblogic server ne prend pas en vigueur à redéployer une Application Web (en particulier dans le mode de production).

    Solution
    Déclencheur explicitement la "redéployer" cycle de vie de l'opération à l'aide de ligne de commande comme ceci:

    java -cp weblogic.jar weblogic.Deployer -redeploy [-remote -adminurl t3://hostname:hostport] -username login -password password -name webapp.name [-upload -source webapp.war]

    • Noter que -redeploy est des MOYENS beaucoup plus sûr que -update, esp. avec Weblogic <= 10.x

    • Garder le premier bloc entre [ ], uniquement si le serveur n'est pas local. Enlever les [ ] dans ce cas.

    • Garder deuxième bloc entre [ ], si vous souhaitez combiner les fichier WAR téléchargement dans la même étape, qui est plus simple. Enlever les [ ] dans ce cas.

    J'ai le même problème. La page-check-secondes fonctionne bien lors de la modification de l'déployé des fichiers JSP directement. Dans le scénario décrit par @BestPractices cependant, lorsque le serveur est arrêté, puis les fichiers sont déployés, weblogic n'a pas l'air de remarquer que toutes les/certains fichiers ont changé et utilise les classes générées à la place.

    OriginalL'auteur Chucky

  2. 1

    Pour éviter cela, vous devez d'abord mettre à jour votre Module, puis redémarrez le serveur..cela devrait résoudre votre problème.

    Bien que le processus en est de toujours se donner à 100% d'exactitude. Mais vous pouvez essayer les étapes mentionnées ci-dessus.

    OriginalL'auteur kukku