Weblogic pas effacer la mémoire cache
Nous avons installé Weblogic 10.3.1.0 sur une RHEL (linux) de la machine.
Récemment, une nouvelle version d'une application a été téléchargée sur le Weblogic. Malheureusement, les nouveaux changements ne sont pas en réfléchissant.
Je me dit par les milieux de l'équipe qu'ils n'ont clairement le /opt/BAE_Weblogic/WL_DOMAIN/servers/AdminServer/tmp/_WL_user/our_application
dossier avant le déploiement.
J'ai vérifié les dossiers suivants et je ne vois pas de vieux fichiers:
/tmp/_WL_user/AFM2.2.24M2/ths7y1/war
/tmp/_WL_user/AFM2.2.24M2/ths7y1/public
domains/DOMAIN/servers/AdminServer/cache
Il y a une chose qui me manque.
Avez-vous des serveurs gérés?, Essayez de supprimer le serveur géré tmp. Ce genre de changements, ne reflétant pas? supprimez le .wlnotdelete répertoire
OriginalL'auteur mujeeb | 2011-07-25
Vous devez vous connecter pour publier un commentaire.
Ne supprimez pas les
tmp/_WL_user/appname/
répertoire avant le déploiement d'une nouvelle version; supprimer après le déploiement, si nécessaire.Mieux encore, faire les choses dans l'écriture /la construction de votre application de sorte que le plus récent
WAR/EAR/JAR/TRUCK/BICYCLE
fichiers contiennent uniquement les fichiers avec les nouveaux horodateurs.Encore mieux, il y a un fichier que s'il existe dans
WEB-INF
ouMETA-INF
(ne me souviens plus qui) que lors du premier accès après un redéployer se produit, WebLogic verrez que le fichier a un horodatage plus récent et tabasser tous les mis en cache crud automatiquement. Le problème est que je ne me rappelle pas ce que le nom de fichier est censé être (autant que je me souvienne, c'est TOUT en MAJUSCULES, tout de même).Pourtant, même mieux que ça, la réécriture de l'application(s), de sorte que ceux-ci ne sont pas un problème. De la plusieurs centaines d'applications que j'courir ici sur les serveurs WebLogic, seul un très petit nombre jamais eu ce problème. La grande majorité des applications, "Travail," lorsqu'ils sont mis à jour.
HTH.
OriginalL'auteur Lamont
Je viens de rencontré le même problème où je ne recevais pas mes nouvelles classes réfléchi, MDB appel. J'ai redémarré les serveurs, supprimé les engins déployables pensé qu'il pourrait effacer le cache, encore déployables dossiers étaient disponibles dans /tmp/_WL_user//guerre /tmp/_WL_user//public, les domaines/DOMAINE/serveurs/AdminServer/cache, mais avec pas de chance.
Mais j'ai ensuite réalisé que par erreur j'ai mis ces classes (VIEUX) dans l'un des jar. Ces classes ont été effectivement créé le problème et je me demandais si weblogic est la mise en cache des fichiers. Les sons un peu idiot, mais cela peut aider au cas où quelqu'un fait une erreur similaire 🙂
Cheers,
Mayur
OriginalL'auteur Mayur