web-dev-qa-db-fra.com

TomEE démarre mais Netbeans affiche l'erreur "Impossible de démarrer"

J'utilise NetBeans 8.0.2 (également, je l'ai essayé dans la dernière version nocturne) et j'essaie de démarrer le serveur TomEE Plume sur le port 8084 (je l'ai également essayé sur un port différent). Le serveur démarre et fonctionne correctement, mais NetBeans pense qu'il n'est pas démarré et après environ 2 minutes d'attente ("Waiting for Tomcat"), une fenêtre d'erreur "Tomcat n'a pas pu démarrer" ou quelque chose du genre s'affiche.

Il y a des questions similaires aux miennes à la différence que je n'ai absolument aucune erreur, seulement la fenêtre "Tomcat n'a pas pu démarrer", donc je ne peux même pas mettre le journal ici car il ne dit rien d'utile. De plus, les solutions disponibles ne fonctionnent pas pour moi.

Je crois qu'il y a des problèmes de communication entre NetBeans et TomEE, aussi je suis presque sûr que le problème est dans NetBeans parce que TomEE fonctionne bien et démarre comme il se doit, localhost: 8084 me donne la page Tomcat bien que NetBeans pense qu'il n'a pas réussi à démarrer. Il y a une petite chance que pour une raison quelconque TomEE n'envoie pas de confirmation à NetBeans après le démarrage, mais je n'ai vraiment aucune idée de la façon de vérifier cela.

J'ai examiné les mêmes problèmes, les deux problèmes les plus courants sont "" 127.0.0.1 * "n'est pas reconnu comme une commande interne ou externe" et le même que moi. La solution suggérée était de choisir "Pas de proxy" dans les Outils-Options, mais cela ne m'a pas aidé.

Aussi, juste pour être sûr, j'ai édité catalina.bat fichier et vérifié mes autorisations utilisateur qui sont roles="admin-gui,manager-gui,admin,manager-script".

J'espère que quelqu'un a fait face au même problème. Aussi, j'aimerais savoir si ce problème est même résoluble. Merci.

12
Mugi4ok

Dans server.xml, supprimez les attributs xpoweredBy et server du connecteur:

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" xpoweredBy="false"
           server="Apache TomEE" />
25
Steve F.

NetBeans 8.0.2 fonctionnait bien avec TomEE + 1.7.1, mais j'ai ensuite effectué une mise à niveau de TomEE + 1.7.1 vers 1.7.2, a ajouté TomEE + 1.7.2 dans Services> Serveurs dans NetBeans 8.0.2, et c'est à ce moment-là que j'ai rencontré l'erreur "Echec de démarrage" lors de l'exécution de NetBeans 8.0.2 dernier et corrigé et TomEE + 1.7.2.

Dans server.xml, j'avais les éléments suivants:

<Connector port="8080" protocol="org.Apache.coyote.http11.Http11NioProtocol"
           maxThreads="150" connectionTimeout="20000" acceptorThreadCount="2"
           redirectPort="8443" socket.directBuffer="false"/>

J'ai tenté de modifier le connecteur, mais cela n'a pas résolu le problème.

La solution pour moi était de décocher la case à cocher tiliser IDE Proxy dans l'onglet Plate-forme des propriétés du serveur d'Apache TomEE + 1.7.2 . Voir ci-dessous.

enter image description here

15
Howard

Je vérifierais les paramètres de proxy dans les netbeans sous les préférences pour être "Pas de proxy" plutôt que "Utiliser les paramètres de proxy système".

A travaillé pour moi.

Source: https://www.youtube.com/watch?v=uI1j-8F8eN4

7
Michael Stokes

Dans Tomcat 8.5.11 avec Netbeans 8.1, j'ai dû changer cela:

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000" 
           redirectPort="8443" />

pour ça:

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000" xpoweredBy="false" server="Apache-Coyote/1.1"
           redirectPort="8443" />

Dans le fichier server.xml.

5
Guilherme

Aujourd'hui, j'ai rencontré la même situation lorsque je voulais passer de TomEE1.7. à 1.7.2 et basé sur Mugi4ok la question et Howard et Steve les réponses (parce que vous avez tous raison mais la racine du problème reste dans le système) je l'ai fait une analyse plus approfondie de la situation mentionnée et finalement j'en ai trouvé la racine.

Il y a deux problèmes différents dans la nouvelle version de TomEE (1.7.2)

  • On soulève lorsque vous démarrez le débogage ou exécutez la session dans NetBeans et vous obtenez immédiatement le message: Le nom donné (127.0.0.1 *) n'a pas pu être reconnu par le système comme commande ...
  • L'autre se lève à la fin du processus de déploiement qui génère la situation à long terme

Voyons le premier cas. Parce qu'il est généré au tout début du processus d'exécution/débogage, j'ai d'abord vérifié le script catalina.bat car il est appelé en premier. J'ai comparé les deux versions provenant de TomEE 1.7.0 et 1.7.2. Et le problème était presque trivial.

TomEE a changé deux lignes dans le script:

en 1.7.0 c'était ceci:

set Java_OPTS=%Java_OPTS% %LOGGING_CONFIG%

mais en 1.7.2 ils ont mis des guillemets autour:

set "Java_OPTS=%Java_OPTS% %LOGGING_CONFIG%"

Et c'est un grand changement si la variable d'environnement Java_OPTS contient également des guillemets. Et si vous utilisez NetBeans et que nous utilisons une configuration non ProxyHosts et que nous avons activé la case à cocher "Utiliser IDE Paramètres proxy" lors de la configuration de la plate-forme du serveur TomEE, nous aurons quelque chose comme ceci dans Java_OPTS (j'ai vient d'extraire la valeur pertinente pour notre cas, bien sûr, nous avons également de nombreux autres paramètres):

 -Dhttp.nonProxyHosts="localhost*|127.0.0.1*|10.*"

Si vous regardez attentivement la première citation et que vous regardez le premier caractère de pipe, vous savez déjà ce qui se passe :-)

Écrivez simplement cette commande dans le shell et essayez d'exécuter:

set "Java_OPTS=-Dhttp.nonProxyHosts="localhost*|127.0.0.1*|10*"

Le premier caractère de canal agira tel quel, donc la commande Shell tentera d'interpréter la chaîne suivante comme une commande, mais 127.0.0.1 * n'est pas une commande.

Donc, ma solution suggérée est supprimez les guillemets supplémentaires dans la nouvelle version comme c'était le cas dans la version précédente. Ils sont dans les rangées 179 et 184 et le problème simple disparaîtra et vous n'avez pas besoin d'éliminer les paramètres de proxy du tout, vous pouvez les utiliser selon vos besoins. Dans ce cas, vous n'avez pas besoin de désactiver également le commutateur des paramètres de proxy. Si vous souhaitez vous fier aux paramètres du proxy NetBeans, vous pouvez le faire avec cette petite modification.

La deuxième situation qui génère un timeout dans le déploiement c'était extrêmement étrange pour moi et seulement le la réponse de Steve m'a aidé alors merci pour cela.

Résumé si vous voyez des bogues dans une nouvelle version de n'importe quel système open source, vérifiez d'abord la modification et essayez de la trouver étape par étape. Dans ce cas, cela a tout résolu.

J'espère que TomEE le reconnaîtra également et les réparera bientôt dans la prochaine version ou qu'il créera un correctif pour cela.

4
Miklos Krivan

si vous avez un seul message "Impossible de démarrer" lors de l'ajout d'un nouveau serveur dans Netbeans 8.X -> Aller à

Serveurs> (sélectionnez votre serveur ajouté)> plate-forme> "paramètres de proxy ide utilisés"

Décochez "paramètres proxy proxy utilisés"

2
diego matos - keke