[jira] [Comment Edited] (AVRO-2399) Release wheels

2019-08-31 Thread Poule (Jira)


[ 
https://issues.apache.org/jira/browse/AVRO-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920205#comment-16920205
 ] 

Poule edited comment on AVRO-2399 at 8/31/19 7:44 PM:
--

I need that, probably cp37-cp37m-manylinux1_x86_64.whl I guess

To deploy Apache Pulsar Functions that use Avro

and also cp35-cp35m-manylinux1_x86_64.whl so It runs on Apache Pulsar docker 
image that uses Python 3.5


was (Author: poueldodue):
I need that, probably cp37-cp37m-manylinux1_x86_64.whl I guess

To deploy Apache Pulsar Functions that use Avro

> Release wheels
> --
>
> Key: AVRO-2399
> URL: https://issues.apache.org/jira/browse/AVRO-2399
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: python
>Reporter: Bernat Gabor
>Priority: Major
>
> We should also release wheels via the manywheel.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)


[jira] [Comment Edited] (AVRO-2399) Release wheels

2019-08-31 Thread Poule (Jira)


[ 
https://issues.apache.org/jira/browse/AVRO-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920205#comment-16920205
 ] 

Poule edited comment on AVRO-2399 at 8/31/19 7:42 PM:
--

I need that, probably cp37-cp37m-manylinux1_x86_64.whl I guess

To deploy Apache Pulsar Functions that use Avro


was (Author: poueldodue):
I need that, probably cp37-cp37m-manylinux1_x86_64.whl I guess


> Release wheels
> --
>
> Key: AVRO-2399
> URL: https://issues.apache.org/jira/browse/AVRO-2399
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: python
>Reporter: Bernat Gabor
>Priority: Major
>
> We should also release wheels via the manywheel.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)


[jira] [Commented] (AVRO-2399) Release wheels

2019-08-31 Thread Poule (Jira)


[ 
https://issues.apache.org/jira/browse/AVRO-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16920205#comment-16920205
 ] 

Poule commented on AVRO-2399:
-

I need that, probably cp37-cp37m-manylinux1_x86_64.whl I guess


> Release wheels
> --
>
> Key: AVRO-2399
> URL: https://issues.apache.org/jira/browse/AVRO-2399
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: python
>Reporter: Bernat Gabor
>Priority: Major
>
> We should also release wheels via the manywheel.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)


[jira] [Updated] (AVRO-2539) ThriftData produces not compatible avro schemas

2019-08-31 Thread Nikita Ryanov (Jira)


 [ 
https://issues.apache.org/jira/browse/AVRO-2539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nikita Ryanov updated AVRO-2539:

Description: 
Currently, ThrifdData class produces not compatible avro schema in terms of 
AvroCompatibility rules. 

For example, consider this thrift structs:
{code:java}
struct V1 {
  1: required string f1,
  2: optional string f2
}

struct V1 {
 1: required string f1,
 2: optional string f2,
 3: optional string f3
}{code}

Produced schemas will be: 

{noformat}
{"type":"record","name":"V1","namespace":"serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}],"default":null}]}

{"type":"record","name":"V2","namespace":"serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}]},
 {"name":"f3","type":["null",{"type":"string","avro.java.string":"String"}]}]}
{noformat}

The problem is that if i try to check this schemas using BACKWARD compatibility 
checker i will get false, because fields f2 and f3 has no default values even 
if they are optional.

Also, if i use default value in my thrift definition the resulting avro schema 
will not contain it.

There is possibility to fix default null values for optional fields using 
NULL_DEFAULT_VALUE, but it will ignore the real default values. To honour the 
real default values specified in *.thrift we can use instance of thrift message 
to get default value, but this will require some refactoring of such methods as 
getSchema and nullable in ThriftData.class


  was:
Currently, ThrifdData class produces not compatible avro schema in terms of 
AvroCompatibility rules. 

For example, consider this thrift structs:
{code:java}
struct V1 {
  1: required string f1,
  2: optional string f2
}

struct V1 {
 1: required string f1,
 2: optional string f2,
 3: optional string f3
}{code}

Produced schemas will be: 

{noformat}
{"type":"record","name":"V1","namespace":"schemakeeper.serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}],"default":null}]}

{"type":"record","name":"V2","namespace":"schemakeeper.serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}]},
 {"name":"f3","type":["null",{"type":"string","avro.java.string":"String"}]}]}
{noformat}

The problem is that if i try to check this schemas using BACKWARD compatibility 
checker i will get false, because fields f2 and f3 has no default values even 
if they are optional.

Also, if i use default value in my thrift definition the resulting avro schema 
will not contain it.

There is possibility to fix default null values for optional fields using 
NULL_DEFAULT_VALUE, but it will ignore the real default values. To honour the 
real default values specified in *.thrift we can use instance of thrift message 
to get default value, but this will require some refactoring of such methods as 
getSchema and nullable in ThriftData.class



> ThriftData produces not compatible avro schemas
> ---
>
> Key: AVRO-2539
> URL: https://issues.apache.org/jira/browse/AVRO-2539
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: java
>Affects Versions: 1.9.0
>Reporter: Nikita Ryanov
>Priority: Major
>
> Currently, ThrifdData class produces not compatible avro schema in terms of 
> AvroCompatibility rules. 
> For example, consider this thrift structs:
> {code:java}
> struct V1 {
>   1: required string f1,
>   2: optional string f2
> }
> struct V1 {
>  1: required string f1,
>  2: optional string f2,
>  3: optional string f3
> }{code}
> Produced schemas will be: 
> {noformat}
> {"type":"record","name":"V1","namespace":"serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}],"default":null}]}
> {"type":"record","name":"V2","namespace":"serialization.thrift.test","fields":[{"name":"f1","type":["null",{"type":"string","avro.java.string":"String"}]},{"name":"f2","type":["null",{"type":"string","avro.java.string":"String"}]},
>  {"name":"f3","type":["null",{"type":"string","avro.java.string":"String"}]}]}
> {noformat}
> The problem is that if i try to check this schemas using BACKWARD 
> compatibility checker i will get false, because fields f2 and f3 has no 
> default values even if they are optional.
> Also, if i use default value in my thrift definition the 

Re: [Announce] Please welcome Nándor Kollár to the Apache Avro PMC

2019-08-31 Thread Driesprong, Fokko
Welcome Nándor, great to have you on the PMC! 

Op za 31 aug. 2019 om 09:20 schreef Niels Basjes :

> Welcome!
>
> On Fri, Aug 30, 2019, 23:39 Brian Lachniet  wrote:
>
> > Congratulations, Nándor!
> >
> > On Fri, Aug 30, 2019, 5:37 PM Sean Busbey  wrote:
> >
> >> Hi folks!
> >>
> >> On behalf of the Apache Avro PMC I am pleased to announce that Nándor
> >> Kollár has accepted our invitation to become a PMC member. We
> >> appreciate Nándor stepping up to take more responsibility in the
> >> project.
> >>
> >> Please join me in welcoming Nándor to the Avro PMC!
> >>
> >> As a reminder, if anyone would like to nominate another person as a
> >> committer or PMC member, even if you are not currently a committer or
> >> PMC member, you can always drop a note to priv...@avro.apache.org to
> >> let us know.
> >>
> >
>


Re: [Announce] Please welcome Nándor Kollár to the Apache Avro PMC

2019-08-31 Thread Niels Basjes
Welcome!

On Fri, Aug 30, 2019, 23:39 Brian Lachniet  wrote:

> Congratulations, Nándor!
>
> On Fri, Aug 30, 2019, 5:37 PM Sean Busbey  wrote:
>
>> Hi folks!
>>
>> On behalf of the Apache Avro PMC I am pleased to announce that Nándor
>> Kollár has accepted our invitation to become a PMC member. We
>> appreciate Nándor stepping up to take more responsibility in the
>> project.
>>
>> Please join me in welcoming Nándor to the Avro PMC!
>>
>> As a reminder, if anyone would like to nominate another person as a
>> committer or PMC member, even if you are not currently a committer or
>> PMC member, you can always drop a note to priv...@avro.apache.org to
>> let us know.
>>
>