[jira] [Commented] (AVRO-2766) [C++] Compilation failure size_t

[ https://issues.apache.org/jira/browse/AVRO-2766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108857#comment-17108857 ] Hudson commented on AVRO-2766: -- SUCCESS: Integrated in Jenkins build AvroJava #874 (See

[jira] [Commented] (AVRO-2668) Build failure without a C++ compiler

[ https://issues.apache.org/jira/browse/AVRO-2668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108858#comment-17108858 ] Hudson commented on AVRO-2668: -- SUCCESS: Integrated in Jenkins build AvroJava #874 (See

Jenkins build is back to normal : AvroJava #874

See

[jira] [Updated] (AVRO-2837) Java DecimalConversion handling of scale and precision

[ https://issues.apache.org/jira/browse/AVRO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew McMahon updated AVRO-2837: -- Attachment: AVRO-2837.patch > Java DecimalConversion handling of scale and precision >

[jira] [Updated] (AVRO-2837) Java DecimalConversion handling of scale and precision

[ https://issues.apache.org/jira/browse/AVRO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew McMahon updated AVRO-2837: -- Issue Type: Bug (was: Improvement) > Java DecimalConversion handling of scale and precision >

Build failed in Jenkins: AvroJava #873

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #872

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #871

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #870

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #869

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #868

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #867

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #866

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #865

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

Build failed in Jenkins: AvroJava #864

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on H38 (ubuntu) in workspace

[jira] [Commented] (AVRO-2668) Build failure without a C++ compiler

[ https://issues.apache.org/jira/browse/AVRO-2668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108510#comment-17108510 ] ASF subversion and git services commented on AVRO-2668: --- Commit

[GitHub] [avro] dkulp merged pull request #754: AVRO-2668: Build failure without a C++ compiler

dkulp merged pull request #754: URL: https://github.com/apache/avro/pull/754 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the

[GitHub] [avro] dkulp merged pull request #837: AVRO-2766: Fix compilation error: 'size_t' does not name a type

dkulp merged pull request #837: URL: https://github.com/apache/avro/pull/837 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the

[jira] [Commented] (AVRO-2766) [C++] Compilation failure size_t

[ https://issues.apache.org/jira/browse/AVRO-2766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108507#comment-17108507 ] ASF subversion and git services commented on AVRO-2766: --- Commit

[GitHub] [avro] dkulp merged pull request #868: Use std::move when decoding maps and vectors

dkulp merged pull request #868: URL: https://github.com/apache/avro/pull/868 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the

[jira] [Updated] (AVRO-2838) Schema in generated Java class is different than the original one

[ https://issues.apache.org/jira/browse/AVRO-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas Krecan updated AVRO-2838: --- Description: If you generate Java classes from schema, {{SCHEMA$}} variable differs from the

[jira] [Updated] (AVRO-2838) Schema in generated Java class is different than the original one

[ https://issues.apache.org/jira/browse/AVRO-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas Krecan updated AVRO-2838: --- Summary: Schema in generated Java class is different than the original one (was: Schema in generated

[jira] [Updated] (AVRO-2838) Schema in generated Java class id different than the original one

[ https://issues.apache.org/jira/browse/AVRO-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas Krecan updated AVRO-2838: --- Description: If you generate Java classes from schema, `SCHEMA$` variable differs from the original

[jira] [Updated] (AVRO-2838) Schema in generated Java class id different than the original one

[ https://issues.apache.org/jira/browse/AVRO-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas Krecan updated AVRO-2838: --- Description: If you generate Java classes from schema, `SCHEMA$` variable differs from the original

[jira] [Created] (AVRO-2838) Schema in generated Java class id different than the original one

Lukas Krecan created AVRO-2838: -- Summary: Schema in generated Java class id different than the original one Key: AVRO-2838 URL: https://issues.apache.org/jira/browse/AVRO-2838 Project: Apache Avro

[jira] [Commented] (AVRO-2837) Java DecimalConversion handling of scale and precision

[ https://issues.apache.org/jira/browse/AVRO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108250#comment-17108250 ] Matthew McMahon commented on AVRO-2837: --- [^AVRO-2837.patch] Created a pull request at 

[jira] [Updated] (AVRO-2837) Java DecimalConversion handling of scale and precision

[ https://issues.apache.org/jira/browse/AVRO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew McMahon updated AVRO-2837: -- Description: Came across an interesting issue in Avro 1.8.2 Configured a decimal logical type

[jira] [Updated] (AVRO-2837) Java DecimalConversion handling of scale and precision

[ https://issues.apache.org/jira/browse/AVRO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew McMahon updated AVRO-2837: -- Attachment: AVRO-2837.patch > Java DecimalConversion handling of scale and precision >

[GitHub] [avro] maccamlc opened a new pull request #884: AVRO-2837: DecimalConversion handling of scale and precision

maccamlc opened a new pull request #884: URL: https://github.com/apache/avro/pull/884 Improve the handling to check precision and not error if scale of value is less Make sure you have checked _all_ steps below. ### Jira - [x] My PR addresses the following [Avro

[jira] [Created] (AVRO-2837) Java DecimalConversion handling of scale and precision

Matthew McMahon created AVRO-2837: - Summary: Java DecimalConversion handling of scale and precision Key: AVRO-2837 URL: https://issues.apache.org/jira/browse/AVRO-2837 Project: Apache Avro

[jira] [Commented] (AVRO-2836) SpecificCompiler does not add DecimalConversion when logical type is a Fixed type

[ https://issues.apache.org/jira/browse/AVRO-2836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108231#comment-17108231 ] Matthew McMahon commented on AVRO-2836: --- [^AVRO-2836.patch] Also created PR in Gitlab at 

[jira] [Updated] (AVRO-2836) SpecificCompiler does not add DecimalConversion when logical type is a Fixed type

[ https://issues.apache.org/jira/browse/AVRO-2836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew McMahon updated AVRO-2836: -- Attachment: AVRO-2836.patch > SpecificCompiler does not add DecimalConversion when logical type

[GitHub] [avro] maccamlc opened a new pull request #883: AVRO-2836 Generated java includes logical type conversions

maccamlc opened a new pull request #883: URL: https://github.com/apache/avro/pull/883 If the logical type is used for a Fixed type (potentially also Enum) then it should check if there are any conversions used, and include in the generated java source Make sure you have checked

[jira] [Created] (AVRO-2836) SpecificCompiler does not add DecimalConversion when logical type is a Fixed type

Matthew McMahon created AVRO-2836: - Summary: SpecificCompiler does not add DecimalConversion when logical type is a Fixed type Key: AVRO-2836 URL: https://issues.apache.org/jira/browse/AVRO-2836

[jira] [Resolved] (AVRO-1567) Avro java tools tests fail with IBM JVM

[ https://issues.apache.org/jira/browse/AVRO-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Skraba resolved AVRO-1567. --- Resolution: Fixed > Avro java tools tests fail with IBM JVM > ---

[jira] [Resolved] (AVRO-2227) CLONE - Python snappy error: "integer out of range for 'I' format code"

[ https://issues.apache.org/jira/browse/AVRO-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Skraba resolved AVRO-2227. --- Resolution: Duplicate > CLONE - Python snappy error: "integer out of range for 'I' format code" >

[jira] [Resolved] (AVRO-1805) Maven dependecy of avro-tools without slf4j implementation

[ https://issues.apache.org/jira/browse/AVRO-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Skraba resolved AVRO-1805. --- Resolution: Fixed > Maven dependecy of avro-tools without slf4j implementation >

[jira] [Commented] (AVRO-1805) Maven dependecy of avro-tools without slf4j implementation

[ https://issues.apache.org/jira/browse/AVRO-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108119#comment-17108119 ] Ryan Skraba commented on AVRO-1805: --- Hello! There is a maven dependency for avro-tools without any

[jira] [Resolved] (AVRO-2490) Unable to add field to existing avro schema

[ https://issues.apache.org/jira/browse/AVRO-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan Skraba resolved AVRO-2490. --- Fix Version/s: (was: 1.8.2) (was: 1.9.0) Resolution: Not A Bug >

[jira] [Commented] (AVRO-2490) Unable to add field to existing avro schema

[ https://issues.apache.org/jira/browse/AVRO-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17108110#comment-17108110 ] Ryan Skraba commented on AVRO-2490: --- Hello! This looks like a misunderstanding about what schema