Re: (Default) values for logical types in human-readable form

2017-10-20 Thread Bridger Howell
> > Sorry, I can see how that was confusing. I would use the logical type to > determine the transform, but wouldn't require the user to have configured a > conversion for the type, which is optional. Basically, I'm saying that this > feature would support decimal, date, time, and timestamp from

Re: (Default) values for logical types in human-readable form

2017-10-20 Thread Doug Cutting
On Fri, Oct 20, 2017 at 12:13 AM, Bridger Howell wrote: > But then would I end up with a few bits of ugliness: > - the schemas have to be wrapped in a made-up protocol > - the generated code includes a generated protocol class I wouldn't care > about > Wouldn't these be

Re: (Default) values for logical types in human-readable form

2017-10-20 Thread Ryan Blue
> So if I understand correctly, you support the idea of human-readable defaults but not logical-type-dependent interpretation. I don't see how we could achieve the first without the second, since different logical types have different human-readable representations. So it seems that the optional

[jira] [Updated] (AVRO-2098) Avro OCF support for non-seekable stream.

2017-10-20 Thread Matthew Stowe (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Stowe updated AVRO-2098: Description: The Microsoft Azure environment supports saving Apache Avro files from an Event Hub

[jira] [Updated] (AVRO-2098) Avro OCF support for non-seekable stream.

2017-10-20 Thread Matthew Stowe (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Stowe updated AVRO-2098: Description: The Microsoft Azure environment supports saving Apache Avro files from an Event Hub

[jira] [Created] (AVRO-2098) Avro OCF support for non-seekable stream.

2017-10-20 Thread Matthew Stowe (JIRA)
Matthew Stowe created AVRO-2098: --- Summary: Avro OCF support for non-seekable stream. Key: AVRO-2098 URL: https://issues.apache.org/jira/browse/AVRO-2098 Project: Avro Issue Type: New Feature

Re: (Default) values for logical types in human-readable form

2017-10-20 Thread Bridger Howell
On Fri, Oct 20, 2017 at 2:04 AM, Frédéric SOUCHU < frederic.sou...@ingenico.com> wrote: > In line with Philip Zeyliger on IDL being a good tool for a human to > produce schema. > Key features (IMHO): > - support for includes (killer feature) > - simpler syntax (a *lot* less '{' and '['...) > -

[jira] [Commented] (AVRO-1827) Handling correctly optional fields when converting Protobuf to Avro

2017-10-20 Thread Nandor Kollar (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16212536#comment-16212536 ] Nandor Kollar commented on AVRO-1827: - Took a look at the latest patch, looks good to me. Though I'm

Re: (Default) values for logical types in human-readable form

2017-10-20 Thread Bridger Howell
On Thu, Oct 19, 2017 at 9:17 PM, Philip Zeyliger wrote: > I'm shaky on the details here, but shouldn't humans be using the *.avdl > form of specifying schemas? Maybe. As it is, I've seen a good number of open projects that work rely on JSON schemas (.avsc files). IDL is