[JBoss JIRA] (WFLY-2679) Jdbc cache store couldn't read databaseType property
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-2679?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-2679:
------------------------------------
databaseType is not a property of the jdbc cache stores, but a property of the "TableManipulation" configuration bean. We should expose this as an explicit attribute.
> Jdbc cache store couldn't read databaseType property
> ----------------------------------------------------
>
> Key: WFLY-2679
> URL: https://issues.jboss.org/browse/WFLY-2679
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.0.0.Beta1
> Environment: WildFly 8.0.0.Beta2-SNAPSHOT (from 2013-12-16
> Reporter: Tomas Remes
> Assignee: Paul Ferraro
>
> If you want use some driver, which type is not recognizable by Infinispan (e.g. jtds driver), then you are asked to specify your DB type via "databaseType" property in your cache store configuration. But when you specify it, you'll get following exception:
> {noformat}
> org.infinispan.commons.CacheConfigurationException: Couldn't find a setter named [setDatabaseType] which takes a single parameter, for parameter databaseType on class [class org.infinispan.persistence.jdbc.configuration.JdbcBinaryStoreConfigurationBuilder]
> at org.infinispan.configuration.parsing.XmlConfigHelper.setValues(XmlConfigHelper.java:450)
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:91)
> at org.infinispan.configuration.cache.AbstractStoreConfigurationBuilder.withProperties(AbstractStoreConfigurationBuilder.java:9)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.processModelNode(CacheAdd.java:542)
> at org.jboss.as.clustering.infinispan.subsystem.ClusteredCacheAdd.processModelNode(ClusteredCacheAdd.java:69)
> at org.jboss.as.clustering.infinispan.subsystem.SharedStateCacheAdd.processModelNode(SharedStateCacheAdd.java:50)
> at org.jboss.as.clustering.infinispan.subsystem.DistributedCacheAdd.processModelNode(DistributedCacheAdd.java:90)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.installRuntimeServices(CacheAdd.java:205)
> at org.jboss.as.clustering.infinispan.subsystem.CacheAdd.performRuntime(CacheAdd.java:179)
> at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:75) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:591) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:469) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:273) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:268) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:343) [wildfly-controller-8.0.0.Beta2-SNAPSHOT.jar:8.0.0.Beta2-SNAPSHOT]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-2680) java:comp/DefaultDataSource doesn't work in persistence.xml
by arjan tijms (JIRA)
[ https://issues.jboss.org/browse/WFLY-2680?page=com.atlassian.jira.plugin.... ]
arjan tijms commented on WFLY-2680:
-----------------------------------
{quote}The reason why this does not work is because java:comp is scoped to a component{quote}
You're right, and this is perhaps a somewhat unfortunate choice. Perhaps {{java:app}} of even {{java:global}} would have been the better choice. I've always thought of {{java:comp}} to be a somewhat peculiar space anyway, as the entire web module counts as one component, but every single EJB bean is a component as well. With the EJB model being slowly retrofitted towards a set of CDI extensions and interceptors it's not clear to me what the long term usage of this name space will be anyway.
I guess {{java:comp}} was chosen so it can be more easily re-mapped to another data source on a per component basis, but not sure if that's worth the hassle.
Note that all the other default resources, like the JMS connection factory and executor service and such are also in {{java:comp}}.
{quote}We can probably just hack something in to make this work though, as it would be more user friendly.{quote}
That would be really great! I'll try to address this issue with the EG and ask for some clarification.
> java:comp/DefaultDataSource doesn't work in persistence.xml
> -----------------------------------------------------------
>
> Key: WFLY-2680
> URL: https://issues.jboss.org/browse/WFLY-2680
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: EE, JPA / Hibernate
> Affects Versions: 8.0.0.CR1
> Reporter: arjan tijms
> Assignee: David Lloyd
> Labels: javaee7, jdbc
>
> Having a persistence.xml with the following content fails the deployment on WildFly 8 CR1:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <persistence version="2.1" xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
>
> <persistence-unit name="testPU">
> <jta-data-source>java:comp/DefaultDataSource</jta-data-source>
> </persistence-unit>
> </persistence>
> {code}
> It results in the following error:
> {noformat}
> 13:51:40,367 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "dynamic-named-query.war")]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"dynamic-named-query.war#testPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.dynamic-named-query.dynamic-named-query.DefaultDataSource]"]}
> {noformat}
> When I proposed the feature for the default data source over at the Java EE JIRA (https://java.net/jira/browse/JAVAEE_SPEC-4) I intended this to work. In the description I hinted that the standard JNDI name would be the standard alternative for {{java:jboss/datasources/ExampleDS}} on JBoss. The latter indeed does work in {{persistence.xml}} using WildFly 8 CR1.
> Omitting the {{jta-data-source}} element altogether *does* work, which is great. However, I foresee a lot of users tripping over this in the future and just giving up the idea of using a default data source, especially since the error message is very cryptic for new developers.
> In GlassFish 4 using {{java:comp/DefaultDataSource}} in {{persistence.xml}} does work.
> See also WFLY-2027 and WFLY-2158
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JBASM-38) shutdown the second time throw stack trace to the console
by Shelly McGowan (JIRA)
[ https://issues.jboss.org/browse/JBASM-38?page=com.atlassian.jira.plugin.s... ]
Shelly McGowan commented on JBASM-38:
-------------------------------------
this may be related to the changes as seen in https://issues.jboss.org/browse/JBAS-7818 which impacted shutdown.
See:
https://issues.jboss.org/browse/JBAS-7889
specifically:
https://community.jboss.org/wiki/StartAndStopTheJBossApplicationServer
> shutdown the second time throw stack trace to the console
> ---------------------------------------------------------
>
> Key: JBASM-38
> URL: https://issues.jboss.org/browse/JBASM-38
> Project: JBoss AS Server Manager
> Issue Type: Enhancement
> Environment: JBossAS 6.0.0.Final "Neo", Windows 7
> Reporter: Larry Chan
> Assignee: Shelly McGowan
> Priority: Minor
>
> I'm filing for my coworker who doesn't have an account here.
> shutdown.bat -o 16.89.22.157
> Exception in thread "main" java.io.IOException: Failed to retrieve RMIServer stu
> b: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectE
> xception: Connection refused to host: 16.89.22.157; nested exception is:
> java.net.ConnectException: Connection refused: connect]
> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33
> 8)
> at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto
> ry.java:248)
> at org.jboss.Shutdown.main(Shutdown.java:235)
> Caused by: javax.naming.ServiceUnavailableException [Root exception is java.rmi.
> ConnectException: Connection refused to host: 16.89.22.157; nested exception is:
> java.net.ConnectException: Connection refused: connect]
> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
> :101)
> at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j
> ava:185)
> at javax.naming.InitialContext.lookup(InitialContext.java:392)
> at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect
> or.java:1886)
> at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j
> ava:1856)
> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:25
> 7)
> ... 2 more
> Caused by: java.rmi.ConnectException: Connection refused to host: 16.89.22.157;
> nested exception is:
> java.net.ConnectException: Connection refused: connect
> at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
> at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198
> )
> at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
> at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
> at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
> :97)
> ... 7 more
> Caused by: java.net.ConnectException: Connection refused: connect
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
> at java.net.Socket.connect(Socket.java:529)
> at java.net.Socket.connect(Socket.java:478)
> at java.net.Socket.<init>(Socket.java:375)
> at java.net.Socket.<init>(Socket.java:189)
> at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirect
> SocketFactory.java:22)
> at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMaster
> SocketFactory.java:128)
> at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
> ... 12 more
> Press any key to continue . . .
> EXPECTED BEHAVIOR:
> It is better and more standard just output message of "already shutdown".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JBASM-39) How to set Jboss proxy configuration ?
by Shelly McGowan (JIRA)
[ https://issues.jboss.org/browse/JBASM-39?page=com.atlassian.jira.plugin.s... ]
Shelly McGowan commented on JBASM-39:
-------------------------------------
Please move your question to the JBoss user forums.
> How to set Jboss proxy configuration ?
> --------------------------------------
>
> Key: JBASM-39
> URL: https://issues.jboss.org/browse/JBASM-39
> Project: JBoss AS Server Manager
> Issue Type: Task
> Environment: windows 7
> Reporter: nandan kumar
> Assignee: Shelly McGowan
> Labels: jboss
>
> i have to use jboss as a proxy server.But my main application is running in mongrel server(ruby on rails based web server).please let me know how can i configure if request is coming from http://localhost:3000/.Jboss needs to capture this request from proxy listener.
> Currently i am setting below mentioned configuration in server.xml in this location jboss-5.1.0.GA\jboss-5.1.0.GA\server\default\deploy\jbossweb.sar
> <Connector port="8080" proxyName="localhost" proxyPort="3000"/>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JBASM-42) How to configure classpath in JBoss 7.1.0
by Shelly McGowan (JIRA)
[ https://issues.jboss.org/browse/JBASM-42?page=com.atlassian.jira.plugin.s... ]
Shelly McGowan commented on JBASM-42:
-------------------------------------
See:
https://docs.jboss.org/author/display/AS71/Class+Loading+in+AS7
> How to configure classpath in JBoss 7.1.0
> -----------------------------------------
>
> Key: JBASM-42
> URL: https://issues.jboss.org/browse/JBASM-42
> Project: JBoss AS Server Manager
> Issue Type: Task
> Reporter: Sethu Raman
> Assignee: Shelly McGowan
> Priority: Blocker
>
> How to configure/map the application classpath for loading property/related xml files. I tried by placing the classpath folder inside WEB-INF\classes and mapped an external location and point that in standalone.bat "set CLASSPATH = D:\jboss-7.1.0.Final\domain\property-repos"
> None of them works. It throws the below exception on server start up:
> ERROR [org.jboss.as.web.deployment.jsf.JsfManagedBeanProcessor] JBAS018211: Could not load JSF managed bean class:
> com.dnb.rmp.nautilus.trinidad.tree.ComponentEditorHandler
> ERROR [org.jboss.as.web.deployment.jsf.JsfManagedBeanProcessor] JBAS018211: Could not load JSF managed bean class: com.dnb.rmp.nautilus.faces.model.UILookAndFeelManager
> 15:17:27,683 ERROR [org.apache.catalina.core.ApplicationContext] StandardWrapper.Throwable: java.lang.IllegalArgumentException: InputStream cannot be null
> Note: This was happening while migrating our application from Jboss 4.2 to Jboss 7.1.0
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JBASM-43) jsch object can not be created
by Shelly McGowan (JIRA)
[ https://issues.jboss.org/browse/JBASM-43?page=com.atlassian.jira.plugin.s... ]
Shelly McGowan commented on JBASM-43:
-------------------------------------
This issue appears to have been filed in the wrong JIRA category. Is there a forum post that is related to your issue which describes in more detail the problem you are reporting here?
> jsch object can not be created
> ------------------------------
>
> Key: JBASM-43
> URL: https://issues.jboss.org/browse/JBASM-43
> Project: JBoss AS Server Manager
> Issue Type: Bug
> Reporter: ali ahmed
> Assignee: Shelly McGowan
> Labels: jsch
>
> create a singleton ejb that contains a scheduler method which tries to create Jsch object (to create a session to list directories). the debug hangs and no exception is thrown.
> tried using of jsch-0.1.40 and jsch-0.1.50 and same result
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JBASM-41) JBoss Crashes when i change port number from 8080 to 12001
by Shelly McGowan (JIRA)
[ https://issues.jboss.org/browse/JBASM-41?page=com.atlassian.jira.plugin.s... ]
Shelly McGowan commented on JBASM-41:
-------------------------------------
If this is still an issue for you, I suggest to move your discussion to the JBoss AS forums. This does not look like a problem with the Server Manager.
> JBoss Crashes when i change port number from 8080 to 12001
> ----------------------------------------------------------
>
> Key: JBASM-41
> URL: https://issues.jboss.org/browse/JBASM-41
> Project: JBoss AS Server Manager
> Issue Type: Feature Request
> Environment: Windows 2008 32 bit server
> Reporter: Manjunath Mudigonda
> Assignee: Shelly McGowan
> Labels: 5.0.1, AS, JBoss, change, port
> Original Estimate: 1 week
> Remaining Estimate: 1 week
>
> am having 2 instances of JBoss running for different Applications.
> the first application was installed on port 8080 and for the second instance i configured the server.xml to change the port to 12001 and started the JBoss AS in default mode which was crashed saying that port 8080 is already in use then i manually ran the following command to force the JBoss to run on the specific port still results the same
> c:\JBoss501\JBoss-AS\bin> run.bat -Djboss.service.binding.set=12001
> find the log content here
>
>
>
>
> Calling C:\idm\jbossas501\jboss-as\bin\run.conf.bat
> ===============================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: C:\jboss501\jboss-as
> JAVA: C:\Java\jdk1.6.0_25\bin\java
> JAVA_OPTS: -Dprogram.name=run.bat -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -server
> CLASSPATH: C:\Java\jdk1.6.0_25\lib\tools.jar;C:\jboss501\jboss-as\bin\run.jar
> ===============================================================================
> 23:00:39,545 INFO [ServerImpl] Starting JBoss (Microcontainer)...
> 23:00:39,546 INFO [ServerImpl] Release ID: JBoss [EAP] 5.0.1 (build: SVNTag=JBPAPP_5_0_1 date=201003301050)
> 23:00:39,546 INFO [ServerImpl] Bootstrap URL: null
> 23:00:39,546 INFO [ServerImpl] Home Dir: C:\jboss501\jboss-as
> 23:00:39,546 INFO [ServerImpl] Home URL: file:/C:/jboss501/jboss-as/
> 23:00:39,546 INFO [ServerImpl] Library URL: file:/C:/jboss501/jboss-as/lib/
> 23:00:39,548 INFO [ServerImpl] Patch URL: null
> 23:00:39,548 INFO [ServerImpl] Common Base URL: file:/C:/jboss501/jboss-as/common/
> 23:00:39,548 INFO [ServerImpl] Common Library URL: file:/C:/jboss501/jboss-as/common/lib/
> 23:00:39,548 INFO [ServerImpl] Server Name: default
> 23:00:39,548 INFO [ServerImpl] Server Base Dir: C:\jboss501\jboss-as\server
> 23:00:39,548 INFO [ServerImpl] Server Base URL: file:/C:/jboss501/jboss-as/server/
> 23:00:39,548 INFO [ServerImpl] Server Config URL: file:/C:/jboss501/jboss-as/server/default/conf/
> 23:00:39,548 INFO [ServerImpl] Server Home Dir: C:\jboss501\jboss-as\server\default
> 23:00:39,548 INFO [ServerImpl] Server Home URL: file:/C:/jboss501/jboss-as/server/default/
> 23:00:39,548 INFO [ServerImpl] Server Data Dir: C:\jboss501\jboss-as\server\default\data
> 23:00:39,548 INFO [ServerImpl] Server Library URL: file:/C:/jboss501/jboss-as/server/default/lib/
> 23:00:39,548 INFO [ServerImpl] Server Log Dir: C:\jboss501\jboss-as\server\default\log
> 23:00:39,548 INFO [ServerImpl] Server Native Dir: C:\jboss501\jboss-as\server\default\tmp\native
> 23:00:39,548 INFO [ServerImpl] Server Temp Dir: C:\jboss501\jboss-as\server\default\tmp
> 23:00:39,549 INFO [ServerImpl] Server Temp Deploy Dir: C:\jboss501\jboss-as\server\default\tmp\deploy
> 23:00:40,383 INFO [ServerImpl] Starting Microcontainer, bootstrapURL=file:/C:/jboss501/jboss-as/server/default/conf/bootstrap.xml
> 23:00:41,007 INFO [VFSCacheFactory] Initializing VFSCache [org.jboss.virtual.plugins.cache.CombinedVFSCache]
> 23:00:41,009 INFO [VFSCacheFactory] Using VFSCache [CombinedVFSCache[real-cache: null]]
> 23:00:41,317 INFO [CopyMechanism] VFS temp dir: C:\jboss501\jboss-as\server\default\tmp
> 23:00:41,317 INFO [ZipEntryContext] VFS force nested jars copy-mode is enabled.
> 23:00:42,711 INFO [ServerInfo] Java version: 1.6.0_25,Sun Microsystems Inc.
> 23:00:42,711 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
> 23:00:42,711 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 20.0-b11,Sun Microsystems Inc.
> 23:00:42,711 INFO [ServerInfo] OS-System: Windows Server 2008 R2 6.1,x86
> 23:00:42,712 INFO [ServerInfo] VM arguments: -Dprogram.name=run.bat -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -Djava.security.policy=.\workpoint_client.policy -Xms256m -Xmx1024m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=50m -Djava.endorsed.dirs=C:\jboss501\jboss-as\lib\endorsed
> 23:00:42,743 INFO [JMXKernel] Legacy JMX core initialized
> 23:00:47,321 INFO [WebService] Using RMI server codebase: http://casiteminder:8083/
> 23:00:53,922 INFO [NativeServerConfig] JBoss Web Services - Stack Native Core
> 23:00:53,922 INFO [NativeServerConfig] 3.1.2.SP3_CP01
> 23:00:55,315 INFO [LogNotificationListener] Adding notification listener for logging mbean "jboss.system:service=Logging,type=Log4jService" to server org.jboss.mx.server.MBeanServerImpl@7ab40c[ defaultDomain='jboss' ]
> 23:01:03,520 INFO [MailService] Mail Service bound to java:/Mail
> 23:01:05,726 WARN [JBossASSecurityMetadataStore] WARNING! POTENTIAL SECURITY RISK. It has been detected that the MessageSucker component which sucks messages from one node to another has not had its password changed from the installation default. Please see the JBoss Messaging user guide for instructions on how to do this.
> 23:01:06,634 INFO [TransactionManagerService] JBossTS Transaction Service (JTA version - tag:JBOSSTS_4_6_1_GA_CP04) - JBoss Inc.
> 23:01:06,634 INFO [TransactionManagerService] Setting up property manager MBean and JMX layer
> 23:01:06,828 INFO [TransactionManagerService] Initializing recovery manager
> 23:01:06,938 INFO [TransactionManagerService] Recovery manager configured
> 23:01:06,938 INFO [TransactionManagerService] Binding TransactionManager JNDI Reference
> 23:01:07,019 INFO [TransactionManagerService] Starting transaction recovery manager
> 23:01:07,548 INFO [AprLifecycleListener] The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Java\jdk1.6.0_25\bin;.;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Windows\SYSTEM32;C:\Windows;C:\Windows\SYSTEM32\WBEM
> 23:01:07,676 ERROR [Http11Protocol] Error initializing endpoint
> java.net.BindException: Address already in use: JVM_Bind /0.0.0.0:8080
> at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:504)
> at org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:175)
> at org.apache.catalina.connector.Connector.initialize(Connector.java:1029)
> at org.apache.catalina.core.StandardService.initialize(StandardService.java:683)
> at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:821)
> at org.jboss.web.tomcat.service.deployers.TomcatService.startService(TomcatService.java:313)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:376)
> at org.jboss.system.ServiceMBeanSupport.pojoStart(ServiceMBeanSupport.java:216)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:243)
> at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:111)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:72)
> at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
> at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
> at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.microcontainer.jmx.ServiceControllerStartStopLifecycleCallback.install(ServiceControllerStartStopLifecycleCallback.java:44)
> at sun.reflect.GeneratedMethodAccessor224.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.beans.info.plugins.AbstractBeanInfo.invoke(AbstractBeanInfo.java:300)
> at org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.invoke(AbstractKernelControllerContext.java:291)
> at org.jboss.dependency.plugins.AbstractLifecycleCallbackItem.install(AbstractLifecycleCallbackItem.java:87)
> at org.jboss.dependency.plugins.AbstractController.handleLifecycleCallbacks(AbstractController.java:1570)
> at org.jboss.dependency.plugins.AbstractController.handleInstallLifecycleCallbacks(AbstractController.java:1535)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:944)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.microcontainer.jmx.ServiceControllerStartStopLifecycleCallback.install(ServiceControllerStartStopLifecycleCallback.java:44)
> at sun.reflect.GeneratedMethodAccessor224.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.beans.info.plugins.AbstractBeanInfo.invoke(AbstractBeanInfo.java:300)
> at org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.invoke(AbstractKernelControllerContext.java:291)
> at org.jboss.dependency.plugins.AbstractLifecycleCallbackItem.install(AbstractLifecycleCallbackItem.java:87)
> at org.jboss.dependency.plugins.AbstractController.handleLifecycleCallbacks(AbstractController.java:1570)
> at org.jboss.dependency.plugins.AbstractController.handleInstallLifecycleCallbacks(AbstractController.java:1535)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:944)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
> at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
> at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
> at org.jboss.Main.boot(Main.java:221)
> at org.jboss.Main$1.run(Main.java:556)
> at java.lang.Thread.run(Thread.java:662)
> 23:01:07,679 ERROR [AbstractKernelController] Error installing to Start: name=WebServer state=Create
> LifecycleException: Protocol handler initialization failed: java.net.BindException: Address already in use: JVM_Bind /0.0.0.0:8080
> at org.apache.catalina.connector.Connector.initialize(Connector.java:1031)
> at org.apache.catalina.core.StandardService.initialize(StandardService.java:683)
> at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:821)
> at org.jboss.web.tomcat.service.deployers.TomcatService.startService(TomcatService.java:313)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:376)
> at org.jboss.system.ServiceMBeanSupport.pojoStart(ServiceMBeanSupport.java:216)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:243)
> at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:111)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:72)
> at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
> at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
> at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.microcontainer.jmx.ServiceControllerStartStopLifecycleCallback.install(ServiceControllerStartStopLifecycleCallback.java:44)
> at sun.reflect.GeneratedMethodAccessor224.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.beans.info.plugins.AbstractBeanInfo.invoke(AbstractBeanInfo.java:300)
> at org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.invoke(AbstractKernelControllerContext.java:291)
> at org.jboss.dependency.plugins.AbstractLifecycleCallbackItem.install(AbstractLifecycleCallbackItem.java:87)
> at org.jboss.dependency.plugins.AbstractController.handleLifecycleCallbacks(AbstractController.java:1570)
> at org.jboss.dependency.plugins.AbstractController.handleInstallLifecycleCallbacks(AbstractController.java:1535)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:944)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
> at org.jboss.system.ServiceController.start(ServiceController.java:460)
> at org.jboss.system.microcontainer.jmx.ServiceControllerStartStopLifecycleCallback.install(ServiceControllerStartStopLifecycleCallback.java:44)
> at sun.reflect.GeneratedMethodAccessor224.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
> at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
> at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
> at org.jboss.beans.info.plugins.AbstractBeanInfo.invoke(AbstractBeanInfo.java:300)
> at org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.invoke(AbstractKernelControllerContext.java:291)
> at org.jboss.dependency.plugins.AbstractLifecycleCallbackItem.install(AbstractLifecycleCallbackItem.java:87)
> at org.jboss.dependency.plugins.AbstractController.handleLifecycleCallbacks(AbstractController.java:1570)
> at org.jboss.dependency.plugins.AbstractController.handleInstallLifecycleCallbacks(AbstractController.java:1535)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:944)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
> at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782)
> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403)
> at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
> at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
> at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775)
> at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256)
> at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
> at org.jboss.Main.boot(Main.java:221)
> at org.jboss.Main$1.run(Main.java:556)
> at java.lang.Thread.run(Thread.java:662)
> 23:01:07,738 INFO [RARDeployment] Required license terms exist, view vfszip:/C:/jboss501/jboss-as/server/default/deploy/jboss-local-jdbc.rar/META-INF/ra.xml
> 23:01:07,759 INFO [RARDeployment] Required license terms exist, view vfszip:/C:/jboss501/jboss-as/server/default/deploy/jboss-xa-jdbc.rar/META-INF/ra.xml
> 23:01:07,766 INFO [RARDeployment] Required license terms exist, view vfszip:/C:/jboss501/jboss-as/server/default/deploy/jms-ra.rar/META-INF/ra.xml
> 23:01:07,774 INFO [RARDeployment] Required license terms exist, view vfszip:/C:/jboss501/jboss-as/server/default/deploy/mail-ra.rar/META-INF/ra.xml
> 23:01:07,787 INFO [RARDeployment] Required license terms exist, view vfszip:/C:/jboss501/jboss-as/server/default/deploy/quartz-ra.rar/META-INF/ra.xml
> 23:01:07,858 INFO [SimpleThreadPool] Job execution threads will use class loader of thread: main
> 23:01:07,878 INFO [QuartzScheduler] Quartz Scheduler v.1.5.2 created.
> 23:01:07,881 INFO [RAMJobStore] RAMJobStore initialized.
> 23:01:07,881 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzScheduler' initialized from default resource file in Quartz package: 'quartz.properties'
> 23:01:07,882 INFO [StdSchedulerFactory] Quartz scheduler version: 1.5.2
> 23:01:07,884 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started.
> 23:01:08,757 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=DefaultDS' to JNDI name 'java:DefaultDS'
> 23:01:09,117 INFO [ServerPeer] JBoss Messaging 1.4.6.GA server [0] started
> 23:01:09,222 INFO [QueueService] Queue[/queue/ExpiryQueue] started, fullSize=200000, pageSize=2000, downCacheSize=2000
> 23:01:09,286 INFO [ConnectionFactory] Connector bisocket://casiteminder:4457 has leasing enabled, lease period 10000 milliseconds
> 23:01:09,286 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@11948f9 started
> 23:01:09,286 INFO [ConnectionFactoryJNDIMapper] supportsFailover attribute is true on connection factory: jboss.messaging.connectionfactory:service=ClusteredConnectionFactory but post office is non clustered. So connection factory will *not* support failover
> 23:01:09,286 INFO [ConnectionFactoryJNDIMapper] supportsLoadBalancing attribute is true on connection factory: jboss.messaging.connectionfactory:service=ClusteredConnectionFactory but post office is non clustered. So connection factory will *not* support load balancing
> 23:01:09,287 INFO [ConnectionFactory] Connector bisocket://casiteminder:4457 has leasing enabled, lease period 10000 milliseconds
> 23:01:09,287 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@1c20d4 started
> 23:01:09,289 INFO [QueueService] Queue[/queue/DLQ] started, fullSize=200000, pageSize=2000, downCacheSize=2000
> 23:01:09,289 INFO [ConnectionFactory] Connector bisocket://casiteminder:4457 has leasing enabled, lease period 10000 milliseconds
> 23:01:09,289 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@17dde5 started
> 23:01:09,504 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,name=JmsXA' to JNDI name 'java:JmsXA'
> 23:01:10,214 INFO [ProfileServiceBootstrap] Loading profile: ProfileKey@60f77e[domain=default, server=default, name=default]
> 23:01:10,216 ERROR [ProfileServiceBootstrap] Failed to load profile: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
> DEPLOYMENTS MISSING DEPENDENCIES:
> Deployment "jboss.web.deployment:war=/ROOT" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> Deployment "jboss.web.deployment:war=/admin-console" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> Deployment "jboss.web.deployment:war=/invoker" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> Deployment "jboss.web.deployment:war=/jbossws" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> Deployment "jboss.web.deployment:war=/jmx-console" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> Deployment "jboss.web.deployment:war=/web-console" is missing the following dependencies:
> Dependency "jboss.web:service=WebServer" (should be in state "Create", but is actually in state "** NOT FOUND Depends on 'jboss.web:service=WebServer' **")
> DEPLOYMENTS IN ERROR:
> Deployment "WebServer" is in error due to the following reason(s): LifecycleException: Protocol handler initialization failed: java.net.BindException: Address already in use: JVM_Bind /0.0.0.0:8080
> Deployment "jboss.web:service=WebServer" is in error due to the following reason(s): ** NOT FOUND Depends on 'jboss.web:service=WebServer' **
> 23:01:10,217 INFO [ServerImpl] JBoss (Microcontainer) [5.0.1 (build: SVNTag=JBPAPP_5_0_1 date=201003301050)] Started in 30s:665ms
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-2680) java:comp/DefaultDataSource doesn't work in persistence.xml
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2680?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-2680:
--------------------------------------
The reason why this does not work is because java:comp is scoped to a component, and when dealing with persistence.xml there is no component.
We can probably just hack something in to make this work though, as it would be more user friendly.
> java:comp/DefaultDataSource doesn't work in persistence.xml
> -----------------------------------------------------------
>
> Key: WFLY-2680
> URL: https://issues.jboss.org/browse/WFLY-2680
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: EE, JPA / Hibernate
> Affects Versions: 8.0.0.CR1
> Reporter: arjan tijms
> Assignee: David Lloyd
> Labels: javaee7, jdbc
>
> Having a persistence.xml with the following content fails the deployment on WildFly 8 CR1:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <persistence version="2.1" xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
>
> <persistence-unit name="testPU">
> <jta-data-source>java:comp/DefaultDataSource</jta-data-source>
> </persistence-unit>
> </persistence>
> {code}
> It results in the following error:
> {noformat}
> 13:51:40,367 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "dynamic-named-query.war")]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"dynamic-named-query.war#testPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.dynamic-named-query.dynamic-named-query.DefaultDataSource]"]}
> {noformat}
> When I proposed the feature for the default data source over at the Java EE JIRA (https://java.net/jira/browse/JAVAEE_SPEC-4) I intended this to work. In the description I hinted that the standard JNDI name would be the standard alternative for {{java:jboss/datasources/ExampleDS}} on JBoss. The latter indeed does work in {{persistence.xml}} using WildFly 8 CR1.
> Omitting the {{jta-data-source}} element altogether *does* work, which is great. However, I foresee a lot of users tripping over this in the future and just giving up the idea of using a default data source, especially since the error message is very cryptic for new developers.
> In GlassFish 4 using {{java:comp/DefaultDataSource}} in {{persistence.xml}} does work.
> See also WFLY-2027 and WFLY-2158
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-2683) Problem with security subsystem model descriptions
by Stuart Douglas (JIRA)
Stuart Douglas created WFLY-2683:
------------------------------------
Summary: Problem with security subsystem model descriptions
Key: WFLY-2683
URL: https://issues.jboss.org/browse/WFLY-2683
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: 8.0.0.CR1
Reporter: Stuart Douglas
Assignee: Darran Lofthouse
/subsystem=security/security-domain=*/acl=*:read-resource-description
results in:
"children" => {
"acl-module" => {
"description" => "ACL module",
"model-description" => undefined
},
"login-module" => {
"description" => "Login module",
"model-description" => undefined
}
}
These model descriptions should not be undefined.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months