<div><br></div> Zack,<div><br></div><div> Thanks for the update and please, do open JIRAs for everything you found that is not working and ping me after.</div><div><br></div><div> I am working on the binding with extra variables issue at the moment. E.g.:</div>
<div><br></div><div>$x : someMap[$y]</div><div><br></div><div> The problem here is that Drools always used a fly weight pattern with no additional inputs for variable bindings. This means it is not possible as of Drools 5.3 to support that kind of variable binding. What I am doing at the moment is implementing a more friendly error message for 5.3. For 5.4 I am discussing it with Mark, but I think we should add support for it.</div>
<div><br></div><div> Please note that as a work around, in 5.3, you can still bind the variable to the map ($x : someMap) and then on usage apply the key:</div><div><br></div><div>foo == $x[$y]</div><div><br></div><div>
Edson</div><div><br><div class="gmail_quote">2011/10/11 zstlaw <span dir="ltr"><<a href="mailto:zstlawre@akamai.com">zstlawre@akamai.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Ok finished doing some in depth testing on 5.4. I was wrong on a few<br>
accounts above the internal variable access to a hash still fails only in a<br>
different way.<br>
<br>
First off I added a few new methods to my Mailbox object just for testing :<br>
<br>
// returns an statically defined inner enum<br>
public FolderType getDefaultFolderType() {<br>
return FolderType.INBOX;<br>
}<br>
<br>
// returns an external enum<br>
public MailType getMailType() {<br>
return MailType.WORK;<br>
}<br>
<br>
// takes a statically defined inner enum and returns an external enum<br>
public MailType getMailTypeForFolderType(FolderType pType) {<br>
return MailType.WORK;<br>
}<br>
<br>
Test I found that generally enums work much better but internal defined<br>
instances still cause problems. Also there was some asymmetry where<br>
FolderType.INBOX != $folderType was legal but $folderType !=<br>
FolderType.INBOX was not.<br>
<br>
I will start opening issues in JIRA but expect I may need to open one or two<br>
large issues and a lot of sub issues to keep clarity. In particular the<br>
issue with having an assignments and a variable in the same row continues to<br>
be vexing (i.e. $myvar : getFoo($otherVar) always has problems evaluating<br>
$otherVar since it wants to check it as a inner field of the return type and<br>
not a local variable passed to the procedure call.)<br>
<br>
Hope some of this can get in the next build. I have some huge projects<br>
coming up where we really want to use drools but I am having to really<br>
simplify our data to work around some of these issues.<br>
<br>
Thanks,<br>
Zack<br>
<font color="#888888"><br>
--<br>
View this message in context: <a href="http://drools.46999.n3.nabble.com/Map-errors-and-quirks-tp3404106p3413546.html" target="_blank">http://drools.46999.n3.nabble.com/Map-errors-and-quirks-tp3404106p3413546.html</a><br>
</font><div><div></div><div class="h5">Sent from the Drools: User forum mailing list archive at Nabble.com.<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br> Edson Tirelli<br> JBoss Drools Core Development<br> JBoss by Red Hat @ <a href="http://www.jboss.com">www.jboss.com</a><br>
</div>