[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)
11 years, 5 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)
11 years, 5 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)
11 years, 5 months
[JBoss JIRA] (WFLY-3558) Wildfly throws misleading exception for EJB misimplementation
by Randahl Fink Isaksen (JIRA)
Randahl Fink Isaksen created WFLY-3558:
------------------------------------------
Summary: Wildfly throws misleading exception for EJB misimplementation
Key: WFLY-3558
URL: https://issues.jboss.org/browse/WFLY-3558
Project: WildFly
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 8.0.0.Final
Reporter: Randahl Fink Isaksen
Assignee: Jason Greene
I invoked a method on one of my EJBs and got the exception below on the client side. The problem is, this exception is quite misleading. I found out, that the problem went away after I corrected my EJB's method – It had a parameter which was not Serializable.
I suggest throwing a more meaningful AParameterDidNotImplementSerializableException in this situation – that would have saved me hours of debugging.
java.lang.IllegalStateException: EJBCLIENT000051: Cannot proceed with invocation since the locator StatefulEJBLocator{appName='wefend-server', moduleName='wefend-ejb', distinctName='', beanName='InstallBean', view='interface com.wefend.services.install.InstallService', sessionId='{[-71, -73, -47, 40, -82, 13, 67, -49, -112, -55, 33, 50, 42, -94, -102, -104]}'} has an affinity on node zirconium which has been excluded from current invocation context org.jboss.ejb.client.EJBClientInvocationContext@33c102c9
at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:66)
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:183)
at org.jboss.ejb.client.EJBClientInvocationContext.retryRequest(EJBClientInvocationContext.java:208)
at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:256)
at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:265)
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:198)
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:181)
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:144)
at com.sun.proxy.$Proxy4.install(Unknown Source)
at com.wefend.observatory.install.task.InstallTask.call(InstallTask.java:91)
at javafx.concurrent.Task$TaskCallable.call(Task.java:1426)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:744)
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (WFLY-3557) Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/WFLY-3557?page=com.atlassian.jira.plugin.... ]
Osamu Nagano commented on WFLY-3557:
------------------------------------
Sample stack trace:
{code}
09:46:06,302 INFO [stdout] (ServerService Thread Pool -- 53) --- TestValve2 : start
09:46:06,303 INFO [stdout] (ServerService Thread Pool -- 53) --- TestValve2 : getGlobalConfiguration
09:46:06,304 INFO [stdout] (ServerService Thread Pool -- 53) --- TestValve2 : getGlobalConfiguration error
09:46:06,306 ERROR [stderr] (ServerService Thread Pool -- 53) javax.management.InstanceNotFoundException: jboss.web:name=TestValve,type=Valve
09:46:06,306 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.as.jmx.PluggableMBeanServerImpl.findDelegate(PluggableMBeanServerImpl.java:94)
09:46:06,307 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.as.jmx.PluggableMBeanServerImpl.getAttribute(PluggableMBeanServerImpl.java:171)
09:46:06,307 ERROR [stderr] (ServerService Thread Pool -- 53) at test.valve.TestValve2.getGlobalConfiguration(TestValve2.java:100)
09:46:06,307 ERROR [stderr] (ServerService Thread Pool -- 53) at test.valve.TestValve2.start(TestValve2.java:68)
09:46:06,308 ERROR [stderr] (ServerService Thread Pool -- 53) at org.apache.catalina.core.StandardPipeline.start(StandardPipeline.java:223)
09:46:06,309 ERROR [stderr] (ServerService Thread Pool -- 53) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3713)
09:46:06,310 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156)
09:46:06,310 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60)
09:46:06,311 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93)
09:46:06,311 ERROR [stderr] (ServerService Thread Pool -- 53) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
09:46:06,311 ERROR [stderr] (ServerService Thread Pool -- 53) at java.util.concurrent.FutureTask.run(FutureTask.java:262)
09:46:06,312 ERROR [stderr] (ServerService Thread Pool -- 53) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
09:46:06,312 ERROR [stderr] (ServerService Thread Pool -- 53) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
09:46:06,312 ERROR [stderr] (ServerService Thread Pool -- 53) at java.lang.Thread.run(Thread.java:744)
09:46:06,313 ERROR [stderr] (ServerService Thread Pool -- 53) at org.jboss.threads.JBossThread.run(JBossThread.java:122)
{code}
> Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-3557
> URL: https://issues.jboss.org/browse/WFLY-3557
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (JBoss Web)
> Affects Versions: JBoss AS7 7.2.0.Final
> Reporter: Osamu Nagano
> Assignee: Remy Maucherat
> Attachments: module.xml, TestWAR.war, test_valve.jar
>
>
> With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up. It is reproducible by using a debugger (Eclipse is better than JDB, because JDB stops all threads).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (WFLY-3557) Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/WFLY-3557?page=com.atlassian.jira.plugin.... ]
Osamu Nagano updated WFLY-3557:
-------------------------------
Description: With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up. It is reproducible by using a debugger (Eclipse is better than JDB, because JDB stops all threads). (was: With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up.)
> Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-3557
> URL: https://issues.jboss.org/browse/WFLY-3557
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (JBoss Web)
> Affects Versions: JBoss AS7 7.2.0.Final
> Reporter: Osamu Nagano
> Assignee: Remy Maucherat
> Attachments: module.xml, TestWAR.war, test_valve.jar
>
>
> With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up. It is reproducible by using a debugger (Eclipse is better than JDB, because JDB stops all threads).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (WFLY-3557) Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/WFLY-3557?page=com.atlassian.jira.plugin.... ]
Osamu Nagano updated WFLY-3557:
-------------------------------
Attachment: module.xml
test_valve.jar
TestWAR.war
> Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-3557
> URL: https://issues.jboss.org/browse/WFLY-3557
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (JBoss Web)
> Affects Versions: JBoss AS7 7.2.0.Final
> Reporter: Osamu Nagano
> Assignee: Remy Maucherat
> Attachments: module.xml, TestWAR.war, test_valve.jar
>
>
> With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up. It is reproducible by using a debugger (Eclipse is better than JDB, because JDB stops all threads).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (WFLY-3557) Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
by Osamu Nagano (JIRA)
Osamu Nagano created WFLY-3557:
----------------------------------
Summary: Sever level MBean hasn't been initialized yet when a web app starts up, causing javax.management.InstanceNotFoundException
Key: WFLY-3557
URL: https://issues.jboss.org/browse/WFLY-3557
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web (JBoss Web)
Affects Versions: JBoss AS7 7.2.0.Final
Reporter: Osamu Nagano
Assignee: Remy Maucherat
With "-Dorg.apache.tomcat.util.ENABLE_MODELER=true", server level MBeans like a global valve become available. Those should be visible from start phase of a web app, though sometimes those are missing and javax.management.InstanceNotFoundException is thrown. This sporadically happens due to the parallel nature of WildFly start up.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (WFLY-3548) JTA synchronization for a distributed transaction called with incorrect TCCL
by Martin Kouba (JIRA)
[ https://issues.jboss.org/browse/WFLY-3548?page=com.atlassian.jira.plugin.... ]
Martin Kouba commented on WFLY-3548:
------------------------------------
One way is described in the referenced [bugzilla issue|https://bugzilla.redhat.com/show_bug.cgi?id=1098127 ].
The other way is a bit simpler:
# Enable JTS
# Run CDI TCK test: {{org.jboss.cdi.tck.tests.event.observer.transactional.TransactionalObserverTest}} - note that this test is currently missing some assertions (CDITCK-427) and does not fail, however you should see exceptions in the log
## git clone git@github.com:weld/core.git
## cd core/jboss-tck-runner/1.1/
## mvn clean test -Dincontainer -DtckTest=TransactionalObserverTest#testSucessfullTransaction
> JTA synchronization for a distributed transaction called with incorrect TCCL
> ----------------------------------------------------------------------------
>
> Key: WFLY-3548
> URL: https://issues.jboss.org/browse/WFLY-3548
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Transactions
> Affects Versions: 8.1.0.Final
> Reporter: Martin Kouba
> Assignee: Gytis Trikleris
>
> It seems the RequestProcessor which is processing JTA synchronizations
> does not have the right TCCL set.
> As a result, during synchronization invocation:
> * {{NameNotFoundException}} is thrown for a JNDI lookup of "java:comp/UserTransaction"
> * if we try to acccess {{org.jboss.weld.Container}} by means of {{org.jboss.as.weld.services.ModuleGroupSingletonProvider.TCCLSingleton}}, we get ISE: "Singleton not set....This means that you are trying to access a weld deployment with a Thread Context ClassLoader that is not associated with the deployment."
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months