Hi Nando,

One JRuby YAML problem I got is it couldn't load Java objects from a
jruby yaml dump.
In this case, we couldn't use Marshal instead, because JRuby can't use
Marshal dump Java objects too.

(I also got same problem with yours, and changed to use Marshal dump/
load to fix it, when I created jruote)

Currently, my solution would be serialize Java object as byte array
and then convert it to string, and then put the string into attributes
of workitem, so that I could load it back later in Java.
Yes, JRuby also has problem with byte array, because it's a Java array
object, I didn't get right way to simply convert it into ruby array.
And the byte would be handle as java.lang.Long in jruby, so I think
it's better to convert into string.

On Jun 25, 4:52 pm, Nando <[email protected]> wrote:
> On Jun 25, 2:14 am, John Mettraux <[email protected]> wrote:
>
>
>
> > Just as a side note, since Ruote 0.9.20, the default persistence mode
> > is via Marshal.dump (instead of YAML).
>
> Yes, we are aware of that, and it has saved us lots of headaches. In
> fact, I was supposed to report that strange "to_yaml" behavior as a
> JRuby issue some months ago, but then I found yours [JRUBY-801].
> However, we couldn't escape JRuby-Syck's quirks, since, for example
> "GET /expressions/20090625-gishikozaja/0_0_0?format=yaml" still
> renders broken YAML :-(
>
> Just in case, I'll prepare a more complex test case to attach to my
> report.
>
>
>
> > Best regards, keep up the great work,
>
> Always happy to help :-)
>
> //nando
--~--~---------~--~----~------------~-------~--~----~
you received this message because you are subscribed to the "ruote users" group.
to post : send email to [email protected]
to unsubscribe : send email to [email protected]
more options : http://groups.google.com/group/openwferu-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to