RAD ne se déploiera pas des fichiers de classe à l'exécution serveur Websphere (development0 locale

Question

Environnement:. Windows XP RAD: Version: 7.5.3 (Eclipse 3.4.2) Websphere 6.1

J'ai deux projets web sur mon locale Environnement RAD et projets sous jar 4 ou 5 Lorsque je change de classe en mode de débogage et de démarrage normal, les fichiers ne sont pas copiés sur le serveur pour l'exécution

Donc, normalement, je dois redémarrer complètement le serveur ou ajouter/supprimer le projet tous ensemble

Je peux faire une modification à Servlet.java

Quand je fais "publier", l'oreille/application semble redémarrer, mais mes changements ne sont pas là. Donc, je redémarre normalement le serveur. C'est un tueur de productivité.

Paramètres supplémentaires:

* Publish automatically turned off. 
* Minimize resources. Use workspace. 

Que puis-je faire pour vous assurer que les classes seront copiés.

Mes théories:

Je PARENT_FIRST/demande pour la classe chargeur/paramètres de guerre. Est-ce un problème? Peut-être que je devrais enlever l'oreille et l'ajouter à websphere J'ai fait un nettoyage sur le serveur?

Answer 1

1. Supprimez votre application du serveur.
2. Redémarrer le serveur
3. Accédez à la console d'administration et vérifiez que l'application ne figure pas dans la liste des applications, si elle est ensuite supprimée.
4. Redémarrer le serveur
5. Déployer/publier à nouveau.

Answer 2

Vous utilisez la dernière Radiop dois-je ... voici mon guide pour résoudre ce problème:

• Activer le journal des erreurs pour voir si vous obtenez les informations intuitives sur les erreurs internes de RAD, en 7.5 il est disponible sur « Afficher les vues »
• Si vos modifications ne sont pas déployés propre projet
• Si vos modifications ne sont pas encore déployés Reconstruire le projet
• Si vos modifications ne sont pas encore déployés Redéployer projet
• Si votre les modifications ne sont pas déployés mais propre serveur
• Si vos modifications ne sont pas déployées encore Redémarrez le serveur

Ou: - Utilisez la fourmi ou maven pour faire des déploiements straighforward et ignorer la douleur en raison de websphere et eclipse ayant des bugs internes (que vous pouvez voir dans le journal des erreurs s'il est entièrement activé).

Cordialement.

Answer 3

Vos fichiers JSP sont-ils copiés correctement? Autrement dit, lorsque vous effectuez une modification dans une page JSP, pouvez-vous voir les modifications immédiatement après l'actualisation du navigateur? Si cela fonctionne, je ne vois pas pourquoi les cours ne sont pas publiés. L'actualisation automatique JSP devrait fonctionner dans les modes normal et de débogage.

Maintenant, l'option "Créer automatiquement" est-elle activée? Si non, vos classes ne seront pas compilées et transférées. Parent_first/application pour le chargement de classe ne devrait pas être un problème.

L'application locale. serveur fonctionnant en mode développement? Sinon, ça devrait l'être.

Lors du développement, utilisez le mode débogage. Le déploiement à chaud assurera des changements à vos méthodes sont immédiatement visibles. Les changements de classes ne seront pas visibles (c.-à-d.l'ajout d'une méthode nécessite le redémarrage de l'application).

Est-ce votre application? serveur utilisant la sécurité globale? Je l'ai éteint et redéploie automatiquement fonctionne sans problèmes.

Le rechargement de classe a toujours été un problème lors du développement d'applications Java EE. Essayez d'effacer ce fichier d'oreille de votre WAS et de le redéployer à nouveau.

Si tout le reste échoue, essayez JRebel.

Answer 4

Malheureusement, RAD avec WebSphere est un environnement très instable. D'après mon expérience, déboguer le mode cause beaucoup de problèmes. C'est principalement ce que vous décrivez, les changements ne sont pas visibles après la republication, en plus de l'épuisement de la mémoire très rapide. J'utilise le mode de débogage comme dernier rapport.

Dans normal mode tout devrait (lire: dans la plupart des cas) fonctionnent correctement. Vous ajoutez/modifiez des classes et faites 'republier'. Parfois il est nécessaire de faire nettoyer sur le projet avant de le republier.

Mais lorsque la WebSphere fonctionne plus longtemps avec RAD, j'observe que souvent quelque chose se coince. Vous avez là propre option sur le serveur, avec est prévu à nettoyer le cache (qui comprenait également des classes compilées). Vous devriez également observer l'utilisation de la mémoire. Si les limites de la machine JVM sont proches (les fuites de mémoire sont lourdes), Websphere s'arrête pour fonctionner correctement et vous devez le redémarrer.

Cependant, j'ai parfois des problèmes sérieux où le nettoyage n'aide pas, puis il faut supprimer toutes les applications, arrêter la websphere (fermer tous les projets et les ouvrir à nouveau) puis démarrer Websphere et ajouter toutes les applications, redémarrer RAD en attendant. Mais ce n'est pas tous les jours, peut-être tous les mois ...

Si vous êtes vraiment malchanceux, RAD peut briser votre espace de travail, ce qui vous forcera à supprimer tous les projets, supprimer des fichiers de projet (ou faire une caisse fraîche) et tout importer encore une fois, ou même commencer un nouvel espace de travail (arrive aussi avec Eclipse 'normal', ~ 1-2 ans).