Re: Cleaning up the logo?

2018-08-29 Thread Bridger Howell
I think this proposed logo looks better than the current one. Any official avro members have an opinion? On Tue, Aug 28, 2018 at 11:48 AM Daniel Gruno wrote: > Hi Avro folks! > > I was wondering if it's worth cleaning up the Avro logo, making it a tad > sharper? > What I'm proposing is

[jira] [Comment Edited] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-04-01 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421841#comment-16421841 ] Bridger Howell edited comment on AVRO-1340 at 4/1/18 11:06 PM: --- # The current

[jira] [Comment Edited] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-04-01 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421841#comment-16421841 ] Bridger Howell edited comment on AVRO-1340 at 4/1/18 11:06 PM: --- # The current

[jira] [Commented] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-04-01 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421841#comment-16421841 ] Bridger Howell commented on AVRO-1340: -- # The current PR looks like it has the parser treat anything

[jira] [Commented] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-03-31 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421446#comment-16421446 ] Bridger Howell commented on AVRO-1340: -- Well, looking the semantics for field defaults and enum

[jira] [Comment Edited] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-03-31 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421446#comment-16421446 ] Bridger Howell edited comment on AVRO-1340 at 3/31/18 7:41 PM: --- Well, looking

[jira] [Comment Edited] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-03-31 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421420#comment-16421420 ] Bridger Howell edited comment on AVRO-1340 at 3/31/18 6:13 PM: --- [~felixgv]: I

[jira] [Commented] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-03-31 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421420#comment-16421420 ] Bridger Howell commented on AVRO-1340: -- [~felixgv]: I don't think the semantics of this implementation

[jira] [Commented] (AVRO-1340) use default to allow old readers to specify default enum value when encountering new enum symbols

2018-03-30 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16421034#comment-16421034 ] Bridger Howell commented on AVRO-1340: -- I think it's worth noting that new syntax isn't strictly

Re: WELCOME to dev@avro.apache.org

2018-03-22 Thread Bridger Howell
Not a committer, but I'd like to chime in and say that I'd absolutely love to see another set of official releases soon. When looking through the blockers in JIRA, AVRO-1810 and AVRO-1891 stand out a bit - does anybody know if those issues should actually be considered "blockers"? Caveat here: I

[jira] [Created] (AVRO-2159) Naming Limitations of Schemas in Stricter Reference Contexts

2018-03-14 Thread Bridger Howell (JIRA)
Bridger Howell created AVRO-2159: Summary: Naming Limitations of Schemas in Stricter Reference Contexts Key: AVRO-2159 URL: https://issues.apache.org/jira/browse/AVRO-2159 Project: Avro

Re: [ANNOUNCE] new committer Nándor Kollár

2017-11-06 Thread Bridger Howell
Congrats Nándor! I'm pretty new to Avro, but it's good to see people coming in who want to help carry the project along. I appreciate all the committers' dedication to Avro and look forward to what comes next. - Bridger Howell -- The information contained in this email message is PRIVATE

[jira] [Commented] (AVRO-2099) Decimal precision is ignored

2017-10-25 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16218615#comment-16218615 ] Bridger Howell commented on AVRO-2099: -- [~KornelKielczewski] You mean the serializer should fail

[jira] [Commented] (AVRO-2099) Decimal precision is ignored

2017-10-24 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16217006#comment-16217006 ] Bridger Howell commented on AVRO-2099: -- Good catch [~KornelKielczewski]. This is definitely

[jira] [Commented] (AVRO-2028) Specific Data, newBuilder(existingInstance) fails for BigDecimal

2017-10-24 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16216912#comment-16216912 ] Bridger Howell commented on AVRO-2028: -- This looks like a duplicate of AVRO-1891. > Specific D

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

2017-10-20 Thread Bridger Howell
ely, having some special syntax for human-readable defaults might be okay, but I don't have any great suggestions. On Fri, Oct 20, 2017 at 11:08 AM, Doug Cutting <cutt...@gmail.com> wrote: > On Fri, Oct 20, 2017 at 12:13 AM, Bridger Howell <bhow...@sofi.org> wrote: > >

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

2017-10-20 Thread Bridger Howell
; // default encoding being 'AVRO' default > (e.g. binary) > } > This has the same problem as one of my earlier suggestions; if you change the meaning of the default field, then older readers will read the schema with an incorrect default value. - Bridger Howell -- The information containe

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

2017-10-20 Thread Bridger Howell
e to a sense that IDL isn't for writing schemas. If there was a more focused subset of IDL that mapped directly onto schemas without some of the extra baggage, I think it would be easier to recommend that as a high-level schema language. - Bridger Howell -- The information contained in this e

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

2017-10-18 Thread Bridger Howell
ty would do the trick too. I think this type of approach keeps us neatly separated from logical types, so that having a parser for a default value doesn't require a logical type, and maybe makes it clearer which procedure is being performed on the JSON data to convert it to the base field type. -Bridger H

[jira] [Commented] (AVRO-2079) Add ability to use Java 8 date/time types instead of Joda time.

2017-10-15 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16205344#comment-16205344 ] Bridger Howell commented on AVRO-2079: -- [~aukevanleeuwen]: I've looked over your PR and left a few

[jira] [Commented] (AVRO-2090) Improve encode/decode time for SpecificRecord using code generation

2017-10-11 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16200271#comment-16200271 ] Bridger Howell commented on AVRO-2090: -- This looks like a really good idea. If I have some free time

[jira] [Commented] (AVRO-2077) Avro tools should have an option to check reader-writer compatibility

2017-10-03 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16189706#comment-16189706 ] Bridger Howell commented on AVRO-2077: -- Finishing my last comment (whoops): Of course there's

[jira] [Commented] (AVRO-2077) Avro tools should have an option to check reader-writer compatibility

2017-10-03 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16189703#comment-16189703 ] Bridger Howell commented on AVRO-2077: -- [~nkollar] I see your point. I see some value to having

[jira] [Updated] (AVRO-2080) Fix Javadoc Warnings in Generated Records

2017-10-02 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bridger Howell updated AVRO-2080: - Flags: Patch > Fix Javadoc Warnings in Generated Reco

[jira] [Updated] (AVRO-2080) Fix Javadoc Warnings in Generated Records

2017-10-02 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bridger Howell updated AVRO-2080: - Flags: (was: Patch) > Fix Javadoc Warnings in Generated Reco

[jira] [Commented] (AVRO-2043) Move to java8

2017-09-29 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16185883#comment-16185883 ] Bridger Howell commented on AVRO-2043: -- [~lukejackson]: See AVRO-2079 > Move to ja

[jira] [Commented] (AVRO-2077) Avro tools should have an option to check reader-writer compatibility

2017-09-22 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16176463#comment-16176463 ] Bridger Howell commented on AVRO-2077: -- Would it be strange to make this tool bidirectional? I

[jira] [Updated] (AVRO-2080) Fix Javadoc Warnings in Generated Records

2017-09-20 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bridger Howell updated AVRO-2080: - Attachment: Test.java Reference: the generated source for that {{Test}} schema. > Fix Java

[jira] [Created] (AVRO-2080) Fix Javadoc Warnings in Generated Records

2017-09-20 Thread Bridger Howell (JIRA)
Bridger Howell created AVRO-2080: Summary: Fix Javadoc Warnings in Generated Records Key: AVRO-2080 URL: https://issues.apache.org/jira/browse/AVRO-2080 Project: Avro Issue Type: Bug

[jira] [Commented] (AVRO-2019) Improve documentation for logical type annotations in IDL

2017-09-15 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16168107#comment-16168107 ] Bridger Howell commented on AVRO-2019: -- Clarification on my previous comment: I do think

[jira] [Commented] (AVRO-1810) GenericDatumWriter broken with Enum

2017-09-14 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16166847#comment-16166847 ] Bridger Howell commented on AVRO-1810: -- No particular use case, I was just looking at the way

[jira] [Commented] (AVRO-1810) GenericDatumWriter broken with Enum

2017-09-14 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16166383#comment-16166383 ] Bridger Howell commented on AVRO-1810: -- [~zolyfarkas] Would it be bad to interoperate

[jira] [Commented] (AVRO-2019) Improve documentation for logical type annotations in IDL

2017-09-09 Thread Bridger Howell (JIRA)
[ https://issues.apache.org/jira/browse/AVRO-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16159986#comment-16159986 ] Bridger Howell commented on AVRO-2019: -- Isn't the way {{logicalType}} decorators work on types in IDL