[JBoss JIRA] Created: (JBRULES-1354) Duplicate parameter while trying to use pattern bound variables or globals in accumulate function
by Eric Miles (JIRA)
Duplicate parameter while trying to use pattern bound variables or globals in accumulate function
-------------------------------------------------------------------------------------------------
Key: JBRULES-1354
URL: http://jira.jboss.com/jira/browse/JBRULES-1354
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.3
Environment: JDK 1.5.0_13, Ubuntu 7.10
Reporter: Eric Miles
Whenever I attempt to reference a pattern bound variable (declared outside of accumulate) or a global from within an accumulate function, I get a "Duplicate parameter" error.
Example of pattern bound variable:
rule "Test"
when
$obj: SomeObject()
Integer() from accumulate( AnotherObject() , init (int total = 0 ), action ( total += $obj.getValue(); ), reverse ( total -= $obj.getValue(); ), result ( total) )
then
System.out.println("HI!");
end
The same happens when if I attempt to use a global. Here is an exact stacktrace of the error:
org.drools.rule.InvalidRulePackage: Rule Compilation error : [Rule
name=Daily Core Hours, agendaGroup=MAIN, salience=0, no-loop=false]
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(32:1301) : Duplicate parameter $schedOut
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(32:1330) : Duplicate parameter $schedIn
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(41:1735) : Duplicate parameter $schedOut
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(41:1764) : Duplicate parameter $schedIn
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(51:2330) : Duplicate parameter $schedOut
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(51:2359) : Duplicate parameter $schedIn
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(58:2738) : Duplicate parameter $schedOut
com/kronos/webta/service/smarttime/rules/Rule_Daily_Core_Hours_0.java
(58:2767) : Duplicate parameter $schedIn
at org.drools.rule.Package.checkValidity(Package.java:424)
at
org.drools.common.AbstractRuleBase.addPackage(AbstractRuleBase.java:364)
at
com.kronos.webta.service.smarttime.rules.maxiflex.FlowTest.setUpBeforeClass(FlowTest.java:79)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.junit.internal.runners.ClassRoadie.runBefores(ClassRoadie.java:49)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:36)
at
org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
--
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
18 years, 6 months
[JBoss JIRA] Created: (JBAS-5097) MessageDestinationReferenceMetaData produced by merge of annotation and xml loses information
by Scott M Stark (JIRA)
MessageDestinationReferenceMetaData produced by merge of annotation and xml loses information
---------------------------------------------------------------------------------------------
Key: JBAS-5097
URL: http://jira.jboss.com/jira/browse/JBAS-5097
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Deployment services
Reporter: Scott M Stark
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.CR1
ejb-jar.xml:
<ejb-jar xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="3.0" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd">
<enterprise-beans>
<message-driven>
<ejb-name>DestBean</ejb-name>
<message-destination-type>javax.jms.Queue</message-destination-type>
<message-destination-link>two_ejb.jar#MsgBeanInQueue</message-destination-link>
<message-destination-ref>
<description>test destination</description>
<message-destination-ref-name>replyQueue</message-destination-ref-name> <message-destination-type>javax.jms.Queue</message-destination-type>
<message-destination-usage>Produces</message-destination-usage>
<message-destination-link>two_ejb.jar#MsgBeanOutQueue</message-destination-link>
</message-destination-ref>
</message-driven>
</enterprise-beans>
</ejb-jar>
with an annotated mdb like:
@MessageDriven(name="DestBean")
public class DestBean
extends DestBeanBase
implements MessageListener
{
@Resource(name="mdc")
private MessageDrivenContext mdc;
public DestBean()
{
super();
}
public EJBContext getEJBContext() {
return this.mdc;
}
}
abstract public class DestBeanBase
{
public static final String test1 = "test1";
abstract public javax.ejb.EJBContext getEJBContext();
@Resource(name="qFactory")
private QueueConnectionFactory qFactory;
@Resource(name="replyQueue")
private Queue replyQueue;
public void onMessage(javax.jms.Message msg) {...}
}
Is producing a MessageDestinationReferenceMetaData that is missing much of the ejb-jar.xml information:
MessageDestinationReferenceMetaData{
descriptions DescriptionsImpl (id=7741)
id null
ignoreDependency null
injectionTargets Collections$SingletonSet<E> (id=7708)
link null
mappedName null
name "replyQueue"
resolvedJndiName null
type "javax.jms.Queue"
usage null
}
The merge of the annotation metadata with the descriptor metadata is losing information.
--
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
18 years, 6 months
[JBoss JIRA] Created: (JBBUILD-324) Build.xml in testsuite directory doesn't support multiple JVM argument
by Sunny Chan (JIRA)
Build.xml in testsuite directory doesn't support multiple JVM argument
----------------------------------------------------------------------
Key: JBBUILD-324
URL: http://jira.jboss.com/jira/browse/JBBUILD-324
Project: JBoss Build System
Issue Type: Feature Request
Components: Targets and Tasks
Affects Versions: Repository Build head, Repsository Build Branch_4_0
Environment: Any
Reporter: Sunny Chan
Priority: Minor
We are using the JBoss unit test as part of our JVM verification testsuite. We wanted to be able to invoke tests with multiple JVM options, but it didn't work. If you set parameters via build.sh -Djunit.vm.options with multiple paramters (e.g. -Djunit.vm.options="-d64 -verbose:gc"), it will fail with unrecongized option error.
The problem is that in testsuite/build.xml, the junit.vm.options is passed onto junit ant task via <jvmarg value> tag rather then <jvmarg line> tag. The jvmarg line allows multiple JVM options exist in one line. Once I replace all instance of <jvmarg value="${junit.jvm.options}"/> with <jvmarg line="${junit.jvm.options}"/> then the problem goes away.
I can provide a patch for this if you want - but I don't know the rules on patches (whether I need to be cleared for contribution) so let me know if you want that.
--
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
18 years, 6 months