<br> Yusuke,<br><br> I heard about it before. May I ask you please to open a JIRA so that this is fixed before final?<br><br> Drools 5 uses a completely new DSL parser and this scenario was lost when the transition was made. The major problem is that I don't know how to create a proper unit test using japanese characters (although I guess any multi-byte character would do), so, if you can create and attach a unit test to the ticket, even better to make sure I have your scenario.<br>
<br> Thanks,<br> Edson<br><br><div class="gmail_quote">2009/3/15 Yusuke Yamamoto <span dir="ltr"><<a href="mailto:yusukey@gmail.com">yusukey@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
I found that Drools 5.0.0 CR1 is unable to compile DSLs including multibyte characters in them.<br>
For example, mydsl.dsl as following:<br>
---------<br>
[consequence]print:"{value}" = System.out.println("{value}");<br>
[consequence]出力:"{value}" = System.out.println("{value}");<br>
---------<br>
Fails to be compiled with<br>
---------<br>
line 3:13 no viable alternative at character '出'<br>
line 3:14 no viable alternative at character '力'<br>
---------<br>
<br>
"出力" means "print" in Japanese.<br>
<br>
It used to be work with Drools 4.0.7.<br>
I couldn't found any related issues on Jira. But is it a known issue?<br>
<br>
Best regards,<br>
Yusuke<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">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>
</blockquote></div><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">www.jboss.com</a><br>