-
1. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 4, 2015 11:43 PM (in response to gberish)oops. s/b "ride", not "rid" above but couldn't find a way to edit it.
But I did find an answer. I'm sure there is a more elegant one, but his one works.
In the Servers Tab (at the bottom of the JavaEE view)
Expand the WildFly icon to find the WildFly/Filesets/Configuration File folder
Right Click on the Folder
Click on Edit the File
Then just type in standalone-full.xml on the Includes Line.
It seems there should be a macro like ... ${jboss_config_ .... something} ... that would add the name, but for now my solution seems to work.
-
2. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
jaikiran Jun 4, 2015 11:47 PM (in response to gberish)George Berish wrote:
oops. s/b "ride", not "rid" above but couldn't find a way to edit it.
To edit the first post in a topic, there's a "Edit" link on the right hand side menu of the page.
As for the question on how to get WildFly use standalone-full.xml from Eclipse, I'm pretty sure there's a way to do that, but I don't use IDE integration with servers. I'll move this thread to our JBoss Tools forum which is the right place for this and I'm sure someone there will help you out.
-
3. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
jaikiran Jun 4, 2015 11:50 PM (in response to jaikiran)Moved to JBoss Tools forum.
-
4. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
rob.stryker Jun 5, 2015 12:21 AM (in response to gberish)It would be nice to have a few more details here, but, I'll take my shot.
I'm assuming you're using JBoss Tools or JBDS. I'll also be assuming that you already have a server adapter defined in your Servers view. If either of these are untrue, then please tell me
First, you'll want to double-click on your server in the Servers view. This will open the server editor. In the top-left section of the editor, you'll see some details listed, like server name, host, etc. One of these elements will be labeled "Runtime:". That label should have a combo-box next to it, and the label itself should be a hyperlink.
If you click on the hyperlink, you'll see the "Edit Runtime" wizard appear. It should look similar to this: http://docs.jboss.org/tools/3.3.0.Final/en/as/html/images/runtimes_servers/runtimes_servers_3.png
Though there might be small changes or additions to that, since the screenshot is a bit old. But you can clearly see there that the configuration file is listed as "standalone.xml". You can either type in a new value, or, you can click "Browse..." to browse to your new choice.
Once that's done, you should click "Finish", and then save the editor.
Hope that helps!
-
5. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 5, 2015 2:28 PM (in response to jaikiran)Hi Jirkiran,
Thank you.
This is dumb, but it may help other newbies.
When I went back to edit the error
... I forgot to log
... so the "EDIT" option was nowhere to be seen.
glb
-
6. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 5, 2015 8:14 PM (in response to rob.stryker)Hi Rob,
I'm beginning to think WildFly is the least intuitive software ever.
None the less ... thank you for your help.
To answer your question: This is what I followed to install WildFly and Luna:
Tutorials » Installing and Configuring WildFly and JBoss Tools
However ... this is WEIRD.
The steps I originally showed above as the correct solution did seem to work. I.e. if I went to the SERVERS TAB, and expanded the tree there, it did show standalone-full.xml as being loaded.
BUT ... when I followed your instructions, and went to Runtime ... it still showed standalone.xml.
Regardless ... Now it says standalone-full.xml in both places, so I hope that makes the Fly happy.
And I changed the Correct star to your comment, because that seems the best bet. glb
-
7. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 6, 2015 8:42 PM (in response to rob.stryker)Hi Rob,
In case you are still there and willing to help
Thanks to your help, Luna now gives every indication that it is starting Wildfly with standalone-full.xml.
BUT a simple JNDI lookup of "jms/RemoteConnectionFactory" fails miserably.
HOWEVER ...
If I use the cmd window to start Wildfly, instead of allowing Luna to start it, the JNDI lookup works fine.
%JBOSS_HOME%/bin/standalone.bat -c standalone-full.xml
In case it helps, the Wildfly "Launch Configuration" has these "program arguments".
-mp "D:/Bulletproof/bpWildFly/wildfly-8.2.0.Final/modules" -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -b localhost --server-config=standalone-full.xml -Djboss.server.base.dir=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone
I tried just adding a " -c " to that list but then Wildfire threw a fit (exception) when Luna tried to start it.
Thank you for any pointers.
Wildfly my be the future ... but it is the least intuitive ... absolutely worst documented software I've ever seen.
Most of the time it seems more like a club for the open source insiders. Hope it matures.
glb
-
8. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
rob.stryker Jun 6, 2015 9:01 PM (in response to gberish)It's kinda hard to respond intelligently without some more information. The first thing you should include is a stacktrace of how the JNDI call fails, as well as your code that is attempting the lookup.
Regarding adding the -c flag, if you look here (Command line parameters - WildFly 8 - Project Documentation Editor) you'd see that -c and --server-config are equivilent flags. One is the long-form option, one is the short form, but they are both essentially the same flag. Your launch config is using the long-form flag, so there shouldn't really be a difference here at all.
Also, something that'd be useful for us is if you launch via cmd line and then tell us the full java command that was launched, either through a ps -ax on linux, or whatever mechanism is used to get the full command in windows. Then do the same when launched from jbosstools / eclipse, and send both to us. If there's some critical difference between the two, a missing option or an option with an incorrect value, it should become obvious. However, I suspect there isn't any such drastic difference.
For example, in linux, when I run ps -ax, I see the following on an WF-8.2 launched via command-line standalone.sh:
java -D[Standalone] -server -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone/log/server.log -Dlogging.configuration=file:/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone/configuration/logging.properties -jar /home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/jboss-modules.jar -mp /home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/modules org.jboss.as.standalone -Djboss.home.dir=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded -Djboss.server.base.dir=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone
And when launched from eclipse / jbt, I see:
/usr/java/jdk1.8.0_31/bin/java -Dprogram.name=JBossTools: WildFly 8.x -server -Xms64m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone/log/boot.log -Dlogging.configuration=file:/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone/configuration/logging.properties -Djboss.home.dir=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded -Dorg.jboss.logmanager.nocolor=true -Djboss.bind.address.management=localhost -Dfile.encoding=UTF-8 -classpath /home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/jboss-modules.jar org.jboss.modules.Main -mp /home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -b localhost --server-config=standalone.xml -Djboss.server.base.dir=/home/rob/apps/jboss/unzipped/wildfly-8.2.0.Final.zip.expanded/standalone
We can see here that on linux at least, there's small differences. The standalone.sh script uses the java -jar form running jboss-modules.jar, while we add jboss-modules.jar and run the main class org.jboss.modules.Main. There are other small differences, but nothing that should be causing what you're seeing.
-
9. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 7, 2015 6:00 PM (in response to rob.stryker)Hi Rob, I believe the following is what you requested. I tried sending it last night by using "ReplyTo" like the email notifying me of your response said was possible. But it didn't seem to work.(Note: the reference to a failed tapp2.ear is an app that currently auto-deployes on Glassfish. But that's a problem for tomorrow.) Thanks for any help.
glb
HERE IS AN INDEX OF THE FIVE SECTIONS BELOW I THINK RESPOND TO YOUR REQUEST:
1. Relevant Java Code (I left out the overwhelming amount of print code and try/catch code I added to try to track what was happening. There really are only three lines.
a. Setting Properties.
b. Getting the Context.
c. JNDI lookup of the factory.
2. Successful Program Run Console Output
3. Failed Program Run Console Output
4. Luna Wildfly Start Output
5. CMD Window Start Console Output
1. RELEVANT JAVA CODE
a. Setting Properties:
private Properties getjndiProperties () {
try {
Properties output = new Properties();
output.setProperty (Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
output.setProperty (Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
output.setProperty (Context.PROVIDER_URL, "http-remoting://localhost:8080/");
//This property is important for remote resolving
output.setProperty ("jboss.naming.client.ejb.context", "true");
//This property is not important for remote resolving
output.setProperty ("org.jboss.ejb.client.scoped.context", "true");
System.out.println("Local Connection Properties:");
for (Object key:output.keySet()) {
System.out.println("Key: " + (String) key + " Value: " + output.getProperty((String) key) );
}
b. Getting Context
Context ctx = (Context) new InitialContext(jndiProps);
c. JNDI lookup of the factory
String factoryLookupName = "jms/RemoteConnectionFactory";
ConnectionFactory factory = (ConnectionFactory) ctx.lookup(factoryLookupName);
2. Successful Program Run Console Output
Local Connection Properties:
Key: java.naming.provider.url Value: http-remoting://localhost:8080/
Key: java.naming.factory.initial Value: org.jboss.naming.remote.client.InitialContextFactory
Key: jboss.naming.client.ejb.context Value: true
Key: java.naming.factory.url.pkgs Value: org.jboss.ejb.client.naming
Key: org.jboss.ejb.client.scoped.context Value: true
Jun 06, 2015 3:26:12 PM org.xnio.Xnio <clinit>
INFO: XNIO version 3.3.0.Final
Jun 06, 2015 3:26:12 PM org.xnio.nio.NioXnio <clinit>
INFO: XNIO NIO Implementation Version 3.3.0.Final
Jun 06, 2015 3:26:12 PM org.jboss.remoting3.EndpointImpl <clinit>
INFO: JBoss Remoting version 4.0.6.Final
Successfully obtained a Local WildFly server context
javax.naming.InitialContext@17f6480
Attempting to lookup: jms/RemoteConnectionFactory
Jun 06, 2015 3:26:12 PM org.jboss.ejb.client.remoting.VersionReceiver handleMessage
INFO: EJBCLIENT000017: Received server version 2 and marshalling strategies [river]
Jun 06, 2015 3:26:12 PM org.jboss.ejb.client.remoting.RemotingConnectionEJBReceiver associate
INFO: EJBCLIENT000013: Successful version handshake completed for receiver context EJBReceiverContext{clientContext=org.jboss.ejb.client.EJBClientContext@31ef45e3, receiver=Remoting connection EJB receiver [connection=Remoting connection <e22f0e3>,channel=jboss.ejb,nodename=ace]} on channel Channel ID 8d577267 (outbound) of Remoting connection 21f8a58c to localhost/127.0.0.1:8080
Jun 06, 2015 3:26:12 PM org.jboss.ejb.client.EJBClient <clinit>
INFO: JBoss EJB Client version 2.0.1.Final
Successfully obtained ConnectionFactory from local WildFly server
HornetQConnectionFactory [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=http-connector, factory=org-hornetq-core-remoting-impl-netty-NettyConnectorFactory) ?port=8080&host=127-0-0-1&http-upgrade-enabled=true&http-upgrade-endpoint=http-acceptor], discoveryGroupConfiguration=null], clientID=null, consumerWindowSize = 1048576, dupsOKBatchSize=1048576, transactionBatchSize=1048576, readOnly=false]
3. Failed Program Run Console Output
Local Connection Properties:
Key: java.naming.provider.url Value: http-remoting://localhost:8080/
Key: java.naming.factory.initial Value: org.jboss.naming.remote.client.InitialContextFactory
Key: jboss.naming.client.ejb.context Value: true
Key: java.naming.factory.url.pkgs Value: org.jboss.ejb.client.naming
Key: org.jboss.ejb.client.scoped.context Value: true
Jun 06, 2015 3:39:08 PM org.xnio.Xnio <clinit>
INFO: XNIO version 3.3.0.Final
Jun 06, 2015 3:39:08 PM org.xnio.nio.NioXnio <clinit>
INFO: XNIO NIO Implementation Version 3.3.0.Final
Jun 06, 2015 3:39:08 PM org.jboss.remoting3.EndpointImpl <clinit>
INFO: JBoss Remoting version 4.0.6.Final
Successfully obtained a Local WildFly server context
javax.naming.InitialContext@17f6480
Attempting to lookup: jms/RemoteConnectionFactory
Exception Message: Failed to connect to any server. Servers tried: [http-remoting://localhost:8080/ (java.net.ConnectException: Connection refused: no further information)]
Exception Cause: null
Source:
Stack Trace:
- org.jboss.naming.remote.client.HaRemoteNamingStore.failOverSequence(HaRemoteNamingStore.java:244)
- org.jboss.naming.remote.client.HaRemoteNamingStore.namingStore(HaRemoteNamingStore.java:149)
- org.jboss.naming.remote.client.HaRemoteNamingStore.namingOperation(HaRemoteNamingStore.java:130)
- org.jboss.naming.remote.client.HaRemoteNamingStore.lookup(HaRemoteNamingStore.java:272)
- org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:87)
- org.jboss.naming.remote.client.RemoteContext.lookup(RemoteContext.java:129)
- javax.naming.InitialContext.lookup(Unknown Source)
- org.america3.testclasses.WildflyJMSTest.getFactory(WildflyJMSTest.java:64)
- org.america3.testclasses.WildflyJMSTest.main(WildflyJMSTest.java:23)
4. CMD Luna Wildfly Start Output
15:19:27,576 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final
15:19:27,781 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
15:19:27,852 INFO [org.jboss.as] (MSC service thread 1-6) JBAS015899: WildFly 8.2.0.Final "Tweek" starting
15:19:28,984 INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015014: Re-attempting failed deployment tapp2.ear
15:19:29,008 INFO [org.jboss.as.server] (Controller Boot Thread) JBAS015888: Creating http management service using socket-binding (management-http)
15:19:29,029 INFO [org.xnio] (MSC service thread 1-7) XNIO version 3.3.0.Final
15:19:29,038 INFO [org.xnio.nio] (MSC service thread 1-7) XNIO NIO Implementation Version 3.3.0.Final
15:19:29,070 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 35) JBAS010280: Activating Infinispan subsystem.
15:19:29,073 INFO [org.jboss.as.jacorb] (ServerService Thread Pool -- 36) JBAS016300: Activating JacORB Subsystem
15:19:29,075 INFO [org.jboss.as.security] (ServerService Thread Pool -- 51) JBAS013171: Activating Security Subsystem
15:19:29,081 INFO [org.jboss.as.security] (MSC service thread 1-15) JBAS013170: Current PicketBox version=4.0.21.Final
15:19:29,085 WARN [org.jboss.as.txn] (ServerService Thread Pool -- 52) JBAS010153: Node identifier property is set to the default value. Please make sure it is unique.
15:19:29,090 INFO [org.wildfly.extension.io] (ServerService Thread Pool -- 34) WFLYIO001: Worker 'default' has auto-configured to 16 core threads with 128 task threads based on your 8 available processors
15:19:29,097 INFO [org.jboss.as.naming] (ServerService Thread Pool -- 46) JBAS011800: Activating Naming Subsystem
15:19:29,116 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 53) JBAS017502: Undertow 1.1.0.Final starting
15:19:29,119 INFO [org.jboss.as.jsf] (ServerService Thread Pool -- 42) JBAS012615: Activated the following JSF Implementations: [main]
15:19:29,125 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017502: Undertow 1.1.0.Final starting
15:19:29,139 INFO [org.jboss.as.webservices] (ServerService Thread Pool -- 54) JBAS015537: Activating WebServices Extension
15:19:29,221 INFO [org.jboss.as.connector.logging] (MSC service thread 1-10) JBAS010408: Starting JCA Subsystem (IronJacamar 1.1.9.Final)
15:19:29,229 INFO [org.jboss.as.mail.extension] (MSC service thread 1-15) JBAS015400: Bound mail session [java:jboss/mail/Default]
15:19:29,229 INFO [org.jboss.as.naming] (MSC service thread 1-3) JBAS011802: Starting Naming Service
15:19:29,238 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 30) JBAS010403: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
15:19:29,242 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-3) JBAS010417: Started Driver service with driver-name = h2
15:19:29,248 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 53) JBAS017527: Creating file handler for path D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final/welcome-content
15:19:29,487 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017525: Started server default-server.
15:19:29,503 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017531: Host default-host starting
15:19:29,510 INFO [org.jboss.remoting] (MSC service thread 1-7) JBoss Remoting version 4.0.6.Final
15:19:29,582 INFO [org.wildfly.extension.undertow] (MSC service thread 1-14) JBAS017519: Undertow HTTP listener default listening on localhost/127.0.0.1:8080
15:19:29,644 WARN [jacorb.codeset] (MSC service thread 1-15) Warning - unknown codeset (Cp1252) - defaulting to ISO-8859-1
15:19:29,656 WARN [org.jboss.as.messaging] (MSC service thread 1-11) JBAS011600: AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal
15:19:29,689 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-13) JBAS015012: Started FileSystemDeploymentService for directory D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\deployments
15:19:29,692 INFO [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015876: Starting deployment of "tapp2.ear" (runtime-name: "tapp2.ear")
15:19:29,720 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-9) JBAS010400: Bound data source [java:jboss/datasources/ExampleDS]
15:19:29,744 INFO [org.jboss.as.jacorb] (MSC service thread 1-15) JBAS016330: CORBA ORB Service started
15:19:29,762 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221000: live server is starting with configuration HornetQ Configuration (clustered=false,backup=false,sharedStore=true,journalDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\messagingjournal,bindingsDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\messagingbindings,largeMessagesDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\messaginglargemessages,pagingDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\messagingpaging)
15:19:29,765 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221006: Waiting to obtain live lock
15:19:29,856 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."tapp2.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."tapp2.ear".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment "tapp2.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [rt.jar:1.8.0_20]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [rt.jar:1.8.0_20]
at java.lang.Thread.run(Unknown Source) [rt.jar:1.8.0_20]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011037: Unable to process modules in application.xml for EAR ["/D:/Bulletproof/bpWildFly/wildfly-8.2.0.Final/bin/content/tapp2.ear"], module file tapp.war not found
at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:187)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final]
... 5 more
15:19:29,862 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221013: Using NIO Journal
15:19:29,955 INFO [io.netty.util.internal.PlatformDependent] (ServerService Thread Pool -- 56) Your platform does not provide complete low-level API for accessing direct buffers reliably. Unless explicitly requested, heap buffer will always be preferred to avoid potential system unstability.
15:19:30,002 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support CORE
15:19:30,016 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support AMQP
15:19:30,021 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support STOMP
15:19:30,094 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221034: Waiting to obtain live lock
15:19:30,094 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221035: Live Server Obtained live lock
15:19:30,197 INFO [org.jboss.ws.common.management] (MSC service thread 1-14) JBWS022052: Starting JBoss Web Services - Stack CXF Server 4.3.2.Final
15:19:30,267 INFO [org.jboss.as.jacorb] (MSC service thread 1-4) JBAS016328: CORBA Naming Service started
15:19:30,356 INFO [org.jboss.messaging] (MSC service thread 1-8) JBAS011615: Registered HTTP upgrade for hornetq-remoting protocol handled by http-acceptor-throughput acceptor
15:19:30,357 INFO [org.jboss.messaging] (MSC service thread 1-7) JBAS011615: Registered HTTP upgrade for hornetq-remoting protocol handled by http-acceptor acceptor
15:19:30,516 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221007: Server is now live
15:19:30,517 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221001: HornetQ Server version 2.4.5.FINAL (Wild Hornet, 124) [54649417-0c9b-11e5-9050-ab28c985ba0b]
15:19:30,551 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 56) JBAS011601: Bound messaging object to jndi name java:/ConnectionFactory
15:19:30,637 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 57) HQ221003: trying to deploy queue jms.queue.DLQ
15:19:30,644 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 57) JBAS011601: Bound messaging object to jndi name java:/jms/queue/DLQ
15:19:30,647 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 58) JBAS011601: Bound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
15:19:30,648 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 59) HQ221003: trying to deploy queue jms.queue.ExpiryQueue
15:19:30,649 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 59) JBAS011601: Bound messaging object to jndi name java:/jms/queue/ExpiryQueue
15:19:30,664 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-2) JBAS010406: Registered connection factory java:/JmsXA
15:19:30,722 INFO [org.hornetq.ra] (MSC service thread 1-2) HornetQ resource adaptor started
15:19:30,722 INFO [org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator] (MSC service thread 1-2) IJ020002: Deployed: file://RaActivatorhornetq-ra
15:19:30,724 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-6) JBAS010401: Bound JCA ConnectionFactory [java:/JmsXA]
15:19:30,724 INFO [org.jboss.as.messaging] (MSC service thread 1-4) JBAS011601: Bound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
15:19:30,725 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "tapp2.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"tapp2.ear\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"tapp2.ear\".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment \"tapp2.ear\"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011037: Unable to process modules in application.xml for EAR [\"/D:/Bulletproof/bpWildFly/wildfly-8.2.0.Final/bin/content/tapp2.ear\"], module file tapp.war not found"}}
15:19:30,780 INFO [org.jboss.as.server] (ServerService Thread Pool -- 31) JBAS018559: Deployed "tapp2.ear" (runtime-name : "tapp2.ear")
15:19:30,782 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
JBAS014777: Services which failed to start: service jboss.deployment.unit."tapp2.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."tapp2.ear".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment "tapp2.ear"
15:19:30,844 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127.0.0.1:9990/management
15:19:30,845 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
15:19:30,845 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.2.0.Final "Tweek" started (with errors) in 3529ms - Started 220 of 270 services (1 services failed or missing dependencies, 93 services are lazy, passive or on-demand)
15:19:31,050 INFO [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015877: Stopped deployment tapp2.ear (runtime-name: tapp2.ear) in 3ms
15:19:31,092 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018558: Undeployed "tapp2.ear" (runtime-name: "tapp2.ear")
15:19:31,092 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report
JBAS014777: Services which failed to start: service jboss.deployment.unit."tapp2.ear".STRUCTURE
5. CMD Window Wildfly Start Console Output
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
D:\>%JBOSS_HOME%/bin/standalone.bat -c standalone-full.xml
Calling "D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\bin\standalone.conf.bat"
Setting JAVA property to "C:\Program Files\Java\jdk1.8.0_05\bin\java"
===============================================================================
JBoss Bootstrap Environment
JBOSS_HOME: "D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final"
JAVA: "C:\Program Files\Java\jdk1.8.0_05\bin\java"
JAVA_OPTS: "-Dprogram.name=standalone.bat -Xms64M -Xmx512M -XX:MaxPermSize=256M -Djava.net.preferIPv4Stack=true -Djbos
- s.modules.system.pkgs=org.jboss.byteman"
===============================================================================
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256M; support was removed in 8.0
15:21:57,212 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final
15:21:57,407 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
15:21:57,480 INFO [org.jboss.as] (MSC service thread 1-6) JBAS015899: WildFly 8.2.0.Final "Tweek" starting
15:21:58,674 INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015014: Re-attempting fa
iled deployment tapp2.ear
15:21:58,700 INFO [org.jboss.as.server] (Controller Boot Thread) JBAS015888: Creating http management service using soc
ket-binding (management-http)
15:21:58,723 INFO [org.xnio] (MSC service thread 1-12) XNIO version 3.3.0.Final
15:21:58,736 INFO [org.xnio.nio] (MSC service thread 1-12) XNIO NIO Implementation Version 3.3.0.Final
15:21:58,751 INFO [org.jboss.as.jacorb] (ServerService Thread Pool -- 36) JBAS016300: Activating JacORB Subsystem
15:21:58,760 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 35) JBAS010280: Activating Infinis
pan subsystem.
15:21:58,765 WARN [org.jboss.as.txn] (ServerService Thread Pool -- 52) JBAS010153: Node identifier property is set to t
he default value. Please make sure it is unique.
15:21:58,771 INFO [org.jboss.as.security] (ServerService Thread Pool -- 51) JBAS013171: Activating Security Subsystem
15:21:58,788 INFO [org.jboss.as.security] (MSC service thread 1-15) JBAS013170: Current PicketBox version=4.0.21.Final
15:21:58,789 INFO [org.jboss.as.webservices] (ServerService Thread Pool -- 54) JBAS015537: Activating WebServices Exten
sion
15:21:58,806 INFO [org.jboss.as.naming] (ServerService Thread Pool -- 46) JBAS011800: Activating Naming Subsystem
15:21:58,807 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 53) JBAS017502: Undertow 1.1.0.Final s
tarting
15:21:58,807 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) JBAS017502: Undertow 1.1.0.Final starting
15:21:58,823 INFO [org.wildfly.extension.io] (ServerService Thread Pool -- 34) WFLYIO001: Worker 'default' has auto-con
figured to 16 core threads with 128 task threads based on your 8 available processors
15:21:58,848 INFO [org.jboss.as.jsf] (ServerService Thread Pool -- 42) JBAS012615: Activated the following JSF Implemen
tations: [main]
15:21:58,873 INFO [org.jboss.as.connector.logging] (MSC service thread 1-3) JBAS010408: Starting JCA Subsystem (IronJac
amar 1.1.9.Final)
15:21:58,879 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 30) JBAS010403: Deployi
ng JDBC-compliant driver class org.h2.Driver (version 1.3)
15:21:58,897 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) JBAS010417: Started Driver service w
ith driver-name = h2
15:21:58,901 INFO [org.jboss.as.naming] (MSC service thread 1-1) JBAS011802: Starting Naming Service
15:21:58,907 INFO [org.jboss.as.mail.extension] (MSC service thread 1-5) JBAS015400: Bound mail session [java:jboss/mai
l/Default]
15:21:59,212 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 53) JBAS017527: Creating file handler
for path D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final/welcome-content
15:21:59,274 INFO [org.wildfly.extension.undertow] (MSC service thread 1-14) JBAS017525: Started server default-server.
15:21:59,290 INFO [org.wildfly.extension.undertow] (MSC service thread 1-13) JBAS017531: Host default-host starting
15:21:59,295 INFO [org.jboss.remoting] (MSC service thread 1-12) JBoss Remoting version 4.0.6.Final
15:21:59,368 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017519: Undertow HTTP listener default
listening on /127.0.0.1:8080
15:21:59,443 WARN [org.jboss.as.messaging] (MSC service thread 1-16) JBAS011600: AIO wasn't located on this platform, i
t will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal
15:21:59,473 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-14) JBAS015012: Started FileSystemDepl
oymentService for directory D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\deployments
15:21:59,479 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "tapp2.e
ar" (runtime-name: "tapp2.ear")
15:21:59,481 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-6) JBAS010400: Bound data sourc
e [java:jboss/datasources/ExampleDS]
15:21:59,517 WARN [jacorb.codeset] (MSC service thread 1-12) Warning - unknown codeset (Cp1252) - defaulting to ISO-885
9-1
15:21:59,528 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221000: live server is starting with co
nfiguration HornetQ Configuration (clustered=false,backup=false,sharedStore=true,journalDirectory=D:\Bulletproof\bpWildF
ly\wildfly-8.2.0.Final\standalone\data\messagingjournal,bindingsDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\s
tandalone\data\messagingbindings,largeMessagesDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\mes
saginglargemessages,pagingDirectory=D:\Bulletproof\bpWildFly\wildfly-8.2.0.Final\standalone\data\messagingpaging)
15:21:59,536 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221006: Waiting to obtain live lock
15:21:59,549 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deploy
- ment.unit."tapp2.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."tapp2.ear".STRUC
TURE: JBAS018733: Failed to process phase STRUCTURE of deployment "tapp2.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly
-server-8.2.0.Final.jar:8.2.0.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-ms
c-1.2.2.Final.jar:1.2.2.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.F
- inal.jar:1.2.2.Final]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_05]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_05]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_05]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011037: Unable to process modules in ap
- plication.xml for EAR ["/D:/content/tapp2.ear"], module file tapp.war not found
at org.jboss.as.ee.structure.EarStructureProcessor.deploy(EarStructureProcessor.java:187)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly
-server-8.2.0.Final.jar:8.2.0.Final]
... 5 more
15:21:59,560 INFO [org.jboss.as.jacorb] (MSC service thread 1-12) JBAS016330: CORBA ORB Service started
15:21:59,575 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221013: Using NIO Journal
15:21:59,619 INFO [io.netty.util.internal.PlatformDependent] (ServerService Thread Pool -- 56) Your platform does not p
rovide complete low-level API for accessing direct buffers reliably. Unless explicitly requested, heap buffer will alway
s be preferred to avoid potential system unstability.
15:21:59,650 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support CORE
15:21:59,658 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support AMQP
15:21:59,663 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221043: Adding protocol support STOMP
15:21:59,672 INFO [org.jboss.as.jacorb] (MSC service thread 1-16) JBAS016328: CORBA Naming Service started
15:21:59,701 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221034: Waiting to obtain live lock
15:21:59,702 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221035: Live Server Obtained live lock
15:21:59,772 INFO [org.jboss.ws.common.management] (MSC service thread 1-4) JBWS022052: Starting JBoss Web Services - S
tack CXF Server 4.3.2.Final
15:21:59,881 INFO [org.jboss.messaging] (MSC service thread 1-1) JBAS011615: Registered HTTP upgrade for hornetq-remoti
ng protocol handled by http-acceptor-throughput acceptor
15:21:59,881 INFO [org.jboss.messaging] (MSC service thread 1-13) JBAS011615: Registered HTTP upgrade for hornetq-remot
ing protocol handled by http-acceptor acceptor
15:21:59,981 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221007: Server is now live
15:21:59,981 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221001: HornetQ Server version 2.4.5.FI
NAL (Wild Hornet, 124) [54649417-0c9b-11e5-9050-ab28c985ba0b]
15:21:59,986 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 56) HQ221003: trying to deploy queue jms.queu
- e.ExpiryQueue
15:21:59,993 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 56) JBAS011601: Bound messaging object to jndi
name java:/jms/queue/ExpiryQueue
15:22:00,003 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 58) HQ221003: trying to deploy queue jms.queu
- e.DLQ
15:22:00,005 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 58) JBAS011601: Bound messaging object to jndi
name java:/jms/queue/DLQ
15:22:00,020 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 59) JBAS011601: Bound messaging object to jndi
name java:jboss/exported/jms/RemoteConnectionFactory
15:22:00,023 INFO [org.jboss.as.messaging] (ServerService Thread Pool -- 57) JBAS011601: Bound messaging object to jndi
name java:/ConnectionFactory
15:22:00,054 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-6) JBAS010406: Registered connection factor
y java:/JmsXA
15:22:00,087 INFO [org.hornetq.ra] (MSC service thread 1-6) HornetQ resource adaptor started
15:22:00,088 INFO [org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActi
vator] (MSC service thread 1-6) IJ020002: Deployed: file://RaActivatorhornetq-ra
15:22:00,091 INFO [org.jboss.as.messaging] (MSC service thread 1-13) JBAS011601: Bound messaging object to jndi name ja
va:jboss/DefaultJMSConnectionFactory
15:22:00,091 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-7) JBAS010401: Bound JCA ConnectionFactory
[java:/JmsXA]
15:22:00,095 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deplo
y") failed - address: ([("deployment" => "tapp2.ear")]) - failure description: {"JBAS014671: Failed services" => {"jboss
.deployment.unit.\"tapp2.ear\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"ta
pp2.ear\".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment \"tapp2.ear\"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011037: Unable to process modules i
n application.xml for EAR [\"/D:/content/tapp2.ear\"], module file tapp.war not found"}}
15:22:00,141 INFO [org.jboss.as.server] (ServerService Thread Pool -- 31) JBAS018559: Deployed "tapp2.ear" (runtime-nam
e : "tapp2.ear")
15:22:00,144 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
JBAS014777: Services which failed to start: service jboss.deployment.unit."tapp2.ear".STRUCTURE: org.jboss.msc.se
- rvice.StartException in service jboss.deployment.unit."tapp2.ear".STRUCTURE: JBAS018733: Failed to process phase STRUCTU
RE of deployment "tapp2.ear"
15:22:00,167 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://127
.0.0.1:9990/management
15:22:00,168 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://127.0.0.1:9990
15:22:00,169 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: WildFly 8.2.0.Final "Tweek" started (with errors)
in 3221ms - Started 220 of 270 services (1 services failed or missing dependencies, 93 services are lazy, passive or on
-demand)
15:22:00,370 INFO [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015877: Stopped deployment tapp2.ear (
runtime-name: tapp2.ear) in 2ms
15:22:00,411 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018558: Undeployed "tapp2.ear" (runtime-nam
e: "tapp2.ear")
15:22:00,413 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report
JBAS014777: Services which failed to start: service jboss.deployment.unit."tapp2.ear".STRUCTURE
-
10. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
rob.stryker Jun 8, 2015 2:25 PM (in response to gberish)I see you also opened Cannot obtain JMS ConnectionFactory as a topic for discussion. Let's hope the core devs respond
As for the discrepency between inside jbt and from externally-launched wildfly, what I really need to see is the *process*, not the command output. I need to see what the full command that is running is. The full command is basically the full java command, including all system properties being passed in, command line args, flags, vm args, flags, etc. I gave some examples above.
http://superuser.com/questions/403423/get-the-complete-command-line-of-a-process
-
11. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
gberish Jun 8, 2015 4:15 PM (in response to rob.stryker)Hi Rob,
I truly appreciate your help, but I'm afraid we are out of my depth.
I was only switching to wildfly, because glassfish v3 had a bug I couldn't workaround, and they weren't going to fix it. So my server host (eApps) recommended that since I was switching, I move to Wildfly instead of glassfish v4 at the same time.
Short Story: I code 100% Java ... and know only as much about servers and deployment issues as I need to test things. Which for glassfish never required me to go beyond fiddling through the console.
My guess so far is that my problem begins with the fact the Wildfly community assumes that almost Everything is done via the command line or CLI, and that is not a place with which I have much facility.
If you are still interested in the problem, I'd be happy to do as much work as needed to answer your questions, but I don't know where else to look for anything more than I already copied above. Unless maybe in the server log? Or some command I could run from the Command window or CLI.
If we can solve this mystery I assume it will help others, since it would be nice if Luna could start Wildfly and still have JMS work, and this is such a simple test class I assume the problem is systemic, not just me. But if not, I can live with what I have ... and I guess I'm going to have to do more with the Command Window with less help from Eclipse.
I don 't know if this helps, but here's the way I see where I am now:
When I use the Command Window to start Wildfly JMS in a class whose main method is run by Luna works fine.
(so for my other post, the problem is sort of answered -- just start Wildfly with the Command Window).
Otherwise, Item 5 above is a complete cut an paste from the Command Window start up.
Item 2 above is a complete cut and past from Luna's Console Output from that successful test.
The only other place from which I know how to get output is the server log. Would that help?
When I allow Luna to start Wildfly JMS in a class whose main method is run by Luna throws an exception.
Item 4 above is a complete cut and paste of Luna's console output when it starts Wildfly.
Item 3 above is a complete cut and past of Luna's console output when the run fails.
Thank you again for your interest and time.
glb
-
12. Re: Configure Eclipse Luna to start WildFly with standalone-full.xml
jaikiran Jun 8, 2015 9:44 PM (in response to gberish)Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011037: Unable to process modules in application.xml for EAR ["/D:/Bulletproof/bpWildFly/wildfly-8.2.0.Final/bin/content/tapp2.ear"], module file tapp.war not found -
It looks like your application.xml notes that there's a tapp.war within the tapp2.ear. But in reality that tapp.war is missing from the tapp2.ear. Have you checked that the ear indeed contains the war by that specific name?