[JBoss JIRA] (WFLY-3559) RemoteHostTrustLoginModule: HostThreadLocal seems to be unset
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-3559?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-3559:
------------------------------
Affects Version/s: 8.1.0.Final
JBoss AS7 7.2.0.Final
> RemoteHostTrustLoginModule: HostThreadLocal seems to be unset
> -------------------------------------------------------------
>
> Key: WFLY-3559
> URL: https://issues.jboss.org/browse/WFLY-3559
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Security
> Affects Versions: JBoss AS7 7.2.0.Final, 8.1.0.Final
> Reporter: Matthias Berndt
> Assignee: Darran Lofthouse
>
> RemoteHostTrustLoginModule needs HostThreadLocal to work correctly. In 6.0 org.jboss.web.tomcat.security.RemoteHostValve was used to call org.jboss.security.plugins.HostThreadLocal#set.
>
> In 8.1 ist doesn't work and looking at the source RemoteHostValve is (of cause) gone und HostThreadLocal#set doesn't seem to be called anywhere. At least it isn't called directly in any class and debugging doesn't step into this method.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (JASSIST-226) automatical modification of class and method Annotation
by Paolo Paolo (JIRA)
[ https://issues.jboss.org/browse/JASSIST-226?page=com.atlassian.jira.plugi... ]
Paolo Paolo commented on JASSIST-226:
-------------------------------------
Code just added, thanks for support.
> automatical modification of class and method Annotation
> -------------------------------------------------------
>
> Key: JASSIST-226
> URL: https://issues.jboss.org/browse/JASSIST-226
> Project: Javassist
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.18.0-GA
> Environment: JavaSE-1.7, Eclipse Kepler
> Reporter: Paolo Paolo
> Assignee: Shigeru Chiba
> Labels: annotations
>
> I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
> //the Annotation String that I need
> @RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
> //the resulting String
> @RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
> Is there a way to prevent this String modification?
> I suppose it's related to the different notation between a file path and a Java package.
> This is the code:
> ClassPool pool = ClassPool.getDefault();
> CtClass cc = pool.makeClass(className);
>
> ClassFile ccFile = cc.getClassFile();
> ConstPool constpool = ccFile.getConstPool();
> // create the annotation
> AnnotationsAttribute attr = new AnnotationsAttribute(constpool, AnnotationsAttribute.visibleTag);
> // classLocalName contains: http://www.semanticweb.org/pi/2014/5/test#Test
> Annotation annot = new Annotation("RDFBean('"+classLocalName+"')", constpool);
> attr.addAnnotation(annot);
> ccFile.addAttribute(attr);
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (JASSIST-226) automatical modification of class and method Annotation
by Paolo Paolo (JIRA)
[ https://issues.jboss.org/browse/JASSIST-226?page=com.atlassian.jira.plugi... ]
Paolo Paolo updated JASSIST-226:
--------------------------------
Description:
I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
//the Annotation String that I need
@RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
//the resulting String
@RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
Is there a way to prevent this String modification?
I suppose it's related to the different notation between a file path and a Java package.
This is the code:
ClassPool pool = ClassPool.getDefault();
CtClass cc = pool.makeClass(className);
ClassFile ccFile = cc.getClassFile();
ConstPool constpool = ccFile.getConstPool();
// create the annotation
AnnotationsAttribute attr = new AnnotationsAttribute(constpool, AnnotationsAttribute.visibleTag);
// classLocalName contains: http://www.semanticweb.org/pi/2014/5/test#Test
Annotation annot = new Annotation("RDFBean('"+classLocalName+"')", constpool);
attr.addAnnotation(annot);
ccFile.addAttribute(attr);
was:
I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
//the Annotation String that I need
@RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
//the resulting String
@RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
Is there a way to prevent this String modification?
I suppose it's related to the different notation between a file path and a Java package.
> automatical modification of class and method Annotation
> -------------------------------------------------------
>
> Key: JASSIST-226
> URL: https://issues.jboss.org/browse/JASSIST-226
> Project: Javassist
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.18.0-GA
> Environment: JavaSE-1.7, Eclipse Kepler
> Reporter: Paolo Paolo
> Assignee: Shigeru Chiba
> Labels: annotations
>
> I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
> //the Annotation String that I need
> @RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
> //the resulting String
> @RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
> Is there a way to prevent this String modification?
> I suppose it's related to the different notation between a file path and a Java package.
> This is the code:
> ClassPool pool = ClassPool.getDefault();
> CtClass cc = pool.makeClass(className);
>
> ClassFile ccFile = cc.getClassFile();
> ConstPool constpool = ccFile.getConstPool();
> // create the annotation
> AnnotationsAttribute attr = new AnnotationsAttribute(constpool, AnnotationsAttribute.visibleTag);
> // classLocalName contains: http://www.semanticweb.org/pi/2014/5/test#Test
> Annotation annot = new Annotation("RDFBean('"+classLocalName+"')", constpool);
> attr.addAnnotation(annot);
> ccFile.addAttribute(attr);
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (JASSIST-226) automatical modification of class and method Annotation
by Shigeru Chiba (JIRA)
[ https://issues.jboss.org/browse/JASSIST-226?page=com.atlassian.jira.plugi... ]
Shigeru Chiba commented on JASSIST-226:
---------------------------------------
How did you add the annotation to the class file?
Can you show a code snippet?
> automatical modification of class and method Annotation
> -------------------------------------------------------
>
> Key: JASSIST-226
> URL: https://issues.jboss.org/browse/JASSIST-226
> Project: Javassist
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.18.0-GA
> Environment: JavaSE-1.7, Eclipse Kepler
> Reporter: Paolo Paolo
> Assignee: Shigeru Chiba
> Labels: annotations
>
> I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
> //the Annotation String that I need
> @RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
> //the resulting String
> @RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
> Is there a way to prevent this String modification?
> I suppose it's related to the different notation between a file path and a Java package.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (WFLY-164) java.io.IOException Channel closed exception after several reload of server
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-164?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on WFLY-164:
----------------------------------------------
Carlo de Wolf <cdewolf(a)redhat.com> changed the Status of [bug 1006246|https://bugzilla.redhat.com/show_bug.cgi?id=1006246] from ON_QA to ASSIGNED
> java.io.IOException Channel closed exception after several reload of server
> ---------------------------------------------------------------------------
>
> Key: WFLY-164
> URL: https://issues.jboss.org/browse/WFLY-164
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Ondřej Chaloupka
> Assignee: Emanuel Muckenhuber
> Fix For: 8.0.0.Alpha1
>
>
> Small testing program:
> https://github.com/ochaloup/jboss-dmr-test/blob/master/src/main/java/ocha...
> When I run it first time then everything is fine and reload is done and info from server is shown.
> When I left the server run and execute my program several more times (3 or more) then it's starting to crash with exception
> {code}
> java.lang.reflect.InvocationTargetException
> 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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: java.io.IOException: java.util.concurrent.ExecutionException: Operation failed
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:129)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
> at ochaloup.ClientReload.main(ClientReload.java:19)
> ... 6 more
> Caused by: java.util.concurrent.ExecutionException: Operation failed
> at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
> at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
> at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.get(AbstractDelegatingAsyncFuture.java:100)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
> ... 8 more
> Caused by: java.io.IOException: Channel closed
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleChannelClosed(AbstractMessageHandler.java:354)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient$2.handleClose(RemotingModelControllerClient.java:135)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient$2.handleClose(RemotingModelControllerClient.java:132)
> at org.jboss.as.protocol.mgmt.ManagementClientChannelStrategy$Establishing$3.handleClose(ManagementClientChannelStrategy.java:189)
> at org.jboss.as.protocol.mgmt.ManagementClientChannelStrategy$Establishing$3.handleClose(ManagementClientChannelStrategy.java:180)
> at org.jboss.remoting3.spi.SpiUtils.safeHandleClose(SpiUtils.java:54)
> at org.jboss.remoting3.spi.AbstractHandleableCloseable$CloseHandlerTask.run(AbstractHandleableCloseable.java:501)
> at org.jboss.remoting3.spi.AbstractHandleableCloseable.runCloseTask(AbstractHandleableCloseable.java:406)
> at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeComplete(AbstractHandleableCloseable.java:277)
> at org.jboss.remoting3.remote.RemoteConnectionChannel.closeAction(RemoteConnectionChannel.java:517)
> at org.jboss.remoting3.spi.AbstractHandleableCloseable.closeAsync(AbstractHandleableCloseable.java:359)
> at org.jboss.remoting3.remote.RemoteConnectionHandler.closeAllChannels(RemoteConnectionHandler.java:382)
> at org.jboss.remoting3.remote.RemoteConnectionHandler.handleConnectionClose(RemoteConnectionHandler.java:103)
> at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:78)
> at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:45)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
> at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:189)
> at org.xnio.channels.TranslatingSuspendableChannel$1.handleEvent(TranslatingSuspendableChannel.java:103)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
> at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:189)
> at org.xnio.ssl.JsseConnectedSslStreamChannel.handleReadable(JsseConnectedSslStreamChannel.java:180)
> at org.xnio.channels.TranslatingSuspendableChannel$1.handleEvent(TranslatingSuspendableChannel.java:103)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
> at org.xnio.nio.NioHandle.run(NioHandle.java:90)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:184)
> {code}
> Maybe this could be connected with AS7 testsuite problem:
> https://issues.jboss.org/browse/AS7-4185
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (JASSIST-226) automatical modification of class and method Annotation
by Paolo Paolo (JIRA)
Paolo Paolo created JASSIST-226:
-----------------------------------
Summary: automatical modification of class and method Annotation
Key: JASSIST-226
URL: https://issues.jboss.org/browse/JASSIST-226
Project: Javassist
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.18.0-GA
Environment: JavaSE-1.7, Eclipse Kepler
Reporter: Paolo Paolo
Assignee: Shigeru Chiba
I'm using Javassist to create .class file at runtime. Every method of the created class must have a Java Annotation ("@annotation example") with an URI. The problem is that the Annotation class modifies automatically the URI by substituting slashes with dots.
//the Annotation String that I need
@RDFBean('http://www.semanticweb.org/pi/2014/5/test#Test')
//the resulting String
@RDFBean('http:..www.semanticweb.org.pi.2014.5.test#Test')
Is there a way to prevent this String modification?
I suppose it's related to the different notation between a file path and a Java package.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (WFLY-3559) RemoteHostTrustLoginModule: HostThreadLocal seems to be unset
by Matthias Berndt (JIRA)
Matthias Berndt created WFLY-3559:
-------------------------------------
Summary: RemoteHostTrustLoginModule: HostThreadLocal seems to be unset
Key: WFLY-3559
URL: https://issues.jboss.org/browse/WFLY-3559
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Reporter: Matthias Berndt
Assignee: Darran Lofthouse
RemoteHostTrustLoginModule needs HostThreadLocal to work correctly. In 6.0 org.jboss.web.tomcat.security.RemoteHostValve was used to call org.jboss.security.plugins.HostThreadLocal#set.
In 8.1 ist doesn't work and looking at the source RemoteHostValve is (of cause) gone und HostThreadLocal#set doesn't seem to be called anywhere. At least it isn't called directly in any class and debugging doesn't step into this method.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (WFLY-3538) Application does not deploy because DefaultDataSource is missing
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-3538?page=com.atlassian.jira.plugin.... ]
Chao Wang commented on WFLY-3538:
---------------------------------
A workaround is to remove the default-bindings datasource from ee subsystem in server configuration file. Unfortunately, this is currently not supported in CLI.
> Application does not deploy because DefaultDataSource is missing
> ----------------------------------------------------------------
>
> Key: WFLY-3538
> URL: https://issues.jboss.org/browse/WFLY-3538
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.1.0.Final
> Environment: Debian linux 7.5, openjdk 7u55-2.4.7-1~deb7u1, Wildfly 8.1.0.Final
> Reporter: Peter Van Biesen
> Assignee: Chao Wang
>
> On our servers, the ExampleDs is removed from the config. In 7.2.0, this poses no problem, but in the 8.1.0.Final, when we deploy an application, the default datasource needs to be available, even if the application does not use a datasource. The error :
> {code}
> failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.module.jolokia.jolokia.DefaultDataSource is missing [jboss.naming.context.java.jboss.datasources.ExampleDS]"]}
> {code}
> The example above is for the deployment of the jolokia war.
> To reproduce :
> * remove ExampleDS
> * deploy any application
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (JBAS-9563) JVM crash JavaThread "http-0.0.0.0-8080-1" daemon [_thread_blocked, id=1820, stack(0x6bbd0000, 0x6bc20000)]
by Per Grapatin (JIRA)
Per Grapatin created JBAS-9563:
----------------------------------
Summary: JVM crash JavaThread "http-0.0.0.0-8080-1" daemon [_thread_blocked, id=1820, stack(0x6bbd0000,0x6bc20000)]
Key: JBAS-9563
URL: https://issues.jboss.org/browse/JBAS-9563
Project: Application Server 3 4 5 and 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: JBossAS-4.2.3.GA
Environment: Windows NT 6.1 Build 7601 Service Pack 1
Reporter: Per Grapatin
Crash in JAVA when using JBoss.
#
# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6db81d39, pid=2192, tid=2292
#
# Java VM: Java HotSpot(TM) Server VM (11.0-b16 mixed mode windows-x86)
# Problematic frame:
# V [jvm.dll+0x51d39]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00ed9000): VMThread [stack: 0x645a0000,0x645f0000] [id=2292]
siginfo: ExceptionCode=0xc0000005, reading address 0x00000000
Registers:
EAX=0x00000000, EBX=0x65be9000, ECX=0x67e1ca46, EDX=0x00650070
ESP=0x645efd10, EBP=0x00e31068, ESI=0x00000000, EDI=0x67ae0328
EIP=0x6db81d39, EFLAGS=0x00010202
Top of Stack: (sp=0x645efd10)
0x645efd10: 6bc1db40 6bc1db40 00e31068 00e31060
0x645efd20: 0437d1e8 0437d1e0 00000000 6db81e51
0x645efd30: 56490ed8 00000001 65be8000 00e4ac30
0x645efd40: 6de05bdf 6bc1db40 00e4ac30 00e31060
0x645efd50: 00000000 00000001 645efd28 6dbf3f83
0x645efd60: 00e31454 6de04e61 00000005 00538d50
0x645efd70: 00000000 00000000 00000000 00000000
0x645efd80: 00e31068 00e31454 00000000 00000000
Instructions: (pc=0x6db81d39)
0x6db81d29: 07 83 c4 04 33 f6 85 c0 7e 34 8b 57 0c 8b 04 b2
0x6db81d39: 8b 00 8b 54 24 14 39 50 04 8b 08 75 1a 83 e1 07
Stack: [0x645a0000,0x645f0000], sp=0x645efd10, free space=319k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x51d39]
VM_Operation (0x6bc1db40): BulkRevokeBias, mode: safepoint, requested by thread 0x65be8000
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x683bd800 JavaThread "WorkManager(2)-1537" daemon [_thread_blocked, id=3368, stack(0x6abc0000,0x6ac10000)]
0x683c0800 JavaThread "WorkManager(2)-1536" daemon [_thread_blocked, id=3648, stack(0x6ab20000,0x6ab70000)]
0x683c0c00 JavaThread "WorkManager(2)-1535" daemon [_thread_blocked, id=5384, stack(0x6aad0000,0x6ab20000)]
0x683c0000 JavaThread "WorkManager(2)-1534" daemon [_thread_blocked, id=4056, stack(0x6aa10000,0x6aa60000)]
0x683bfc00 JavaThread "WorkManager(2)-1533" daemon [_thread_blocked, id=3380, stack(0x6a9c0000,0x6aa10000)]
0x683be400 JavaThread "WorkManager(2)-1532" daemon [_thread_blocked, id=5576, stack(0x6a970000,0x6a9c0000)]
0x678c4000 JavaThread "WorkManager(2)-1531" daemon [_thread_blocked, id=5312, stack(0x6a7e0000,0x6a830000)]
0x678c2c00 JavaThread "WorkManager(2)-1530" daemon [_thread_blocked, id=5996, stack(0x6a790000,0x6a7e0000)]
0x678c3400 JavaThread "WorkManager(2)-1529" daemon [_thread_blocked, id=4332, stack(0x6a740000,0x6a790000)]
0x678c5400 JavaThread "WorkManager(2)-1528" daemon [_thread_blocked, id=3860, stack(0x6a6f0000,0x6a740000)]
0x678c3c00 JavaThread "WorkManager(2)-1527" daemon [_thread_blocked, id=2748, stack(0x6a650000,0x6a6a0000)]
0x678c4800 JavaThread "WorkManager(2)-1526" daemon [_thread_blocked, id=5316, stack(0x6a600000,0x6a650000)]
0x678c5800 JavaThread "WorkManager(2)-1525" daemon [_thread_blocked, id=5032, stack(0x6a4c0000,0x6a510000)]
0x678c3000 JavaThread "WorkManager(2)-1524" daemon [_thread_blocked, id=1468, stack(0x6a470000,0x6a4c0000)]
0x678c4c00 JavaThread "WorkManager(2)-1523" daemon [_thread_blocked, id=5704, stack(0x6a420000,0x6a470000)]
0x67ec2800 JavaThread "WorkManager(2)-1522" daemon [_thread_blocked, id=4716, stack(0x6a8d0000,0x6a920000)]
0x67ec3400 JavaThread "WorkManager(2)-1521" daemon [_thread_blocked, id=3088, stack(0x6a880000,0x6a8d0000)]
0x67ec4000 JavaThread "WorkManager(2)-1520" daemon [_thread_blocked, id=5868, stack(0x6a540000,0x6a590000)]
0x67ec4c00 JavaThread "WorkManager(2)-1519" daemon [_thread_blocked, id=5272, stack(0x6a380000,0x6a3d0000)]
0x67ec2c00 JavaThread "WorkManager(2)-1518" daemon [_thread_blocked, id=5480, stack(0x6a240000,0x6a290000)]
0x67ec1000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=3012, stack(0x6a2e0000,0x6a330000)]
0x67ec2400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=5016, stack(0x6a1a0000,0x6a1f0000)]
0x67ec1c00 JavaThread "WorkManager(2)-1517" daemon [_thread_blocked, id=568, stack(0x6a100000,0x6a150000)]
0x67ec1800 JavaThread "WorkManager(2)-1516" daemon [_thread_blocked, id=3820, stack(0x6a020000,0x6a070000)]
0x67737c00 JavaThread "WorkManager(2)-1515" daemon [_thread_blocked, id=1900, stack(0x68fb0000,0x69000000)]
0x67737000 JavaThread "WorkManager(2)-1514" daemon [_thread_blocked, id=6112, stack(0x68f60000,0x68fb0000)]
0x67736000 JavaThread "WorkManager(2)-1513" daemon [_thread_blocked, id=2812, stack(0x68d80000,0x68dd0000)]
0x67737400 JavaThread "WorkManager(2)-1512" daemon [_thread_blocked, id=3992, stack(0x68ce0000,0x68d30000)]
0x67736c00 JavaThread "Thread-170" daemon [_thread_blocked, id=5364, stack(0x68c90000,0x68ce0000)]
0x67738800 JavaThread "WorkManager(2)-1511" daemon [_thread_blocked, id=3480, stack(0x68c40000,0x68c90000)]
0x6486f000 JavaThread "WorkManager(2)-1510" daemon [_thread_blocked, id=5372, stack(0x68bf0000,0x68c40000)]
0x6486e400 JavaThread "WorkManager(2)-1509" daemon [_thread_blocked, id=4648, stack(0x68ba0000,0x68bf0000)]
0x6486fc00 JavaThread "Thread-169" daemon [_thread_blocked, id=5976, stack(0x68b00000,0x68b50000)]
0x64870000 JavaThread "WorkManager(2)-1508" daemon [_thread_blocked, id=5536, stack(0x68920000,0x68970000)]
0x6486f400 JavaThread "Thread-168" daemon [_thread_blocked, id=1996, stack(0x67630000,0x67680000)]
0x6486ec00 JavaThread "Thread-167" daemon [_thread_blocked, id=1056, stack(0x67400000,0x67450000)]
0x6486e000 JavaThread "Thread-166" daemon [_thread_blocked, id=4676, stack(0x67360000,0x673b0000)]
0x6486d800 JavaThread "Timer-5" daemon [_thread_blocked, id=5136, stack(0x6c620000,0x6c670000)]
0x6486d400 JavaThread "Timer-4" daemon [_thread_blocked, id=4576, stack(0x6c5d0000,0x6c620000)]
0x6486cc00 JavaThread "WorkerThread#1[10.59.45.34:49520]" [_thread_in_native, id=4988, stack(0x6c580000,0x6c5d0000)]
0x6486c800 JavaThread "WorkerThread#0[10.59.45.34:49519]" [_thread_in_native, id=1420, stack(0x6c530000,0x6c580000)]
0x65be6800 JavaThread "Thread-43" daemon [_thread_in_native, id=4692, stack(0x65100000,0x65150000)]
0x678c2000 JavaThread "http-0.0.0.0-8080-10" daemon [_thread_in_native, id=4792, stack(0x6bea0000,0x6bef0000)]
0x6698bc00 JavaThread "http-0.0.0.0-8080-9" daemon [_thread_blocked, id=4784, stack(0x6be50000,0x6bea0000)]
0x6698b400 JavaThread "http-0.0.0.0-8080-8" daemon [_thread_blocked, id=4788, stack(0x6be00000,0x6be50000)]
0x6698b000 JavaThread "http-0.0.0.0-8080-7" daemon [_thread_blocked, id=4800, stack(0x6bdb0000,0x6be00000)]
0x6698a800 JavaThread "http-0.0.0.0-8080-6" daemon [_thread_blocked, id=5972, stack(0x6bd60000,0x6bdb0000)]
0x6698a400 JavaThread "http-0.0.0.0-8080-5" daemon [_thread_blocked, id=4796, stack(0x6bd10000,0x6bd60000)]
0x65be9000 JavaThread "http-0.0.0.0-8080-4" daemon [_thread_blocked, id=1560, stack(0x6bcc0000,0x6bd10000)]
0x65be8c00 JavaThread "http-0.0.0.0-8080-3" daemon [_thread_blocked, id=1244, stack(0x6bc70000,0x6bcc0000)]
0x65be8400 JavaThread "http-0.0.0.0-8080-2" daemon [_thread_blocked, id=4472, stack(0x6bc20000,0x6bc70000)]
0x65be8000 JavaThread "http-0.0.0.0-8080-1" daemon [_thread_blocked, id=1820, stack(0x6bbd0000,0x6bc20000)]
0x65be7800 JavaThread "http-0.0.0.0-8080-Acceptor-0" daemon [_thread_in_native, id=4468, stack(0x6bb80000,0x6bbd0000)]
0x65be6400 JavaThread "Thread-5" [_thread_blocked, id=3880, stack(0x6bb30000,0x6bb80000)]
0x6853f800 JavaThread "JBossLifeThread" [_thread_blocked, id=3792, stack(0x6bae0000,0x6bb30000)]
0x65be7000 JavaThread "Thread-32" daemon [_thread_blocked, id=2888, stack(0x6ba90000,0x6bae0000)]
0x65be5c00 JavaThread "Thread-31" daemon [_thread_blocked, id=3816, stack(0x6ba20000,0x6ba70000)]
0x65be5800 JavaThread "Thread-30" daemon [_thread_blocked, id=3828, stack(0x6b9d0000,0x6ba20000)]
0x678f8800 JavaThread "Thread-29" daemon [_thread_blocked, id=1296, stack(0x6b980000,0x6b9d0000)]
0x6853ec00 JavaThread "Connection Consumer for dest JBossTopic[publicQueueEventTopic] id=13" daemon [_thread_blocked, id=3988, stack(0x6b930000,0x6b980000)]
0x6853fc00 JavaThread "EJB-Timer-1397606031711[target=jboss.j2ee:service=EJB3,ear=elk.ear,jar=surfaceexplorer-ejb.jar,name=TicketContentUpdateTimerBean]" [_thread_blocked, id=1788, stack(0x6b890000,0x6b8e0000)]
0x6853f000 JavaThread "Connection Consumer for dest JBossQueue[ticketTextUpdateQueue] id=12" daemon [_thread_blocked, id=3172, stack(0x6b840000,0x6b890000)]
0x6853e800 JavaThread "Connection Consumer for dest JBossTopic[publicQueueEventTopic] id=11" daemon [_thread_blocked, id=2600, stack(0x6b7f0000,0x6b840000)]
0x6853d000 JavaThread "Connection Consumer for dest JBossTopic[publicQueueEventTopic] id=10" daemon [_thread_blocked, id=3052, stack(0x6b700000,0x6b750000)]
0x6853c800 JavaThread "Connection Consumer for dest JBossQueue[ScheduledReportQueue] id=9" daemon [_thread_blocked, id=1340, stack(0x6b660000,0x6b6b0000)]
0x67ec4400 JavaThread "Connection Consumer for dest JBossTopic[queueEventTopic] id=8" daemon [_thread_blocked, id=3300, stack(0x6b5c0000,0x6b610000)]
0x67ec3800 JavaThread "Connection Consumer for dest JBossTopic[publicQueueEventTopic] id=7" daemon [_thread_blocked, id=3180, stack(0x6b520000,0x6b570000)]
0x683bf000 JavaThread "pool-8-thread-10" [_thread_blocked, id=4980, stack(0x6ada0000,0x6adf0000)]
0x683bdc00 JavaThread "pool-8-thread-9" [_thread_blocked, id=928, stack(0x6acb0000,0x6ad00000)]
0x6857a800 JavaThread "pool-8-thread-8" [_thread_blocked, id=684, stack(0x6ab70000,0x6abc0000)]
0x68579400 JavaThread "pool-8-thread-7" [_thread_blocked, id=388, stack(0x6aa80000,0x6aad0000)]
0x68577c00 JavaThread "pool-8-thread-6" [_thread_blocked, id=5892, stack(0x6a920000,0x6a970000)]
0x68042c00 JavaThread "pool-8-thread-5" [_thread_blocked, id=5872, stack(0x6a830000,0x6a880000)]
0x68041000 JavaThread "pool-8-thread-4" [_thread_blocked, id=5696, stack(0x6a6a0000,0x6a6f0000)]
0x6803fc00 JavaThread "pool-8-thread-3" [_thread_blocked, id=5684, stack(0x6a5b0000,0x6a600000)]
0x67847800 JavaThread "pool-8-thread-2" [_thread_blocked, id=4512, stack(0x6a3d0000,0x6a420000)]
0x67846c00 JavaThread "Connection Consumer for dest JBossQueue[ExpiryQueue] id=6" daemon [_thread_blocked, id=5544, stack(0x6a330000,0x6a380000)]
0x67846000 JavaThread "Connection Consumer for dest JBossTopic[publicQueueEventTopic] id=5" daemon [_thread_blocked, id=3716, stack(0x6a290000,0x6a2e0000)]
0x67845400 JavaThread "Connection Consumer for dest JBossQueue[elkSMSQueue] id=4" daemon [_thread_blocked, id=5144, stack(0x6a1f0000,0x6a240000)]
0x678fbc00 JavaThread "Connection Consumer for dest JBossQueue[statQueue] id=3" daemon [_thread_blocked, id=5560, stack(0x6a150000,0x6a1a0000)]
0x678fb000 JavaThread "Connection Consumer for dest JBossQueue[queueEventQueue] id=2" daemon [_thread_blocked, id=5196, stack(0x69fd0000,0x6a020000)]
0x678fac00 JavaThread "Connection Consumer for dest JBossQueue[pushBranchQueue] id=1" daemon [_thread_blocked, id=5556, stack(0x6a0b0000,0x6a100000)]
0x678f9400 JavaThread "EJB-Timer-1397606031710[target=jboss.j2ee:service=EJB3,ear=elk.ear,jar=core-ejb.jar,name=ServiceLevelTimerImpl]" [_thread_blocked, id=5540, stack(0x68f10000,0x68f60000)]
0x678f8c00 JavaThread "pool-8-thread-1" [_thread_blocked, id=5512, stack(0x68ec0000,0x68f10000)]
0x678f8400 JavaThread "Thread-16" [_thread_in_native, id=4252, stack(0x68e70000,0x68ec0000)]
0x67739400 JavaThread "EJB-Timer-1397606031709[target=jboss.j2ee:service=EJB3,ear=elk.ear,jar=core-ejb.jar,name=LdapUpdateTimerImpl]" [_thread_blocked, id=3776, stack(0x68e20000,0x68e70000)]
0x67738c00 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=5400, stack(0x68dd0000,0x68e20000)]
0x67738000 JavaThread "RMI RenewClean-[U10447UC:1098]" daemon [_thread_blocked, id=264, stack(0x68d30000,0x68d80000)]
0x67736400 JavaThread "EJB-Timer-1397606031708[target=jboss.j2ee:service=EJB3,ear=elk.ear,jar=core-ejb.jar,name=RemoveExpiredJmsMessagesTimerImpl]" [_thread_blocked, id=4428, stack(0x68b50000,0x68ba0000)]
0x67735800 JavaThread "Timer-3" daemon [_thread_blocked, id=4580, stack(0x68ab0000,0x68b00000)]
0x64dd2c00 JavaThread "EJB-Timer-1397606031707[target=jboss.j2ee:service=EJB3,ear=elk.ear,jar=core-ejb.jar,name=RuntimeStatDataSnapshotService]" [_thread_blocked, id=4680, stack(0x688d0000,0x68920000)]
0x66875800 JavaThread "SFSB Passivation Thread - jboss.j2ee:ear=elk.ear,jar=calendar-ejb.jar,name=DateUtil,service=EJB3" [_thread_blocked, id=4776, stack(0x68880000,0x688d0000)]
0x66874000 JavaThread "QuartzScheduler_DefaultQuartzScheduler-NON_CLUSTERED_MisfireHandler" [_thread_blocked, id=4364, stack(0x68830000,0x68880000)]
0x66873800 JavaThread "DefaultQuartzScheduler_QuartzSchedulerThread" [_thread_blocked, id=3908, stack(0x687e0000,0x68830000)]
0x66873400 JavaThread "DefaultQuartzScheduler_Worker-5" [_thread_blocked, id=3924, stack(0x68790000,0x687e0000)]
0x66872c00 JavaThread "DefaultQuartzScheduler_Worker-4" [_thread_blocked, id=4340, stack(0x68740000,0x68790000)]
0x66872800 JavaThread "DefaultQuartzScheduler_Worker-3" [_thread_blocked, id=4292, stack(0x686f0000,0x68740000)]
0x66872400 JavaThread "DefaultQuartzScheduler_Worker-2" [_thread_blocked, id=4288, stack(0x686a0000,0x686f0000)]
0x64dd3400 JavaThread "DefaultQuartzScheduler_Worker-1" [_thread_blocked, id=4248, stack(0x68650000,0x686a0000)]
0x64dd2800 JavaThread "Thread-9" daemon [_thread_blocked, id=5380, stack(0x675e0000,0x67630000)]
0x64dd2000 JavaThread "Timer-2" daemon [_thread_blocked, id=5376, stack(0x67590000,0x675e0000)]
0x64dd1800 JavaThread "JCA PoolFiller" [_thread_blocked, id=5328, stack(0x67540000,0x67590000)]
0x64dd1c00 JavaThread "IdleRemover" daemon [_thread_blocked, id=5304, stack(0x674f0000,0x67540000)]
0x64dd1000 JavaThread "WorkManager(2)-1" daemon [_thread_blocked, id=5300, stack(0x674a0000,0x674f0000)]
0x64dd0c00 JavaThread "ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon [_thread_blocked, id=5168, stack(0x67450000,0x674a0000)]
0x64dd0400 JavaThread "Timer-1" [_thread_blocked, id=4620, stack(0x67310000,0x67360000)]
0x64dd0000 JavaThread "SubscriptionWatchDog" [_thread_blocked, id=4528, stack(0x672c0000,0x67310000)]
0x64dcf800 JavaThread "secondaryServerSocketThread" daemon [_thread_in_native, id=3524, stack(0x67270000,0x672c0000)]
0x64dcf400 JavaThread "ServerSocketRefresh" daemon [_thread_blocked, id=3484, stack(0x67220000,0x67270000)]
0x64dcec00 JavaThread "AcceptorThread#0:4457" [_thread_in_native, id=3496, stack(0x671d0000,0x67220000)]
0x64dce800 JavaThread "ServerSocketRefresh" daemon [_thread_blocked, id=3220, stack(0x67180000,0x671d0000)]
0x64dce400 JavaThread "AcceptorThread#0:3873" [_thread_in_native, id=3236, stack(0x67130000,0x67180000)]
0x64dcdc00 JavaThread "ServerSocketRefresh" daemon [_thread_blocked, id=2360, stack(0x66110000,0x66160000)]
0x64dcd800 JavaThread "AcceptorThread#0:4446" [_thread_in_native, id=1080, stack(0x65fc0000,0x66010000)]
0x64dcd000 JavaThread "PooledInvokerAcceptor#0-4445" [_thread_in_native, id=1100, stack(0x65f70000,0x65fc0000)]
0x64dccc00 JavaThread "RMI TCP Accept-4444" daemon [_thread_in_native, id=1084, stack(0x65f20000,0x65f70000)]
0x64dcc400 JavaThread "Listener:49193" daemon [_thread_in_native, id=2036, stack(0x65ed0000,0x65f20000)]
0x64dcc000 JavaThread "Thread-4" daemon [_thread_blocked, id=1600, stack(0x65e80000,0x65ed0000)]
0x64dcb800 JavaThread "Thread-3" daemon [_thread_blocked, id=460, stack(0x655c0000,0x65610000)]
0x65ace400 JavaThread "Listener:49189" daemon [_thread_in_native, id=4092, stack(0x65570000,0x655c0000)]
0x6488e000 JavaThread "JBoss System Threads(1)-2" daemon [_thread_in_native, id=4088, stack(0x65520000,0x65570000)]
0x657cec00 JavaThread "GC Daemon" daemon [_thread_blocked, id=4084, stack(0x654d0000,0x65520000)]
0x657ce400 JavaThread "RMI Reaper" [_thread_blocked, id=4080, stack(0x65480000,0x654d0000)]
0x657d0800 JavaThread "RMI TCP Accept-1098" daemon [_thread_in_native, id=4076, stack(0x65400000,0x65450000)]
0x65885000 JavaThread "JBoss System Threads(1)-1" daemon [_thread_in_native, id=4072, stack(0x653b0000,0x65400000)]
0x65884800 JavaThread "ScannerThread" daemon [_thread_blocked, id=4064, stack(0x65360000,0x653b0000)]
0x64c13400 JavaThread "Timer-0" daemon [_thread_blocked, id=4004, stack(0x65310000,0x65360000)]
0x0053ac00 JavaThread "DestroyJavaVM" [_thread_blocked, id=2236, stack(0x00670000,0x006c0000)]
0x647f1400 JavaThread "Wrapper-Connection" daemon [_thread_in_native, id=2668, stack(0x64f50000,0x64fa0000)]
0x647f0800 JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_blocked, id=2660, stack(0x64eb0000,0x64f00000)]
0x646b4800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2412, stack(0x649d0000,0x64a20000)]
0x646b1800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=2408, stack(0x64980000,0x649d0000)]
0x646b0800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2404, stack(0x64930000,0x64980000)]
0x646b0400 JavaThread "Attach Listener" daemon [_thread_blocked, id=2400, stack(0x648e0000,0x64930000)]
0x00eec800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2396, stack(0x64890000,0x648e0000)]
0x00e70c00 JavaThread "Finalizer" daemon [_thread_blocked, id=2304, stack(0x64640000,0x64690000)]
0x00edb800 JavaThread "Reference Handler" daemon [_thread_blocked, id=2300, stack(0x645f0000,0x64640000)]
Other Threads:
=>0x00ed9000 VMThread [stack: 0x645a0000,0x645f0000] [id=2292]
0x646b5400 WatcherThread [stack: 0x64a20000,0x64a70000] [id=2416]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00538ce0] UNKNOWN - owner thread: 0x00ed9000
Heap
PSYoungGen total 235072K, used 160055K [0x53fc0000, 0x63fc0000, 0x63fc0000)
eden space 208256K, 75% used [0x53fc0000,0x5d8c1f58,0x60b20000)
from space 26816K, 12% used [0x60b20000,0x60e6bf70,0x62550000)
to space 25792K, 0% used [0x62690000,0x62690000,0x63fc0000)
PSOldGen total 786432K, used 214641K [0x23fc0000, 0x53fc0000, 0x53fc0000)
object space 786432K, 27% used [0x23fc0000,0x3115c480,0x53fc0000)
PSPermGen total 262144K, used 78364K [0x03fc0000, 0x13fc0000, 0x23fc0000)
object space 262144K, 29% used [0x03fc0000,0x08c47210,0x13fc0000)
Dynamic libraries:
0x00400000 - 0x00424000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\bin\java.exe
0x77040000 - 0x7717c000 C:\Windows\SYSTEM32\ntdll.dll
0x76d90000 - 0x76e64000 C:\Windows\system32\kernel32.dll
0x75340000 - 0x7538a000 C:\Windows\system32\KERNELBASE.dll
0x76e70000 - 0x76f10000 C:\Windows\system32\ADVAPI32.dll
0x75690000 - 0x7573c000 C:\Windows\system32\msvcrt.dll
0x77250000 - 0x77269000 C:\Windows\SYSTEM32\sechost.dll
0x76f90000 - 0x77031000 C:\Windows\system32\RPCRT4.dll
0x7c340000 - 0x7c396000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\msvcr71.dll
0x6db30000 - 0x6def4000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\server\jvm.dll
0x76b10000 - 0x76bd9000 C:\Windows\system32\USER32.dll
0x76be0000 - 0x76c2e000 C:\Windows\system32\GDI32.dll
0x76c60000 - 0x76c6a000 C:\Windows\system32\LPK.dll
0x75740000 - 0x757dd000 C:\Windows\system32\USP10.dll
0x71670000 - 0x716a2000 C:\Windows\system32\WINMM.dll
0x76f10000 - 0x76f2f000 C:\Windows\system32\IMM32.DLL
0x76cc0000 - 0x76d8c000 C:\Windows\system32\MSCTF.dll
0x75110000 - 0x7515c000 C:\Windows\system32\apphelp.dll
0x6d330000 - 0x6d338000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\hpi.dll
0x77180000 - 0x77185000 C:\Windows\system32\PSAPI.DLL
0x6d860000 - 0x6d86c000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\verify.dll
0x6d3d0000 - 0x6d3ef000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\java.dll
0x6d8a0000 - 0x6d8af000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\zip.dll
0x75be0000 - 0x7682a000 C:\Windows\system32\SHELL32.DLL
0x76f30000 - 0x76f87000 C:\Windows\system32\SHLWAPI.dll
0x75a80000 - 0x75bdc000 C:\Windows\system32\ole32.dll
0x64e70000 - 0x64ea8000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\wrapper\lib\wrapper.dll
0x6d6c0000 - 0x6d6d3000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\net.dll
0x77190000 - 0x771c5000 C:\Windows\system32\WS2_32.dll
0x75a70000 - 0x75a76000 C:\Windows\system32\NSI.dll
0x74c20000 - 0x74c5c000 C:\Windows\system32\mswsock.dll
0x74c10000 - 0x74c16000 C:\Windows\System32\wship6.dll
0x74770000 - 0x74775000 C:\Windows\System32\wshtcpip.dll
0x735b0000 - 0x735c0000 C:\Windows\system32\NLAapi.dll
0x6e790000 - 0x6e7a0000 C:\Windows\system32\napinsp.dll
0x6e740000 - 0x6e752000 C:\Windows\system32\pnrpnsp.dll
0x74ae0000 - 0x74b24000 C:\Windows\system32\DNSAPI.dll
0x6e730000 - 0x6e738000 C:\Windows\System32\winrnr.dll
0x73340000 - 0x7335c000 C:\Windows\system32\IPHLPAPI.DLL
0x73330000 - 0x73337000 C:\Windows\system32\WINNSI.DLL
0x714e0000 - 0x714e6000 C:\Windows\system32\rasadhlp.dll
0x73220000 - 0x73258000 C:\Windows\System32\fwpuclnt.dll
0x6d610000 - 0x6d619000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\management.dll
0x74c60000 - 0x74c76000 C:\Windows\system32\CRYPTSP.dll
0x749f0000 - 0x74a2b000 C:\Windows\system32\rsaenh.dll
0x751e0000 - 0x751eb000 C:\Windows\system32\profapi.dll
0x75160000 - 0x7516c000 C:\Windows\system32\CRYPTBASE.dll
0x6d840000 - 0x6d848000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\sunmscapi.dll
0x753c0000 - 0x754dd000 C:\Windows\system32\CRYPT32.dll
0x75250000 - 0x7525c000 C:\Windows\system32\MSASN1.dll
0x64f20000 - 0x64f3d000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\wrapper\lib\HardwareUtil.dll
0x75840000 - 0x758cf000 C:\Windows\system32\OLEAUT32.dll
0x759e0000 - 0x75a63000 C:\Windows\system32\CLBCatQ.DLL
0x751d0000 - 0x751de000 C:\Windows\system32\RpcRtRemote.dll
0x6d7b0000 - 0x6d7b6000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\rmi.dll
0x6d6e0000 - 0x6d6e9000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\nio.dll
0x6d0b0000 - 0x6d1e8000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\awt.dll
0x71220000 - 0x71271000 C:\Windows\system32\WINSPOOL.DRV
0x74140000 - 0x742de000 C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\comctl32.dll
0x73be0000 - 0x73bf3000 C:\Windows\system32\DWMAPI.DLL
0x6d2d0000 - 0x6d324000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\fontmanager.dll
0x6d240000 - 0x6d263000 C:\Program Files\Qmatic\Ensemble Virtua Application Server\jdk\jre\bin\dcpr.dll
VM Arguments:
jvm_args: -XX:PermSize=256m -XX:MaxPermSize=512m -Djava.endorsed.dirs=../../jboss/lib/endorsed -Dsession.serialization.jboss=true -Duser.language=en -Dnot.yet.used.2=true -Dnot.yet.used.3=true -Dnot.yet.used.4=true -Dnot.yet.used.5=true -Dnot.yet.used.6=true -Dcom.qmatic.demodata=false -XX:NewRatio=3 -Dcom.qmatic.picasso.port=8999 -Dcom.qmatic.addPerftestData=false -Dnot.yet.used.1=true -Dnot.yet.used.2=true -Djava.io.tmpdir=C:/temp -Xms1024m -Xmx1024m -Djava.library.path=../../wrapper/lib;../../jboss/lib -Dwrapper.key=1sfbfnRXnKxDfV3AxXHmp22LVb5ywVt8 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=1620 -Dwrapper.version=3.3.3-st -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
java_command: org.tanukisoftware.wrapper.WrapperSimpleApp org.jboss.Main -b 0.0.0.0 -c default
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=../../jdk
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Okidrv\DLL\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\
USERNAME=SYSTEM
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 37 Stepping 5, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows NT 6.1 Build 7601 Service Pack 1
CPU:total 2 (8 cores per cpu, 2 threads per core) family 6 model 5 stepping 5, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht
Memory: 4k page, physical 2097151k(1445596k free), swap 4194303k(3436248k free)
vm_info: Java HotSpot(TM) Server VM (11.0-b16) for windows-x86 JRE (1.6.0_11-b03), built on Nov 10 2008 02:10:33 by "java_re" with MS VC++ 7.1
time: Wed Apr 16 10:09:15 2014
elapsed time: 4543 seconds
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months
[JBoss JIRA] (WFLY-3538) Application does not deploy because DefaultDataSource is missing
by Carlo de Wolf (JIRA)
[ https://issues.jboss.org/browse/WFLY-3538?page=com.atlassian.jira.plugin.... ]
Carlo de Wolf updated WFLY-3538:
--------------------------------
Assignee: Chao Wang (was: Jason Greene)
> Application does not deploy because DefaultDataSource is missing
> ----------------------------------------------------------------
>
> Key: WFLY-3538
> URL: https://issues.jboss.org/browse/WFLY-3538
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.1.0.Final
> Environment: Debian linux 7.5, openjdk 7u55-2.4.7-1~deb7u1, Wildfly 8.1.0.Final
> Reporter: Peter Van Biesen
> Assignee: Chao Wang
>
> On our servers, the ExampleDs is removed from the config. In 7.2.0, this poses no problem, but in the 8.1.0.Final, when we deploy an application, the default datasource needs to be available, even if the application does not use a datasource. The error :
> {code}
> failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.module.jolokia.jolokia.DefaultDataSource is missing [jboss.naming.context.java.jboss.datasources.ExampleDS]"]}
> {code}
> The example above is for the deployment of the jolokia war.
> To reproduce :
> * remove ExampleDS
> * deploy any application
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 10 months