[JBoss JIRA] (JBRULES-2123) issue with the call of a drl function
by Tibor Zimányi (JIRA)
[ https://issues.jboss.org/browse/JBRULES-2123?page=com.atlassian.jira.plug... ]
Tibor Zimányi closed JBRULES-2123.
----------------------------------
Resolution: Out of Date
This project is not active anymore. The current active project is "DROOLS". Closing this.
> issue with the call of a drl function
> -------------------------------------
>
> Key: JBRULES-2123
> URL: https://issues.jboss.org/browse/JBRULES-2123
> Project: JBRULES
> Issue Type: Bug
> Components: drools-core
> Affects Versions: 5.0.1.FINAL
> Reporter: Marco Ghanitab
> Assignee: Mario Fusco
> Priority: Minor
> Fix For: 6.0.0.Alpha1
>
>
> in a drl file with a rule "reset" ad a function "formatDate",a bad behaviour is verified when is called the function in the "when" block..it call the function many times, but if the function called is stored in a external java file (not drl) everything works fine, and it call the function only 2 times (correct).
> Here the code of the drl file:
> rule "reset"
> when
> $conversation:Conversation(resource.code == "sms", tickets.size > 0)
> not Discount(date == (formatDate($conversation.getStopDate())))
> then
> Discount discount = new Discount();
> discount.setDate(formatDate($conversation.getStopDate()));
> discount.setQuantity(495);
> insert(discount);
> System.out.println("reset " + discount.getDate());
> end
>
> declare Discount
> date : String
> quantity : int
> end
>
> function String formatDate(java.util.Date date) {
> java.text.SimpleDateFormat formatter = new java.text.SimpleDateFormat("dd/MM/yy");
> return formatter.format(date);
> }
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBRULES-2040) Drools, Jboss AS, Dynamic Bean Generation
by Tibor Zimányi (JIRA)
[ https://issues.jboss.org/browse/JBRULES-2040?page=com.atlassian.jira.plug... ]
Tibor Zimányi closed JBRULES-2040.
----------------------------------
Resolution: Won't Do
This project is not active anymore. The current active project is "DROOLS". Closing this.
> Drools, Jboss AS, Dynamic Bean Generation
> ------------------------------------------
>
> Key: JBRULES-2040
> URL: https://issues.jboss.org/browse/JBRULES-2040
> Project: JBRULES
> Issue Type: Task
> Components: All
> Affects Versions: 4.0.7
> Environment: Jboss Application Server v4.2
> Drools 4.0.7
> Javassist
> JDK1.6
> Reporter: Shawn Ritchie
> Assignee: Mario Fusco
> Labels: Bean, Creation, Drools, Dynamic
> Fix For: 6.0.0.Alpha1
>
> Attachments: JavaApplication.rar, SampleApp.rar, rule3.drl, rules2.drl
>
>
> The issues is this guys i am creating a bean dynamically in this simple example i have an arraylist of strings which will create a private field, and a getXXX and a setXXX method for each of these fields
> The problem arises when i try to load the .drl file in the package builder which gives me the follow error (SEE BELOW)
> I suspect it has something to do with the class loader or the package structure in the rules?
> Any suggestion reading material or help would be greatly usefull
> the code i have loaded is a simple application which replicates the error
> 22:20:59,435 ERROR [STDERR] Unable to create Field Extractor for 'name' of '[ClassObjectType class=com.beancreation.personXYZ]' in rule 'Credit Allowed' : [Rule name=Credit Allowed, agendaGroup=MAIN, salience=0, no-loop=false]
> 22:20:59,435 ERROR [STDERR] Rule Compilation error : [Rule name=Credit Allowed, agendaGroup=MAIN, salience=0, no-loop=false]
> com/beancreation/Rule_Credit_Allowed_0.java (1:0) : The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
> com/beancreation/Rule_Credit_Allowed_0.java (1:8) : The package com.beancreation collides with a type
> com/beancreation/Rule_Credit_Allowed_0.java (2:34) : The import com.beancreation cannot be resolved
> 22:20:59,435 INFO [STDOUT] Could not parse knowledge.
> 22:20:59,435 ERROR [STDERR] java.lang.IllegalArgumentException: Could not parse knowledge.
> 22:20:59,435 ERROR [STDERR] at com.expertsystem.DroolsExecution.loadRules(DroolsExecution.java:49)
> 22:20:59,435 ERROR [STDERR] at com.create.TestCase.run(TestCase.java:52)
> 22:20:59,445 ERROR [STDERR] at org.apache.jsp.index_jsp._jspService(index_jsp.java:74)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 22:20:59,445 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:336)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
> 22:20:59,445 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
> 22:20:59,445 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> 22:20:59,445 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
> 22:20:59,445 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
> 22:20:59,445 ERROR [STDERR] at java.lang.Thread.run(Thread.java:619)
> 22:20:59,445 ERROR [STDERR] java.lang.IllegalArgumentException: Could not parse knowledge.
> 22:20:59,445 ERROR [STDERR] at com.expertsystem.DroolsExecution.loadRules(DroolsExecution.java:49)
> 22:20:59,445 ERROR [STDERR] at com.create.TestCase.run(TestCase.java:52)
> 22:20:59,445 ERROR [STDERR] at org.apache.jsp.index_jsp._jspService(index_jsp.java:74)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 22:20:59,445 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:336)
> 22:20:59,445 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
> 22:20:59,445 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 22:20:59,445 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> 22:20:59,445 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
> 22:20:59,445 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> 22:20:59,445 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
> 22:20:59,445 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
> 22:20:59,445 ERROR [STDERR] at java.lang.Thread.run(Thread.java:619)
> This is the error given When i use Drools5 on simple java application which does not require JBoss application server
> java.lang.NullPointerException
> at org.drools.base.ClassFieldAccessorStore.getClassObjectType(ClassFieldAccessorStore.java:245)
> at org.drools.base.ClassFieldAccessorStore.getClassObjectType(ClassFieldAccessorStore.java:231)
> at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:184)
> at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:104)
> at org.drools.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:69)
> at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:68)
> at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:1191)
> at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:662)
> at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:284)
> at com.create.DroolsExecution.loadRules(DroolsExecution.java:41)
> at com.create.TestCase.main(TestCase.java:54)
> java.lang.NullPointerException
> at org.drools.base.ClassFieldAccessorStore.getClassObjectType(ClassFieldAccessorStore.java:245)
> at org.drools.base.ClassFieldAccessorStore.getClassObjectType(ClassFieldAccessorStore.java:231)
> at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:184)
> at org.drools.rule.builder.PatternBuilder.build(PatternBuilder.java:104)
> at org.drools.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:69)
> at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:68)
> at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:1191)
> at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:662)
> at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:284)
> at com.create.DroolsExecution.loadRules(DroolsExecution.java:41)
> at com.create.TestCase.main(TestCase.java:54)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10688) Bad unit conversion of jdbc-network-timeout attribute
by Erich Duda (JIRA)
Erich Duda created WFLY-10688:
---------------------------------
Summary: Bad unit conversion of jdbc-network-timeout attribute
Key: WFLY-10688
URL: https://issues.jboss.org/browse/WFLY-10688
Project: WildFly
Issue Type: Bug
Components: JMS
Reporter: Erich Duda
Assignee: Jeff Mesnil
Priority: Blocker
In the messaging subsystem there is an attribute {{jdbc-network-timeout}} with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on {{AbstractJDBCDriver::connect}}.
*Blocker* priority was set because it is regression against Wildfly 12.
The issue was hit with Artemis 2.5.0 with https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (commit 51dd8102f103ccb0470a3cfc8713d3f9bdb1b65d)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years