[JBoss JIRA] Updated: (AS7-667) ModuleAccessesBundleServiceTestCase has a short fuse
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/AS7-667?page=com.atlassian.jira.plugin.sy... ]
Jason Greene updated AS7-667:
-----------------------------
Assignee: (was: Jason Greene)
> ModuleAccessesBundleServiceTestCase has a short fuse
> ----------------------------------------------------
>
> Key: AS7-667
> URL: https://issues.jboss.org/browse/AS7-667
> Project: Application Server 7
> Issue Type: Task
> Components: OSGi
> Reporter: Carlo de Wolf
> Fix For: 7.0.0.CR1
>
>
> {noformat}
> -------------------------------------------------------------------------------
> Test set: org.jboss.as.testsuite.integration.osgi.ModuleAccessesBundleServiceTestCase
> -------------------------------------------------------------------------------
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 3.168 sec <<< FAILURE!
> moduleInvokesBundleService(org.jboss.as.testsuite.integration.osgi.ModuleAccessesBundleServiceTestCase) Time elapsed: 2.086 sec <<< FAILURE!
> java.lang.AssertionError: Timeout starting: example-xservice-target-bundle:0.0.0
> at org.junit.Assert.fail(Assert.java:91)
> at org.jboss.as.testsuite.integration.osgi.ModuleAccessesBundleServiceTestCase.moduleInvokesBundleService(ModuleAccessesBundleServiceTestCase.java:139)
> {noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 12 months
[JBoss JIRA] Created: (JBRULES-3039) CNFE thrown, no reasonable error message due to global type using type arguments
by Wolfgang Laun (JIRA)
CNFE thrown, no reasonable error message due to global type using type arguments
--------------------------------------------------------------------------------
Key: JBRULES-3039
URL: https://issues.jboss.org/browse/JBRULES-3039
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
Fix For: 5.2.0.CR1
# no imports here!
global Set<String> nameSet;
causes:
java.lang.ClassNotFoundException: Unable to find class 'Set<String>'
at org.drools.base.ClassTypeResolver.resolveType(ClassTypeResolver.java:215)
at org.drools.compiler.PackageBuilder.mergePackage(PackageBuilder.java:946)
at org.drools.compiler.PackageBuilder.newPackage(PackageBuilder.java:920)
at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:631)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:310)
at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:486)
at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
kBuilder.getErrors() returns an irregular error message (no line number, etc.)
GlobalError: nameSet
Expected: no useless stack dump, proper error message.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 12 months
[JBoss JIRA] Created: (JBRULES-3040) SIOOBE (fatal) when compiling DRL declare...extends type with type arguments
by Wolfgang Laun (JIRA)
SIOOBE (fatal) when compiling DRL declare...extends type with type arguments
----------------------------------------------------------------------------
Key: JBRULES-3040
URL: https://issues.jboss.org/browse/JBRULES-3040
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Wolfgang Laun
Assignee: Mark Proctor
Fix For: 5.2.0.CR1
import java.util.Set;
declare Person extends Set<String>
name : String
end
When compiled, this produces a crash due to:
Exception in thread "main" java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1937)
at org.drools.compiler.PackageBuilder.fillSuperType(PackageBuilder.java:1103)
at org.drools.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:1238)
at org.drools.compiler.PackageBuilder.mergePackage(PackageBuilder.java:932)
at org.drools.compiler.PackageBuilder.newPackage(PackageBuilder.java:920)
at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:631)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:310)
at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:486)
at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
I suggest using qualifiedIdentifier after "extends" (similar for 3039 in global)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 12 months
[JBoss JIRA] Created: (JBRULES-3041) NPE (fatal) when compiling DRL declare...extends generic type
by Wolfgang Laun (JIRA)
NPE (fatal) when compiling DRL declare...extends generic type
-------------------------------------------------------------
Key: JBRULES-3041
URL: https://issues.jboss.org/browse/JBRULES-3041
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
Fix For: 5.2.0.CR1
import java.util.Set;
declare Person extends Set
name : String
end
Compiling crashes with
Exception in thread "main" java.lang.NullPointerException
at org.drools.compiler.PackageBuilder.mergeInheritedFields(PackageBuilder.java:1173)
at org.drools.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:1267)
at org.drools.compiler.PackageBuilder.mergePackage(PackageBuilder.java:932)
at org.drools.compiler.PackageBuilder.newPackage(PackageBuilder.java:920)
at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:631)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:310)
at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:486)
at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
This is related to 3040 but is NOT remedied by changing (restricting) the syntax.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 12 months