Nous développons une application Web avec Rational Application Developer 7.5 (basée sur Eclipse 3.4) pour WebSphere Application Server 6.1. Lors de l'examen de stacktraces sur un serveur de transfert, les numéros de ligne pointent toujours sur le début des méthodes, jamais sur la ligne réelle. Dans l'environnement de développement local (chaque développeur a son Websphere 6.1 en cours d'exécution) tout semble parfait.Les numéros de ligne dans StackTrace pointent vers le début de la méthode
Dans les préférences Eclipse, sous Java> Compilateur> section Génération de fichiers, tout est coché.
Le déploiement est effectué en créant un fichier EAR à l'aide de la cible Ant earExport de RAD (pas la tâche principale ear). Ensuite, il est reconditionné pour supprimer certains fichiers inutiles. Aucune compilation explicite n'est démarrée - les classes de l'espace de travail sont utilisées.
Comment cela peut-il se produire, que ces informations soient perdues? Cela fait-il partie de l'optimisation de Hotspot? Si oui, peut-il être désactivé?
Et comment puis-je récupérer mes bons numéros de ligne?
Hmm, cela pourrait en fait être le point. La mise en scène est en effet la version iSeries V5R4M0. Je vais vérifier les forums developerworks. Merci pour l'instant (+1). – rudolfson
Oui, la JVM iSeries est une bête unique qui fonctionne très différemment d'une JVM normale. Je suis sûr que vous avez remarqué à quel point le premier passage a été lent. Le client que j'ai consulté a finalement décidé de déplacer le serveur d'applications sur une boîte AIX, la paille qui a brisé le dos du chameau était quand nous avons découvert un bogue dans l'implémentation JVM iSeries. Nous avons longuement parlé à IBM de Java, de l'iSeries et du futur. En fin de compte, lorsque WebSphere est utilisé sur l'iSeries, il est généralement utilisé pour les packages (JD Edwards). Si vous effectuez un développement personnalisé, vous vous trouvez là où peu vont. Bonne chance! :) – RefuX