Thanks Edson,<div><br></div><div>BTW, I've tried to instantiate an internal fact in a rule with MVEL dialect but it didn't worked. I've tried this in M4. I' haven't tried it yet in M5.</div><div><br></div>
<div>Is this a known issue or should I create a new JIRA with test case?</div><div><br></div><div>Best Regards,</div><div>Michal</div><div><br><br><div class="gmail_quote">On Tue, Jan 27, 2009 at 2:31 PM, Edson Tirelli <span dir="ltr"><<a href="mailto:tirelli@post.com">tirelli@post.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <br> Michal is correct from the point of view of the application. That is required because the actual classes are generated at compile time and not visible to the application classpath.<br>
<br> Although, that is not the only way. Inside your rules, they are visible and you instantiate them the same way as you instantiate any other java Pojo:<br>
<br>rule xyz<br>when<br> // sometihng<br>then<br> Person p = new Person();<br> p.setName( "Bob" );<br> insert( p );<br>end<br><br> Also, if you use Guvnor to define your model, Guvnor is capable of generating a jar file for you with the generated classes. This way you can download the jar and add it to the classpath of your application and use it as any POJOs too.<br>
<br> []s<br> Edson<br><br><br><div class="gmail_quote">2009/1/27 Michal Bali <span dir="ltr"><<a href="mailto:michalbali@gmail.com" target="_blank">michalbali@gmail.com</a>></span><div><div></div><div class="Wj3C7c">
<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
<div>Look at this unit test for some examples:</div><div><a href="http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-compiler/src/test/java/org/drools/integrationtests/MiscTest.java" target="_blank">http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-compiler/src/test/java/org/drools/integrationtests/MiscTest.java</a><br>
</div><div><br></div><div><div> // Retrieve the generated fact type</div><div> FactType cheeseFact = ruleBase.getFactType( "org.drools.generatedbeans.Cheese" );</div><div><br></div><div> // Create a new Fact instance</div>
<div> Object cheese = cheeseFact.newInstance();</div><div><br></div><div> // Set a field value using the more verbose method chain...</div><div> // should we add short cuts?</div><div> // cheeseFact.getField( "type" ).getFieldAccessor().setValue( cheese,</div>
<div> // "stilton" );</div><div><br></div><div> cheeseFact.set( cheese,</div><div> "type",</div><div> "stilton" );</div>
<div> assertEquals( "stilton",</div><div> cheeseFact.get( cheese,</div><div> "type" ) );</div></div><br><br><div class="gmail_quote"><div>
<div></div><div>On Tue, Jan 27, 2009 at 2:02 AM, Oleg Zenzin <span dir="ltr"><<a href="mailto:zenzin@intalio.com" target="_blank">zenzin@intalio.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><div><div></div><div><p>There's now possibility to declare facts in the drl, like:<br>
</p><p><font face="courier new,monospace">declare Person<br>
name: String<br> age: int<br>end</font><br></p><p>My question is how do I instantiate this fact object during runtime? Do I still need to have class <font face="courier new,monospace">Person</font> compiled and existing somewhere in classpath, or there's a helper class which I can use "fake the fact", something like:</p>
<p><font face="courier new,monospace"> FakeFact person = FakeFact("Person");<br> person.setField("name", "Oleg");<br> person.setField("age", "42");<br> session.insert(person);</font></p>
<p>Or there's another nicer way?<br><br></p><p>Thank you,<br>-Oleg Zenzin<br></p>
<br></div></div>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div></div></div><font color="#888888"><br><br clear="all"><br>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss, a division of Red Hat @ <a href="http://www.jboss.com" target="_blank">www.jboss.com</a><br>
</font><br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br></div>