[rules-users] possible bug with event declarations
Edson Tirelli
tirelli at post.com
Mon Oct 6 21:20:43 EDT 2008
Oh, forgot to mention, if you don't want the import, you can also fully
qualify the class:
declare your.package.SomeClass
@role( event )
end
[]s
Edson
2008/10/6 Edson Tirelli <tirelli at post.com>
>
> Yes, but in that case you need to tell drools where to find the class...
> i.e., add an import for it:
>
> import your.package.SomeClass
>
> declare SomeClass
> @role( event )
> end
>
> If it does not work, let me know plz. Since it is new feature, there may
> still be some corners to polish.
>
> []s
> Edson
>
> 2008/10/6 Michal Bali <michalbali at gmail.com>
>
>> Hi,
>>
>> Should it be possible to declare an event role to an existing type that is
>> outside of the current rule package?
>>
>> Example:
>> In the following file:
>>
>> http://fisheye.jboss.org/browse/JBossRules/trunk/drools-compiler/src/test/resources/org/drools/integrationtests/test_EntryPoint.drl?r=19705
>>
>> change the first line to:
>> package org.droolsssssss; //this makes sure that StockTick is in
>> different package
>>
>> now, the test org.drools.integrationtests.StreamsTest.testEventAssertion()
>> throws following exception:
>>
>> org.drools.RuntimeDroolsException: unable to resolve Type Declaration
>> class 'StockTick'
>> at
>> org.drools.common.AbstractRuleBase.addPackage(AbstractRuleBase.java:484)
>> at
>> org.drools.reteoo.ReteooRuleBase.addPackage(ReteooRuleBase.java:381)
>> at
>> org.drools.integrationtests.StreamsTest.loadRuleBase(StreamsTest.java:93)
>> at
>> org.drools.integrationtests.StreamsTest.testEventAssertion(StreamsTest.java:101)
>> 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:597)
>> at junit.framework.TestCase.runTest(TestCase.java:154)
>> at junit.framework.TestCase.runBare(TestCase.java:127)
>> at junit.framework.TestResult$1.protect(TestResult.java:106)
>> at junit.framework.TestResult.runProtected(TestResult.java:124)
>> at junit.framework.TestResult.run(TestResult.java:109)
>> at junit.framework.TestCase.run(TestCase.java:118)
>> at junit.framework.TestSuite.runTest(TestSuite.java:208)
>> at junit.framework.TestSuite.run(TestSuite.java:203)
>> at
>> org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)
>> 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)
>>
>> Best Regards,
>> Michal
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>
>
> --
> Edson Tirelli
> JBoss Drools Core Development
> JBoss, a division of Red Hat @ www.jboss.com
>
--
Edson Tirelli
JBoss Drools Core Development
JBoss, a division of Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20081006/8ae0c03d/attachment.html
More information about the rules-users
mailing list