I hope you slip in a fix for the issue in the final release.
Cheers,
Yusuke
On 2009/03/15, at 22:15, Edson Tirelli wrote:
Yusuke,
I heard about it before. May I ask you please to open a JIRA so
that this is fixed before final?
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.
Thanks,
Edson
2009/3/15 Yusuke Yamamoto <yusukey(a)gmail.com>
Hi,
I found that Drools 5.0.0 CR1 is unable to compile DSLs including
multibyte characters in them.
For example, mydsl.dsl as following:
---------
[consequence]print:"{value}" = System.out.println("{value}");
[consequence]出力:"{value}" = System.out.println("{value}");
---------
Fails to be compiled with
---------
line 3:13 no viable alternative at character '出'
line 3:14 no viable alternative at character '力'
---------
"出力" means "print" in Japanese.
It used to be work with Drools 4.0.7.
I couldn't found any related issues on Jira. But is it a known issue?
Best regards,
Yusuke
_______________________________________________
rules-users mailing list
rules-users(a)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
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users