[JBoss JIRA] Created: (JBRULES-2372) Task - User ReceivedTime whenever Claim operation happens
by vijpan (JIRA)
Task - User ReceivedTime whenever Claim operation happens
---------------------------------------------------------
Key: JBRULES-2372
URL: https://jira.jboss.org/jira/browse/JBRULES-2372
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-process-task
Affects Versions: 5.1.0.M1
Reporter: vijpan
Assignee: Mark Proctor
Hi,
Is there a way possible where "Received Time" can be stored at Task level. This datetime value should get updated with the current timestamp whenever "Claim" operation happens on the Task. The use case is that most of the time if its a 1 potential owner of the task - the task goes through "created/ready/reserved" status whenever a new Task gets created, in this case creation time would be same as received time --- but whenever the task is assigned to group or multiple potential owner or even when it is in reserved status it can be forwarded/delegated to other user/group - then in that case whenever user receives as task or in WSHT tem claim operation happens can we store the timestamp at the task level.
Currently at task level we have creation time/activation time/expiration time ---- may be activation time can be used but i guess its use is very specific as detailed in WSHT/BPEL4People spec. In real world scenario it becomes quite important that when the user actually claimed the task or was assigned the task.
Vijay
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBRULES-2749) Various rules stop firing when adding more, totally unrelated rules to a knowledge base
by Ansgar Konermann (JIRA)
Various rules stop firing when adding more, totally unrelated rules to a knowledge base
---------------------------------------------------------------------------------------
Key: JBRULES-2749
URL: https://jira.jboss.org/browse/JBRULES-2749
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler (expert), drools-core (expert)
Affects Versions: 5.1.1.FINAL
Environment: Environment 1: Fedora Core 12 x86_64, Sun JVM 1.6.0_20 64-bit Server VM
Environment 2: Windows XP Professional, Service Pack 3, 32 bit; Sun JVM 1.6.0_20 32-bit Server VM
Reporter: Ansgar Konermann
Assignee: Mark Proctor
A certain rule suddenly stops firing when adding more and more rules to the knowledge base, which (not only?) on first sight have *nothing* to do with the rule in question.
We created a few unit tests which show the faulty behaviour.
What we observed so far:
* when using declared functions plus declared data types, this error occurrs.
* sometimes, one can work around this problem by renaming a package. We're not sure if this is a reliable workaround, i. e. works in all situations.
* one can work around this problem by not using declared functions. We're not sure if this is a reliable workaround.
Find attached a ZIPed git repository containing:
* a Maven 2.1+ pom.xml suitable to trigger the unit tests via mvn test
* Java source files for a TestNG-based unit test
* example drools source files to illustrate the problem (used by the unit tests)
Please have a look at java file RuleDoesNotFireIfUsingDeclaredFunctionAndTooManyPackages.java. This should make quite clear what we're expecting of the drools library and where it fails to fulfil these expectations.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (EJBTHREE-1500) Discrepancies between removing a bean in cache vs bean passivated
by Galder Zamarreno (JIRA)
Discrepancies between removing a bean in cache vs bean passivated
-----------------------------------------------------------------
Key: EJBTHREE-1500
URL: https://jira.jboss.org/jira/browse/EJBTHREE-1500
Project: EJB 3.0
Issue Type: Sub-task
Affects Versions: AS 4.2.3.GA, AS 5.0.0.CR1
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
There's a discrepancy between removing a bean from the cache
after a timeout when bean is in cache compared to when bean is
passivated:
Example, when bean is in cache and has to be removed, this is called:
if (now - centry.lastUsed >= removalTimeout * 1000)
{
synchronized (centry)
{
it.remove();
}
}
Now, when bean is passivated, this is called:
if (now - centry.lastUsed >= removalTimeout * 1000)
{
get(centry.getId(), false);
remove(centry.getId());
}
And remove() method calls:
if(log.isTraceEnabled())
{
log.trace("Removing context " + key);
}
StatefulBeanContext ctx = null;
synchronized (cacheMap)
{
ctx = (StatefulBeanContext) cacheMap.get(key);
}
if(ctx == null)
throw new NoSuchEJBException("Could not find Stateful bean: " + key);
if (!ctx.isRemoved())
container.destroy(ctx);
++removeCount;
if (ctx.getCanRemoveFromCache())
{
synchronized (cacheMap)
{
cacheMap.remove(key);
}
}
What this means is that when a bean in cache is removed:
1.- removeCount is not updated
2.- container.destroy(ctx); is not executed and hence the @Remove
method is not executed either.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBRULES-2875) Exception executing predicate with binding variable and or predicate
by alexandre alexandre (JIRA)
Exception executing predicate with binding variable and or predicate
--------------------------------------------------------------------
Key: JBRULES-2875
URL: https://issues.jboss.org/browse/JBRULES-2875
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.1.1.FINAL
Environment: Windows XP / DEBIAN / Eclipse 3.5.1
Reporter: alexandre alexandre
Assignee: Mark Proctor
Priority: Critical
Exception executing predicate with binding variable and or predicate
When I execute this kind of rule :
(where field id from Object Entity is an Integer.)
rule "test"
salience 20
when
(String() or Double())
$entity:Entity()
DroolsTest(entity.id == $entity.id )
then
System.out.println( "it works !" );
end
I got this exception :
Exception in thread "main" org.drools.RuntimeDroolsException: Exception executing predicate entite.id == $entite.id
at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:302)
at org.drools.common.SingleBetaConstraints.isAllowedCachedLeft(SingleBetaConstraints.java:142)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:83)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:189)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:64)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:85)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:189)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:138)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:148)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:59)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:190)
at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:145)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1174)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1123)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:917)
at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:251)
at com.agysoft.marco.tools.tuOneShot.marcometier.drools.DroolsTest.main(DroolsTest.java:57)
Caused by: [Error: unable to resolve method: java.lang.String.id() [arglength=0]]
[Near : {... Unknown ....}]
^
[Line: 1, Column: 0]
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(ReflectiveAccessorOptimizer.java:932)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getBeanProperty(ReflectiveAccessorOptimizer.java:592)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:311)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:137)
at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:137)
at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:111)
at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:104)
at org.mvel2.MVEL.executeExpression(MVEL.java:1001)
at org.drools.base.mvel.MVELPredicateExpression.evaluate(MVELPredicateExpression.java:91)
at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:295)
... 16 more
this rule Works :
rule "test"
salience 20
when
$entity:Entity()
DroolsTest(entity.id == $entity.id )
then
System.out.println( "it works !" );
end
this rule Works :
rule "test"
salience 20
when
(String() or Double())
$entity:Entity()
DroolsTest(entity.id == $entity.id )
then
System.out.println( "it works !" );
end
---------------------------------------------------------------------------------------------------
variant case with another Exception :
rule "test"
salience 20
when
(String() or Double())
Entite($entiteId:id)
DroolsTest(entite.id == $entiteId )
then
System.out.println( "it works !" );
end
throw this Exception Stack :
Exception in thread "main" org.drools.RuntimeDroolsException: Exception executing predicate entite.id == $entiteId
at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:302)
at org.drools.common.SingleBetaConstraints.isAllowedCachedLeft(SingleBetaConstraints.java:142)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:83)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:189)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:64)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:85)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:189)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:138)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:148)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:59)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:190)
at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:145)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1174)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1123)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:917)
at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:251)
at com.agysoft.marco.tools.tuOneShot.marcometier.drools.DroolsTest.main(DroolsTest.java:57)
Caused by: [Error: java.lang.String cannot be cast to com.agysoft.marco.tools.tuOneShot.marcometier.drools.Entite]
[Near : {... Unknown ....}]
^
[Line: 1, Column: 0]
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:387)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:137)
at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:137)
at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:111)
at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:104)
at org.mvel2.MVEL.executeExpression(MVEL.java:1001)
at org.drools.base.mvel.MVELPredicateExpression.evaluate(MVELPredicateExpression.java:91)
at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:295)
... 16 more
Caused by: java.lang.ClassCastException: java.lang.String cannot be cast to com.agysoft.marco.tools.tuOneShot.marcometier.drools.Entite
at org.drools.base.com.agysoft.marco.tools.tuOneShot.marcometier.drools.Entite4694228$getId.getIntValue(Unknown Source)
at org.drools.base.extractors.BaseIntClassFieldReader.getValue(BaseIntClassFieldReader.java:52)
at org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:91)
at org.drools.rule.Declaration.getValue(Declaration.java:228)
at org.drools.base.mvel.DroolsMVELPreviousDeclarationVariable.getValue(DroolsMVELPreviousDeclarationVariable.java:83)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getBeanProperty(ReflectiveAccessorOptimizer.java:454)
at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:311)
... 24 more
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBRULES-3145) Types declared in DRL with no fields are not included in KnowledgeBase compiled by ChangeSet
by John Fullard (JIRA)
Types declared in DRL with no fields are not included in KnowledgeBase compiled by ChangeSet
--------------------------------------------------------------------------------------------
Key: JBRULES-3145
URL: https://issues.jboss.org/browse/JBRULES-3145
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.2.0.Final
Environment: Drools 5.2.0 Final, Guvnor 5.2.0 Final
Reporter: John Fullard
Assignee: Mark Proctor
Setting up KnowledgeBase using KnowledgeAgent which is pulling package from Guvnor. DRL declares type, which already exists in client model, with @role(event) and no fields. Get the following stack trace when inserting an object:
java.lang.NullPointerException
at org.drools.reteoo.ReteooFactHandleFactory.newFactHandle(ReteooFactHandleFactory.java:56)
at org.drools.common.AbstractFactHandleFactory.newFactHandle(AbstractFactHandleFactory.java:80)
at org.drools.common.AbstractFactHandleFactory.newFactHandle(AbstractFactHandleFactory.java:65)
at org.drools.common.NamedEntryPoint.createHandle(NamedEntryPoint.java:705)
at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:282)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:905)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:864)
at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:255)
at john.DroolsError.runRules(DroolsError.java:48)
at john.DroolsError.main(DroolsError.java:40)
If the type is fully declared in the DRL, the NPE does not occur.
When compiling a DRL from a Change Set, the resulting package in the Knowledge Base does not contain declare'd types that do not contain fields; it only contains declares with at least one field. This results in a ClassObjectTypeConf with a typeDecl == null.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBLOGGING-45) Support automatic log file compression in FileHandler (for compressing all files in real time) and PeriodicRotatingFileHandler (for compressing upon rotation)
by Aleksander Adamowski (JIRA)
Support automatic log file compression in FileHandler (for compressing all files in real time) and PeriodicRotatingFileHandler (for compressing upon rotation)
--------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBLOGGING-45
URL: https://jira.jboss.org/jira/browse/JBLOGGING-45
Project: JBoss Logging
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Aleksander Adamowski
Assignee: David Lloyd
This is a follow up to JBAS-6917.
It would be nice to have an automatic compression of log files similar to the one implemented in Log4j extras:
http://logging.apache.org/log4j/companions/extras/apidocs/org/apache/log4...
"TimeBasedRollingPolicy supports automatic file compression. This feature is enabled if the value of the FileNamePattern option ends with .gz or .zip."
In JBoss Logging, I suppose this could be implemented on 2 levels:
1) In the FileHandler (http://anonsvn.jboss.org/repos/common/jboss-logmanager/trunk/src/main/jav...) so that, with proper configuration, each log file is compressed in real time, and it exists only in compressed form from the moment of its creation.
2) In the PeriodicRotatingFileHandler (http://anonsvn.jboss.org/repos/common/jboss-logmanager/trunk/src/main/jav...) so that with proper configuration, archival log files can be compressed the moment they are rotated (e.g. server.log.2010-05-06.gz is created instead of server.log.2010-05-06), but the current log file should be plain text.
In PeriodicRotatingFileHandler, the implementation must take into account that compression of rotated log files may take considerable time and should be performed in the background - the handler should be able to process log records at any time, particularly during rotation, without losing any.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[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