[JBoss JIRA] Created: (AS7-680) Add BinderService dependency for infinispan hibernate 2LC
by Paul Ferraro (JIRA)
Add BinderService dependency for infinispan hibernate 2LC
---------------------------------------------------------
Key: AS7-680
URL: https://issues.jboss.org/browse/AS7-680
Project: Application Server 7
Issue Type: Task
Components: JPA / Hibernate
Affects Versions: 7.0.0.Beta3
Reporter: Paul Ferraro
Assignee: Scott Marlow
Fix For: 7.0.0.Beta4
To make sure the cache manager specified by the hibernate.cache.infinispan.cachemanager persistence.xml property is started, the deployer needs to specify a dependency on the appropriate BinderService. i.e. with ServiceName:
org.jboss.as.naming.deployment.ContextNames.JAVA_CONTEXT_SERVICE_NAME.append(value)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[JBoss JIRA] Created: (JBRULES-3004) NPE due to incomplete UnicodeEscape
by Wolfgang Laun (JIRA)
NPE due to incomplete UnicodeEscape
------------------------------------
Key: JBRULES-3004
URL: https://issues.jboss.org/browse/JBRULES-3004
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler (expert)
Affects Versions: 5.2.0.M2
Reporter: Wolfgang Laun
Assignee: Mark Proctor
Foo( name == "\u041+" ) # incomplete nicode escape - only3 characters
Line and column numbers are very much off from the real numbers!
[123,6]: [ERR 102] Line 123:6 mismatched input ''
[0,0]: Line 1:0 unexpected exception at input 'package'. Exception: java.lang.NullPointerException. Stack trace:
java.lang.NullPointerException
at org.drools.lang.DroolsParserExceptionFactory.expectedTokensAsString(DroolsParserExceptionFactory.java:259)
at org.drools.lang.DroolsParserExceptionFactory.createErrorMessage(DroolsParserExceptionFactory.java:188)
at org.drools.lang.DroolsParserExceptionFactory.createDroolsException(DroolsParserExceptionFactory.java:100)
at org.drools.lang.DRLLexer.reportError(DRLLexer.java:102)
at org.antlr.runtime.Lexer.nextToken(Lexer.java:98)
at org.antlr.runtime.CommonTokenStream.fillBuffer(CommonTokenStream.java:119)
at org.antlr.runtime.CommonTokenStream.LT(CommonTokenStream.java:238)
at org.antlr.runtime.CommonTokenStream.LA(CommonTokenStream.java:300)
at org.drools.lang.DRLParser.compilationUnit(DRLParser.java:133)
at org.drools.compiler.DrlParser.compile(DrlParser.java:225)
at org.drools.compiler.DrlParser.parse(DrlParser.java:136)
at org.drools.compiler.DrlParser.parse(DrlParser.java:141)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:294)
at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:473)
at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[JBoss JIRA] Created: (JBRULES-2434) Emiting regexps in DSLs is unwieldy in the extreme
by Denis Robert (JIRA)
Emiting regexps in DSLs is unwieldy in the extreme
--------------------------------------------------
Key: JBRULES-2434
URL: https://jira.jboss.org/jira/browse/JBRULES-2434
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler-DSL
Affects Versions: 5.0.1.FINAL
Environment: All
Reporter: Denis Robert
Assignee: Mark Proctor
Priority: Minor
Any regexp emitted by a DSL must be octupled in order to pass through to the DRL and actually work in the rule.
Example: I have a simple rule (I should say: a rule which SHOULD be simple), to test for emails:
[condition][]is not email=not matches "^[\\\\\\\\w-]+(\\\\\\\\.[\\\\\\\\w-]+)*@([a-z0-9-]+(\\\\\\\\.[a-z0-9-]+)*?\\\\\\\\.[a-z]{2,6}|(\\\\\\\\d{1,3}\\\\\\\\.){3}\\\\\\\\d{1,3})(:\\\\\\\\d{4})?$"
As you can see, each backslash is there 8 times. By then time it appears in the resulting DSL, they are doubled (which contrary to docs must be the case, otherwise the regexp does not behave correctly).
Regular expressions should be treated differently throughout Drools. Maybe by using raw strings as in Perl or C#? It's really annoying...
--
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
15 years, 3 months
[JBoss JIRA] Created: (JBRULES-1068) Exception when adding "activation-group" attribute to otherwise correctly executed rule...
by Dr. Gernot Starke (JIRA)
Exception when adding "activation-group" attribute to otherwise correctly executed rule...
------------------------------------------------------------------------------------------
Key: JBRULES-1068
URL: http://jira.jboss.com/jira/browse/JBRULES-1068
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.GA
Environment: Eclipse 3.2
Reporter: Dr. Gernot Starke
Assigned To: Mark Proctor
rule "Golfer-Riddle with a single solution?"
activation-group="unique-solution"
when
// There is a golfer names Fred,
$f: Golfer( name == "Fred",
...
yields:
Exception in thread "main" org.drools.compiler.DroolsParserException: Unknown error while parsing. This is a bug. Please contact the Development team.
at org.drools.compiler.DrlParser.compile(DrlParser.java:180)
at org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:158)
at arc42.drools.samples.golfer.GolfingExample.main(GolfingExample.java:19)
--
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
15 years, 3 months