Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Łukasz Korecki
Makes absolute sense  (and I like the approach, it's similar to how Cheshire handles it) On Monday, November 19, 2018 at 6:47:42 PM UTC, Chad Harrington wrote: > > I do the same thing with dates & times (convert them to a more > Avro-friendly form first.) I didn't want to couple clj-time and

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Chad Harrington
I do the same thing with dates & times (convert them to a more Avro-friendly form first.) I didn't want to couple clj-time and cljs-time to the lancaster library, since not everyone uses those. I think the right design is to allow an arbitrary logical type mechanism with user-specified serializers

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Łukasz Korecki
Hi! We're interested in the Date/Time/Timestamp part of the spec. A bit of background: our RabbitMQ framework (https://github.com/nomnom-insights/nomnom.bunnicula) supports pluggable serialization and adopting Avro made our life easier. We're using it in couple of RPC-over-HTTP calls and that

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Chad Harrington
The JavaScript perf seems okay to me: https://github.com/deercreeklabs/lancaster/blob/master/README.md#performance I probably need to test Transit alongside the other cljs performance tests. I will try to do more / better perf testing this week. Thanks for your interest, Chad Harrington

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Chad Harrington
It's definitely a tradeoff. In my experience, it's well worth it. For messaging, I use a union of the possible message schemas. I wrote a library (https://github.com/deercreeklabs/capsule) that makes messaging (events and RPC) simple and easy. It uses Lancaster / Avro over WebSockets.

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Chad Harrington
Good idea. I will try to add that to the perf results sometime this week. Chad Harrington chad.harring...@gmail.com On Sun, Nov 18, 2018 at 10:37 PM Tommi Reiman wrote: > Looks good. Would be interesting to see the JVM Json perf tested also with > https://github.com/metosin/jsonista. > > -- >

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Chad Harrington
Hi Łukasz, Logical types could certainly be added. Are you more interested in arbitrary logical type support or the specific logical types defined in the spec (Decimal, Date, Time, Timestamp, Duration)? Understanding your use case will help with the design. Thanks, Chad Harrington

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-19 Thread Łukasz Korecki
This looks great! Thank you for sharing Any plans for logical types[1] support? That's one of the biggest things missing in Abracad imho Łukasz [1] - https://avro.apache.org/docs/1.8.0/spec.html#Logical+Types On Sunday, November 18, 2018 at 2:57:18 AM UTC, Chad Harrington wrote: > >

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-18 Thread Tommi Reiman
Looks good. Would be interesting to see the JVM Json perf tested also with https://github.com/metosin/jsonista. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-18 Thread Gerard Klijs
The big penalty for the smaller size is that you need the scheme in order to deserialize the message. This can make some uses much more complex. For example when sending multiple types of messages, the client somehow needs to know which schema is used. How Avro is used with the Confluent Schema

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-18 Thread Matching Socks
"Faster than JSON" sounds reasonable -- in the JVM -- inasmuch as Avro uses a binary data format. But what about in Javascript? I ask because the motivation for Transit-JSON was an observation that the Javascript interpreters' built-in JSON parsers made binary formats uncompetitive. Has the

Re: [ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-17 Thread Alan Thompson
Looks nice. Alan On Sat, Nov 17, 2018 at 6:57 PM Chad Harrington wrote: > https://github.com/deercreeklabs/lancaster > > Lancaster is an Apache Avro library > for Clojure and ClojureScript. It aims to be fully compliant with the Avro > Specification

[ANN] Lancaster 0.6.0 - Avro Schema Creation / Serialization / Deserialization

2018-11-17 Thread Chad Harrington
https://github.com/deercreeklabs/lancaster Lancaster is an Apache Avro library for Clojure and ClojureScript. It aims to be fully compliant with the Avro Specification . Lancaster is faster than JSON encoding /