À l'aide de la WildFly serveur d'application avec NetBeans IDE
J'étais habitué à utiliser le serveur GlassFish de tous les temps. Je suis de la migration d'une application Java EE de GlassFish (4.0) pour WildFly 8.1.0 final.
J'ai essayé d'utiliser WildFly 8.1.0 finale de NetBeans 8.0 à l'aide ce plugin pour le serveur, car il n'y avait pas intégré dans le plugin pour le serveur.
Contrairement à GlassFish, l'application est cependant pas déployé sur la sauvegarde des données du projet, même si le déployer sur enregistrer option sur l'IDE est activé. L'application conduit à de très étrange/inconnu/problèmes inhabituels. Par exemple, cette question est plein de (seulement) certains de ces problèmes.
J'ai mis à jour NetBeans pour 8.0.1 (avec la JSF à 2.2.8-02) qui a intégré dans WildFly-Plugin, mais il a aussi apporté tous plus aucune différence de toute façon que la précédente version de l'IDE.
Dans ce commentaire d'un rapport de bug, il est mentionné qu'une correction a été apportée par la modification, l'ajout du XML correspondant à un pilote JDBC comme suit,
<driver name="mysql" module="com.mysql">
<xa-datasource-class>
com.mysql.jdbc.jdbc2.optional.MysqlDataSource
</xa-datasource-class>
</driver>
J'ai aussi fait ce changement à la standalone-full.xml
fichier. Cette partie ressemble comme suit.
<subsystem xmlns="urn:jboss:domain:datasources:2.0">
<datasources>
<datasource jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS" enabled="true" use-java-context="true">
<connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE</connection-url>
<driver>h2</driver>
<security>
<user-name>sa</user-name>
<password>sa</password>
</security>
</datasource>
<datasource jta="false" jndi-name="java:/jdbc/project_datasource" pool-name="project_datasource" enabled="true" use-ccm="false">
<connection-url>jdbc:mysql://localhost:3306/projectdb</connection-url>
<driver-class>com.mysql.jdbc.Driver</driver-class>
<driver>mysql</driver>
<pool>
<min-pool-size>5</min-pool-size>
<max-pool-size>15</max-pool-size>
</pool>
<security>
<user-name>root</user-name>
<password>root</password>
</security>
<validation>
<validate-on-match>false</validate-on-match>
<background-validation>false</background-validation>
</validation>
<statement>
<share-prepared-statements>false</share-prepared-statements>
</statement>
</datasource>
<drivers>
<driver name="h2" module="com.h2database.h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
</driver>
<driver name="mysql" module="com.mysql">
<xa-datasource-class>com.mysql.jdbc.jdbc2.optional.MysqlDataSource</xa-datasource-class>
</driver>
</drivers>
</datasources>
</subsystem>
Mais en vain. Le faire n'a rien de nouveau.
De toute façon, est-il possible d'utiliser WildFly (8.1.0 ou plus, dans la mesure du possible) avec NetBeans pour l'instant (peut-être en faire quelque modifications)?
Il semble que je suis presque à gauche avec de rester loin avec WildFly pour l'instant. S'agit-il? 🙂
je ne connaît pas précisément si le plugin est le problème ou pas. Il pourrait être quelque chose de différent.
Mise à jour :
Il m'a fallu au moins trois semaines à la rencontre de cette situation. Donc, s'il vous plaît ne pense pas que l'ensemble de la chose, j'ai écrit ici est faux/pas de sens, si vous ne pouvez pas reproduire la même chose juste dans un moment (comme indiqué dans le rapport question - y compris la grève par le biais de texte) - je ne peux pas en dire plus à ce sujet.
L'un de la reproductibilité des choses : si des modifications apportées à une application existante sont faits, la demande n'est pas (automatiquement) a été déployée sur le serveur, si ces modifications sont enregistrées (pour ne pas mentionner que le déployer sur enregistrer option est activée dans l'IDE) - mais c'est la seule chose la plus simple et ne peut être invoquée, même si il se passe correctement.
Apparemment le plugin ne pas interagir/communiquer avec l'IDE d'une manière qu'il devrait (comme cela se passe correctement, lors de l'utilisation de GlassFish Server, par exemple).
OriginalL'auteur Tiny | 2014-10-19
Vous devez vous connecter pour publier un commentaire.
Juste un avertissement, comme je l'ai manqué et déchirait mes cheveux.
Wildfly utilise le port 9990 pour debug de gestion en tant que par défaut, cependant cela pose problème si vous avez une carte Nvidia appareil comme la Nvidia network service utilise également 9990.
Pour le fixer, j'ai arrêté de le Nvidia network service (Dans le gestionnaire des tâches) et mon Netbeans (8.1) peut maintenant se connecter à la wildfly serveur et ne tombe plus sur.
Vous pouvez également modifier les ports qui wildfly utilise, pour mettre fin au conflit. Si vous utilisez le standalone.xml fichier, modifiez la ligne suivante:
Et de modifier le numéro de port de votre choix. Maintenant dans NetBeans, lorsque vous choisissez d'ajouter le serveur et se rendre à l'Instance Propriétés, assurez-vous de définir le port de gestion de le même que celui que vous avez défini dans le fichier de configuration. J'ai choisi 9991 et pas eu de problèmes jusqu'à présent.
(J'ai posté ici, car c'était le premier résultat que j'ai tenu à venir à lors de la recherche pour résoudre le problème)
N' "Déployer sur "Enregistrer" arrive correctement à l'aide de NetBeans 8.1 / WildFly 9.0.2 final? Je vois l'IDE ne pas déployer automatiquement le projet, chaque fois que les modifications sont enregistrées, au moins dans la norme NetBeans projets (qui ne sont pas de l'utilisation d'Apache Maven comme une accumulation et de la dépendance de l'outil de gestion). Il semble que le plugin ne parvient pas à communiquer avec le serveur. (Je viens de créer une simple application de test à l'aide de NetBeans 8.1 / WildFly 9.0.2 final n'avoir qu'un seul fichier XHTML avec pas de dépendances supplémentaires autres que PrimeFaces. Le "Déployer sur "Enregistrer" est activée sur l'IDE).
La seule page EE de l'application s'exécute correctement sur cette application de test, mais il provoque des problèmes à long terme comme indiqué dans le lié question, lorsque la demande devient de plus en plus complexe ayant plusieurs dépendances. (J'ai aussi fait le changement comme vous l'avez mentionné dans le
standalone.xml
fichier)J'ai créé un pool de connexions JDBC dans WildFly 9.0.2 final. Il communique efficacement avec la base de données associée par le biais d'un EE de l'application à l'aide d'EJB/JPA (Hibernate) et de l'ACI en tant que client. Le problème se produit lorsque plusieurs dépendances sont ajoutés au projet auquel cas, le plugin certainement ne parvient pas à communiquer correctement avec le serveur. Entre autres, "Déployer sur "Enregistrer" n'arrive jamais dans les deux cas. Elle nécessite toujours un dur déployer.
OriginalL'auteur Draken
Je vous encourage à soumettre un rapport de bogue à:
https://netbeans.org/bugzilla/enter_bug.cgi?product=serverplugins
et l'utilisation WildFly de la catégorie.
Avez-vous essayé de lancer WildFly à l'aide d'une CLI et de voir si votre IDE problèmes liés à l'aller ?
Merci! Un peu plus détaillée tutoriel sur jboss-cli est: github.com/arun-gupta/wildfly-lab/blob/master/docs/chapters/...
OriginalL'auteur Arun Gupta
D'abord le wildFly plugin est distribué avec l'EDI Netbeans 8.0.1 pour que le plugin que vous utilisez peut-être obsolète.
Comme Arun dit, remplir un bug avec netbeans log /wildfly journal et votre config.
Il y avait une NPE dans l'analyse lorsque le pilote a été défini dans la source de données par son conducteur de classe.
OriginalL'auteur ehsavoie