March 2009 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1865) Build package throws NPE if first line in drl starts with #

by Seegler Ittyavirah (JIRA)

Build package throws NPE if first line in drl starts with # ------------------------------------------------------------- Key: JBRULES-1865 URL: https://jira.jboss.org/jira/browse/JBRULES-1865 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-guvnor Affects Versions: 5.0.0.M2 Reporter: Seegler Ittyavirah Assignee: Mark Proctor Import a drl file that has some rules and functions, by adding following line at the top. The line start with '#' #created on: May 31, 2008 package com.mycompany.app.rules; Click on Build Package button. Server throws NPE Caused by: java.lang.NullPointerException at org.drools.compiler.PackageBuilder.validateUniqueRuleNames(PackageBui lder.java:508) at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:353 ) at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.j ava:258) at org.drools.guvnor.server.builder.ContentPackageAssembler.addDrl(Conte ntPackageAssembler.java:244) at org.drools.guvnor.server.builder.ContentPackageAssembler.preparePacka ge(ContentPackageAssembler.java:173) at org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(Conte ntPackageAssembler.java:86) at org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(Conte ntPackageAssembler.java:96) at org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceIm plementation.java:1238) at org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceIm plementation.java:1228) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocation Context.java:31) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocation Context.java:56) at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackI nterceptor.java:28) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocation Context.java:68) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterc eptor.java:39) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocation Context.java:68) -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1926) Exception when comparing values in map using variables

by Joe White (JIRA)

Exception when comparing values in map using variables ------------------------------------------------------ Key: JBRULES-1926 URL: https://jira.jboss.org/jira/browse/JBRULES-1926 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler Affects Versions: 5.0.0.M4 Environment: java 1.5 Drools trunk Reporter: Joe White Assignee: Mark Proctor See testListOfMaps in the MiscTest object in drools-compiler org.drools.RuntimeDroolsException: Exception executing predicate org.drools.base.mvel.MVELPredicateExpression@1be16f5 at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:298) at org.drools.common.SingleBetaConstraints.isAllowedCachedLeft(SingleBetaConstraints.java:138) at org.drools.reteoo.FromNode.evaluateAndPropagate(FromNode.java:152) at org.drools.reteoo.FromNode.assertLeftTuple(FromNode.java:104) at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:120) at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:28) at org.drools.reteoo.FromNode.evaluateAndPropagate(FromNode.java:156) at org.drools.reteoo.FromNode.assertLeftTuple(FromNode.java:104) at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:120) at org.drools.reteoo.SingleLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:81) at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:142) at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:42) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:183) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1002) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:970) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:740) at com.sample.TestListOfMaps.testInnerString(TestListOfMaps.java:39) 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 junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) 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) Caused by: [Error: this['MSG']] [Near : {... Unknown ....}] ^ at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:322) at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:134) at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:127) at org.mvel2.MVELRuntime.execute(MVELRuntime.java:91) at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:101) at org.mvel2.MVEL.executeExpression(MVEL.java:1077) at org.drools.base.extractors.MVELClassFieldReader.getValue(MVELClassFieldReader.java:94) at org.drools.base.ClassFieldReader.getValue(ClassFieldReader.java:90) at org.drools.rule.Declaration.getValue(Declaration.java:244) at org.drools.base.mvel.DroolsMVELPreviousDeclarationVariable.getValue(DroolsMVELPreviousDeclarationVariable.java:52) at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getBeanProperty(ReflectiveAccessorOptimizer.java:374) at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:282) at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAccessor(ReflectiveAccessorOptimizer.java:134) at org.mvel2.ast.ASTNode.getReducedValueAccelerated(ASTNode.java:127) at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:81) at org.mvel2.MVELRuntime.execute(MVELRuntime.java:91) at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:101) at org.mvel2.MVEL.executeExpression(MVEL.java:1025) at org.drools.base.mvel.MVELPredicateExpression.evaluate(MVELPredicateExpression.java:75) at org.drools.rule.PredicateConstraint.isAllowedCachedLeft(PredicateConstraint.java:291) ... 36 more Caused by: java.lang.NullPointerException at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getCollectionProperty(ReflectiveAccessorOptimizer.java:530) at org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGetChain(ReflectiveAccessorOptimizer.java:288) ... 55 more -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1214) drools-server should not have .settings commited into svn

by Geoffrey De Smet (JIRA)

drools-server should not have .settings commited into svn --------------------------------------------------------- Key: JBRULES-1214 URL: http://jira.jboss.com/jira/browse/JBRULES-1214 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-brms Affects Versions: 4.0.1 Reporter: Geoffrey De Smet Assigned To: Mark Proctor Priority: Trivial Fix For: FUTURE See JBRULES-834. As far as I can tell, the commit of /drools-server/.settings is an error because the other server modules explicitly svn:ignore the .settings directory. The svn ignore was probably forgotten, which might have given our good friend eclipse the opportunity to commit it. I could be wrong though. If I am right though, the .settings directory should be deleted in svn, which will cause havoc when everyone updates who's relying on .settings in drools-server, and the svn:ignore should be edited to contain these 3 items: .metadata .settings .wtpmodules This way it uses standardized svn ignores just like the other modules. -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1726) Support for "exit-points" in drools fusion

by Heiko Braun (JIRA)

Support for "exit-points" in drools fusion ------------------------------------------ Key: JBRULES-1726 URL: https://jira.jboss.org/jira/browse/JBRULES-1726 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Heiko Braun Assignee: Mark Proctor Fix For: FUTURE Support for exit-point declarations in drools fusion: I.e. rule "Forward all stock ticks to listener" when $event: StockTick() from entry-point "AllTicks"; then // forward to exit-point "MyMonitor" end With "MyMonitor" implementing a drools listener interface. I think this also requires further thoughts on event typing -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1745) WS-Human-Task iml

by Mark Proctor (JIRA)

WS-Human-Task iml ----------------- Key: JBRULES-1745 URL: https://jira.jboss.org/jira/browse/JBRULES-1745 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assignee: Mark Proctor Fix For: FUTURE ws-human-task -- 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, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBXB-191) Move JBossXBDeployerHelper from Deployers

by Ales Justin (JIRA)

Move JBossXBDeployerHelper from Deployers ----------------------------------------- Key: JBXB-191 URL: https://jira.jboss.org/jira/browse/JBXB-191 Project: JBoss XML Binding (JBossXB) Issue Type: Feature Request Reporter: Ales Justin Assignee: Ales Justin JBossXBDeployerHelper should really live in JBossXB project. A lot easier to maintain. -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-173) Use JBossXBDeployerHelper from XB

by Ales Justin (JIRA)

Use JBossXBDeployerHelper from XB --------------------------------- Key: JBDEPLOY-173 URL: https://jira.jboss.org/jira/browse/JBDEPLOY-173 Project: JBoss Deployers Issue Type: Feature Request Components: deployer Affects Versions: JBDEPLOY-2.0.5.GA Reporter: Ales Justin Assignee: Ales Justin Fix For: JBDEPLOY-2.2.0.Alpha Use JBossXBDeployerHelper that we moved to XB. This needs VFS update as well - VFSInputSource. -- 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, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2339) Fails to pass parameters between jsp´s

by Nilson Parra (JIRA)

Fails to pass parameters between jsp´s -------------------------------------- Key: JBPORTAL-2339 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2339 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Environment: Windows Vista Oracle 10g Jboss Portal 2.7.0 Reporter: Nilson Parra Configuring a portlet as follows, two JPS's pages: -> page "uno.jsp" <body> <jsp:include page="/jsp/dos.jsp?Miparametro=30" flush="true"> <jsp:param name="otroParametro" value="49" /> </jsp:include> </body> -> page "dos.jsp" <body> <%out.println("MiParametro: "+request.getParameter("MiParametro")); out.println("otroParametro: "+request.getParameter("otroParametro")); %> </body> -> class portlet public class TestPortlet extends GenericPortlet { protected void doView(RenderRequest request, RenderResponse response) throws PortletException, IOException { PortletRequestDispatcher prd = getPortletContext().getRequestDispatcher("/jsp/uno.jsp"); prd.include(request, response); } } -> file portlet.xml <portlet> <portlet-name>PruebaPortlet</portlet-name> <portlet-class>test.portlettest.TestPortlet</portlet-class> <supports> <mime-type>text/html</mime-type> <portlet-mode>view</portlet-mode> </supports> <portlet-info> <title>Prueba Portlet</title> </portlet-info> </portlet> when viewing the page with the portlet is obtained as follows: MiParametro: null otroParametro: null atte, Nilson Parra -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMETA-182) fix testsuite fail: org.jboss.test.metadata.ejb.SchemaVersionUnitTestCase.testVersion50xsd

by Jeff Zhang (JIRA)

fix testsuite fail: org.jboss.test.metadata.ejb.SchemaVersionUnitTestCase.testVersion50xsd ------------------------------------------------------------------------------------------ Key: JBMETA-182 URL: https://jira.jboss.org/jira/browse/JBMETA-182 Project: JBoss Metadata Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 1.0.0.CR17 Reporter: Jeff Zhang Assignee: Jeff Zhang Priority: Minor Fix For: 1.0.0.GA Error Message null expected:<[5].0> but was:<[3].0> Stacktrace junit.framework.ComparisonFailure: null expected:<[5].0> but was:<[3].0> at junit.framework.Assert.assertEquals(Assert.java:81) at junit.framework.Assert.assertEquals(Assert.java:87) at org.jboss.test.metadata.ejb.SchemaVersionUnitTestCase.testVersion50xsd(SchemaVersionUnitTestCase.java:77) 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 junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1757) Chapter 36 of the tutorial guide is missing the chapter name

by jaikiran pai (JIRA)

Chapter 36 of the tutorial guide is missing the chapter name ------------------------------------------------------------ Key: EJBTHREE-1757 URL: https://jira.jboss.org/jira/browse/EJBTHREE-1757 Project: EJB 3.0 Issue Type: Bug Components: docs Affects Versions: 1.1.2 Reporter: jaikiran pai Assignee: jaikiran pai Priority: Minor The tutorial guide hosted on the EJB3 docs site is missing the chapter name for Chapter 36. See attached screenshot. The chapter is about asynchronous invocations on beans. The fix is to add a <title>...</title> to the asynch.xml (which is used to generate the html content). -- 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, 10 months

1
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2009