[jira] [Commented] (AVRO-2200) Option to fail when extra fields are in the payload

2019-04-03 Thread Hudson (JIRA)


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

Hudson commented on AVRO-2200:
--

FAILURE: Integrated in Jenkins build AvroJava #636 (See 
[https://builds.apache.org/job/AvroJava/636/])
AVRO-2200: Option to fail when extra fields are in the payload (#321) (fokko: 
[https://github.com/apache/avro/commit/3a7786ed1a3bedf05e6bce7924aea2f75b576912])
* (edit) lang/ruby/lib/avro/schema_validator.rb
* (edit) lang/ruby/test/test_schema_validator.rb


> Option to fail when extra fields are in the payload
> ---
>
> Key: AVRO-2200
> URL: https://issues.apache.org/jira/browse/AVRO-2200
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: ruby
>Reporter: Daniel Orner
>Assignee: Tim Perkins
>Priority: Minor
> Fix For: 1.9.0
>
>
> Currently, when passing a datum into the schema validator, the datum will 
> pass even if the datum has more fields than the schema does. This can be 
> dangerous because the client code is assuming that the schema has these 
> values, but they are actually being silently swallowed when they are encoded.
> I'd like to open a PR where we can provide an option to make the validator 
> fail on any extra fields. See https://github.com/salsify/avro-patches/pull/15



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (AVRO-2200) Option to fail when extra fields are in the payload

2019-04-03 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on AVRO-2200:
---

Commit 3a7786ed1a3bedf05e6bce7924aea2f75b576912 in avro's branch 
refs/heads/master from Daniel Orner
[ https://gitbox.apache.org/repos/asf?p=avro.git;h=3a7786e ]

AVRO-2200: Option to fail when extra fields are in the payload (#321)

* AVRO-2200: Option to fail when extra fields are in the payload

* Check for extra fields recursively


> Option to fail when extra fields are in the payload
> ---
>
> Key: AVRO-2200
> URL: https://issues.apache.org/jira/browse/AVRO-2200
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: ruby
>Reporter: Daniel Orner
>Assignee: Tim Perkins
>Priority: Minor
> Fix For: 1.9.0
>
>
> Currently, when passing a datum into the schema validator, the datum will 
> pass even if the datum has more fields than the schema does. This can be 
> dangerous because the client code is assuming that the schema has these 
> values, but they are actually being silently swallowed when they are encoded.
> I'd like to open a PR where we can provide an option to make the validator 
> fail on any extra fields. See https://github.com/salsify/avro-patches/pull/15



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (AVRO-2200) Option to fail when extra fields are in the payload

2019-04-03 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on AVRO-2200:
---

Commit 3a7786ed1a3bedf05e6bce7924aea2f75b576912 in avro's branch 
refs/heads/master from Daniel Orner
[ https://gitbox.apache.org/repos/asf?p=avro.git;h=3a7786e ]

AVRO-2200: Option to fail when extra fields are in the payload (#321)

* AVRO-2200: Option to fail when extra fields are in the payload

* Check for extra fields recursively


> Option to fail when extra fields are in the payload
> ---
>
> Key: AVRO-2200
> URL: https://issues.apache.org/jira/browse/AVRO-2200
> Project: Apache Avro
>  Issue Type: Improvement
>  Components: ruby
>Reporter: Daniel Orner
>Assignee: Tim Perkins
>Priority: Minor
> Fix For: 1.9.0
>
>
> Currently, when passing a datum into the schema validator, the datum will 
> pass even if the datum has more fields than the schema does. This can be 
> dangerous because the client code is assuming that the schema has these 
> values, but they are actually being silently swallowed when they are encoded.
> I'd like to open a PR where we can provide an option to make the validator 
> fail on any extra fields. See https://github.com/salsify/avro-patches/pull/15



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (AVRO-2200) Option to fail when extra fields are in the payload

2018-08-13 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on AVRO-2200:
--

GrafBlutwurst commented on issue #321: AVRO-2200: Option to fail when extra 
fields are in the payload
URL: https://github.com/apache/avro/pull/321#issuecomment-412433747
 
 
   Hi any chance this will also make it into the Java components? I am 
wrangling currently with a similar issue 
https://stackoverflow.com/questions/51817298/strict-avro-parsing-mode-no-dropping-additional-fields.
   
   Thanks!
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Option to fail when extra fields are in the payload
> ---
>
> Key: AVRO-2200
> URL: https://issues.apache.org/jira/browse/AVRO-2200
> Project: Avro
>  Issue Type: Improvement
>  Components: ruby
>Reporter: Daniel Orner
>Priority: Minor
>
> Currently, when passing a datum into the schema validator, the datum will 
> pass even if the datum has more fields than the schema does. This can be 
> dangerous because the client code is assuming that the schema has these 
> values, but they are actually being silently swallowed when they are encoded.
> I'd like to open a PR where we can provide an option to make the validator 
> fail on any extra fields. See https://github.com/salsify/avro-patches/pull/15



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (AVRO-2200) Option to fail when extra fields are in the payload

2018-07-17 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on AVRO-2200:
--

dorner opened a new pull request #321: AVRO-2200: Option to fail when extra 
fields are in the payload
URL: https://github.com/apache/avro/pull/321
 
 
   See https://issues.apache.org/jira/browse/AVRO-2200
   
   Currently, when passing a datum into the schema validator, the datum will 
pass even if the datum has more fields than the schema does. This can be 
dangerous because the client code is assuming that the schema has these values, 
but they are actually being silently swallowed when they are encoded.
   
   This PR provides an option to make the validator fail on any extra fields.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Option to fail when extra fields are in the payload
> ---
>
> Key: AVRO-2200
> URL: https://issues.apache.org/jira/browse/AVRO-2200
> Project: Avro
>  Issue Type: Improvement
>  Components: ruby
>Reporter: Daniel Orner
>Priority: Minor
>
> Currently, when passing a datum into the schema validator, the datum will 
> pass even if the datum has more fields than the schema does. This can be 
> dangerous because the client code is assuming that the schema has these 
> values, but they are actually being silently swallowed when they are encoded.
> I'd like to open a PR where we can provide an option to make the validator 
> fail on any extra fields. See https://github.com/salsify/avro-patches/pull/15



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)