[JBoss JIRA] Created: (JBAS-9234) CNFEs for Seam 3 optional dependencies
by Nicklas Karlsson (JIRA)
CNFEs for Seam 3 optional dependencies
--------------------------------------
Key: JBAS-9234
URL: https://issues.jboss.org/browse/JBAS-9234
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Modules / Class-loading
Affects Versions: 7.0.0.Beta2
Reporter: Nicklas Karlsson
Assignee: Stuart Douglas
7.0.0.Beta3-SNAPSHOT upgraded to Weld 1.1.1.Final
When deploying a WAR with the seam 3 i18n module I get
09:26:34,401 WARN [org.jboss.modules] (MSC service thread 1-2) Failed to define class org.jboss.seam.international.datetimezone.ForwardingDateTimeZone in Module "deployment.LTK.war:main" from Service Module Loader: java.lang.LinkageError: Failed to link org/jboss/seam/international/datetimezone/ForwardingDateTimeZone (Module "deployment.LTK.war:main" from Service Module Loader)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:372) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:248) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:72) [:1.0.0.Beta17]
at org.jboss.modules.Module.loadModuleClass(Module.java:576) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:176) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [:1.0.0.Beta17]
at org.jboss.as.weld.WeldModuleResourceLoader.classForName(WeldModuleResourceLoader.java:68) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cas%5Cweld%5Cmain%5Cjboss-as-weld-7.0.0.Beta3-SNAPSHOT.jar:7.0.0.Beta3-SNAPSHOT]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:83) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:133) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:192) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:370) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cas%5Cweld%5Cmain%5Cjboss-as-weld-7.0.0.Beta3-SNAPSHOT.jar:7.0.0.Beta3-SNAPSHOT]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cas%5Cweld%5Cmain%5Cjboss-as-weld-7.0.0.Beta3-SNAPSHOT.jar:7.0.0.Beta3-SNAPSHOT]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1344)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_23]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_23]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_23]
Caused by: java.lang.NoClassDefFoundError: org/joda/time/DateTimeZone
at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_23]
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_23]
at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_23]
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) [:1.6.0_23]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:368) [:1.0.0.Beta17]
... 18 more
Caused by: java.lang.ClassNotFoundException: org.joda.time.DateTimeZone from [Module "deployment.LTK.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [:1.0.0.Beta17]
... 23 more
09:26:34,413 WARN [org.jboss.modules] (MSC service thread 1-2) Failed to define class org.jboss.seam.international.datetimezone.ForwardingDateTimeZone in Module "deployment.LTK.war:main" from Service Module Loader: java.lang.LinkageError: Failed to link org/jboss/seam/international/datetimezone/ForwardingDateTimeZone (Module "deployment.LTK.war:main" from Service Module Loader)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:372) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:248) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:72) [:1.0.0.Beta17]
at org.jboss.modules.Module.loadModuleClass(Module.java:576) [:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:176) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [:1.0.0.Beta17]
at java.lang.Class.getDeclaredMethods0(Native Method) [:1.6.0_23]
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) [:1.6.0_23]
at java.lang.Class.getDeclaredMethods(Class.java:1791) [:1.6.0_23]
at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:198) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:194) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:67) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredMethods(SecureReflections.java:193) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:262) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:54) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:42) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:206)
at com.google.common.collect.ComputingConcurrentHashMap.apply(ComputingConcurrentHashMap.java:100)
at com.google.common.collect.MapMaker$ComputingMapAdapter.get(MapMaker.java:515)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:183) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:96) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:133) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:192) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:370) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cweld%5Ccore%5Cmain%5Cweld-core-1.1.1.Final.jar:2011-04-04 15:54]
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cas%5Cweld%5Cmain%5Cjboss-as-weld-7.0.0.Beta3-SNAPSHOT.jar:7.0.0.Beta3-SNAPSHOT]
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89) [file:C:%5CJava%5CAS%5Cjboss-7.0.0.Beta3-SNAPSHOT%5Cmodules%5Corg%5Cjboss%5Cas%5Cweld%5Cmain%5Cjboss-as-weld-7.0.0.Beta3-SNAPSHOT.jar:7.0.0.Beta3-SNAPSHOT]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1344)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_23]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_23]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_23]
Caused by: java.lang.NoClassDefFoundError: org/joda/time/DateTimeZone
at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_23]
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_23]
at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_23]
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) [:1.6.0_23]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:368) [:1.0.0.Beta17]
... 34 more
Caused by: java.lang.ClassNotFoundException: org.joda.time.DateTimeZone from [Module "deployment.LTK.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [:1.0.0.Beta17]
... 39 more
09:26:34,440 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00001: Failed to start service jboss.deployment.unit."LTK.war".WeldService: org.jboss.msc.service.StartException in service jboss.deployment.unit."LTK.war".WeldService: com.google.common.collect.ComputationException: java.lang.LinkageError: Failed to link org/jboss/seam/international/datetimezone/ForwardingDateTimeZone (Module "deployment.LTK.war:main" from Service Module Loader)
at org.jboss.as.weld.services.WeldService.start(WeldService.java:96)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1344)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_23]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_23]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_23]
Caused by: com.google.common.collect.ComputationException: java.lang.LinkageError: Failed to link org/jboss/seam/international/datetimezone/ForwardingDateTimeZone (Module "deployment.LTK.war:main" from Service Module Loader)
at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:218)
at com.google.common.collect.ComputingConcurrentHashMap.apply(ComputingConcurrentHashMap.java:100)
at com.google.common.collect.MapMaker$ComputingMapAdapter.get(MapMaker.java:515)
at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:183)
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:96)
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:133)
at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:192)
at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:370)
at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82)
at org.jboss.as.weld.services.WeldService.start(WeldService.java:89)
... 4 more
Caused by: java.lang.LinkageError: Failed to link org/jboss/seam/international/datetimezone/ForwardingDateTimeZone (Module "deployment.LTK.war:main" from Service Module Loader)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:372) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:248) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:72) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.Module.loadModuleClass(Module.java:576) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:176) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [jboss-modules.jar:1.0.0.Beta17]
at java.lang.Class.getDeclaredMethods0(Native Method) [:1.6.0_23]
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) [:1.6.0_23]
at java.lang.Class.getDeclaredMethods(Class.java:1791) [:1.6.0_23]
at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:198)
at org.jboss.weld.util.reflection.SecureReflections$8.work(SecureReflections.java:194)
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:67)
at org.jboss.weld.util.reflection.SecureReflections.getDeclaredMethods(SecureReflections.java:193)
at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:262)
at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124)
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:54)
at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:42)
at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:206)
... 13 more
Caused by: java.lang.NoClassDefFoundError: org/joda/time/DateTimeZone
at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_23]
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_23]
at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_23]
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) [:1.6.0_23]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:368) [jboss-modules.jar:1.0.0.Beta17]
... 34 more
Caused by: java.lang.ClassNotFoundException: org.joda.time.DateTimeZone from [Module "deployment.LTK.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [jboss-modules.jar:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [jboss-modules.jar:1.0.0.Beta17]
... 39 more
09:26:34,463 ERROR [org.jboss.as] (MSC service thread 1-1) JBoss AS 7.0.0.Beta3-SNAPSHOT "TBD" started (with errors) in 8363ms - Started 485 of 821 services (17 services failed or missing dependencies, 26 services are passive or on-demand)
Services missing dependencies:
service jboss.data-source.java:/LTKDatasource
service jboss.data-source.reference-factory.java:/LTKDatasource
service jboss.deployment.unit."LTK.war".component.Excelmuodostaja.START
service jboss.deployment.unit."LTK.war".component.Perustietotoiminnot.START
service jboss.deployment.unit."LTK.war".component.Raporttitoiminnot.START
service jboss.deployment.unit."LTK.war".component.Siirtokanta.START
service jboss.deployment.unit."LTK.war".component.Siirtotoiminnot.START
service jboss.jpa.persistenceunit."LTK.war#LTK"
service jboss.naming.context.java.comp.LTK.LTK.Excelmuodostaja.env/entityManager
service jboss.naming.context.java.comp.LTK.LTK.Perustietotoiminnot.env/kanta
service jboss.naming.context.java.comp.LTK.LTK.Raporttitoiminnot.env/entityManager
service jboss.naming.context.java.comp.LTK.LTK.Siirtokanta."env/fi.affecto.ltk.siirto.Siirtokanta/datasource"
service jboss.naming.context.java.comp.LTK.LTK.Siirtotoiminnot.env/kanta
service jboss.naming.context.java.java:/LTKDatasource
service jboss.naming.context.java.module.LTK.LTK.env/kanta
service jboss.web."LTK.war"
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (JBRULES-3144) Experiment with "when rule becomes true execute a callback" feature in Drools Expert, benchmarked by Drools Planner
by Geoffrey De Smet (JIRA)
Experiment with "when rule becomes true execute a callback" feature in Drools Expert, benchmarked by Drools Planner
-------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3144
URL: https://issues.jboss.org/browse/JBRULES-3144
Project: Drools
Issue Type: Task
Security Level: Public (Everyone can see)
Components: drools-core (expert), drools-planner
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
<_conan_> ge0ffrey: can do unfalse situation
<ge0ffrey> conan: is there a way to get a "when the rule no longer applies, execture this code"?
<_conan_> ge0ffrey: i.e. when a ruel becomes untrue execute a callback
<ge0ffrey> conan: yes!
<_conan_> yes
<_conan_> it's trivial to do actually
<ge0ffrey> conan: what's the code name for that feature?
<_conan_> not related to TMS
<ge0ffrey> yep
<_conan_> you can potentially hack one for yourself
<_conan_> in about 10 minutes
<ge0ffrey> I 'd also need to have a value which was caclulated in hte the orginal RHS
<_conan_> but the feature over all will take a lot of thought, due to language design
<_conan_> but for your use case
<_conan_> it's trivial to do
<_conan_> in the rule you have the Activation
<_conan_> the impl is the AgendaItem
<ge0ffrey> conan: would love to do this (espeically if I get some appointed time for it :)
<_conan_> you can do kcontext.getActivation
<_conan_> it'll take you 15 minutes to do it
<_conan_> change AgendaItem to have new field reference Callable or what ever you want to use.
<ge0ffrey> k
<_conan_> in the consequnce just do agendaItem.addCallable( new Callable() {............ } );
<_conan_> i.e. use an anonymous class
<_conan_> the only thing you need to do now
<_conan_> is in RuleTerminalNode in retractLeftTuple is agendaItem.executeCallables()
<_conan_> that's it
<_conan_> it's that trivial
<ge0ffrey> (copy pasting htis in an issue to look at later, as my workspace is open on my fork today)
<_conan_> I just don't want to expose that as a generic feature
<_conan_> because the issue needs more thought
<ge0ffrey> of course
<_conan_> with regards to language design
<_conan_> but for your use case
<_conan_> and as you are an expert
<_conan_> it's fine
<_conan_> I'd suggest you just maintain a "patched" version of drools for that feature
<ge0ffrey> but if the exeperiment works well, we can look at language design
<_conan_> yes
<_conan_> I need this anyway
<_conan_> becausae rule engines need to tell peopl when things stop being true
<ge0ffrey> conan: not going to start using for released planner until it's in drools expert for real
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (AS7-1975) Server termination when writing config xml file results in missing config file
by Nicklas Karlsson (JIRA)
Server termination when writing config xml file results in missing config file
------------------------------------------------------------------------------
Key: AS7-1975
URL: https://issues.jboss.org/browse/AS7-1975
Project: Application Server 7
Issue Type: Bug
Components: Server
Reporter: Nicklas Karlsson
Assignee: Jason Greene
If the server is terminated while it is writing to the config file, the file is lost and not found upon next restart
#jboss-as ref:
"
<darranl> nickarls, would you mind raising an issue for that? I think we need to think about that one further - at the moment we only make a copy to 'last' if the last write was a success but I am wondering if it should be reversed and write to a temp file first and only if that succeeded overwrite the main config
"
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (AS7-1231) Horrible XML parsing error reports
by Bill Burke (JIRA)
Horrible XML parsing error reports
----------------------------------
Key: AS7-1231
URL: https://issues.jboss.org/browse/AS7-1231
Project: Application Server 7
Issue Type: Quality Risk
Reporter: Bill Burke
If I make a typo in jboss-web.xml (or any other descriptor for that matter) I get really obscure errors that don't help me debug the problem. (See below). Each project really needs to
09:39:14,132 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC00001: Failed to start service jboss.deployment.unit."basic.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."basic.war".PARSE: Failed to process phase PARSE of deployment "basic.war"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:121)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1765)
at org.jboss.msc.service.ServiceControllerImpl$ClearTCCLTask.run(ServiceControllerImpl.java:2291)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: Failed to parse "/content/basic.war/WEB-INF/jboss-web.xml"
at org.jboss.as.web.deployment.JBossWebParsingDeploymentProcessor.deploy(JBossWebParsingDeploymentProcessor.java:66)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:115)
... 5 more
Caused by: com.ctc.wstx.exc.WstxParsingException: Received non-all-whitespace CHARACTERS or CDATA event in nextTag().
at [row,col {unknown-source}]: [5,4]
at com.ctc.wstx.sr.StreamScanner.constructWfcException(StreamScanner.java:606)
at com.ctc.wstx.sr.StreamScanner.throwParseError(StreamScanner.java:479)
at com.ctc.wstx.sr.StreamScanner.throwParseError(StreamScanner.java:464)
at com.ctc.wstx.sr.BasicStreamReader.nextTag(BasicStreamReader.java:1137)
at org.jboss.metadata.parser.jbossweb.ValveMetaDataParser.parse(ValveMetaDataParser.java:45)
at org.jboss.metadata.parser.jbossweb.JBossWebMetaDataParser.parse(JBossWebMetaDataParser.java:155)
at org.jboss.as.web.deployment.JBossWebParsingDeploymentProcessor.deploy(JBossWebParsingDeploymentProcessor.java:64)
... 6 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (JBWEB-72) html page and jsp are not display with in a Context defined in server.xml.
by Jean-Frederic Clere (JIRA)
html page and jsp are not display with in a Context defined in server.xml.
--------------------------------------------------------------------------
Key: JBWEB-72
URL: http://jira.jboss.com/jira/browse/JBWEB-72
Project: JBoss Web
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Core
Affects Versions: JBoss Web Server 1.0.1 GA
Environment: any
Reporter: Jean-Frederic Clere
Assigned To: Jean-Frederic Clere
Priority: Minor
When using a Context definition in server.xml like:
<Context path="/test" docBase="/home/jfclere/TMP/MYAPP" />
The jsp and html pages of /home/jfclere/TMP/MYAPP are not displayed (404 is returned).
That is because the conf/web.xml is not used to set the defaults when the <Context/> is processed.
DefaultWebXml is set in TomcatDeployer and that is after the <Context/> needs it. The default value is used but it is set to "web.xml".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month
[JBoss JIRA] Created: (JBRULES-2934) CommandFactory newStartProcess doesn't set parameters
by Dan Seaver (JIRA)
CommandFactory newStartProcess doesn't set parameters
-----------------------------------------------------
Key: JBRULES-2934
URL: https://issues.jboss.org/browse/JBRULES-2934
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.2.0.M1
Reporter: Dan Seaver
Assignee: Mark Proctor
Should be able to set parameter values when starting a process. Current code:
public static Command newStartProcess(String processId,
Map<String, Object> parameters) {
return getCommandFactoryProvider().newStartProcess( processId );
}
proposed code:
public static Command newStartProcess(String processId,
Map<String, Object> parameters) {
StartProcessCommand cmd = new StartProcessCommand(processId);
cmd.setParameters(parameters);
return cmd;
}
Also, I think this issue would go under the droolsjbpm-knowledge component if the JIRA component list were updated.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 1 month