Travel Assistance applications open.

[Niels Basjes]

—
The Travel Assistance Committee (TAC) are pleased to announce that travel
assistance applications for ApacheCon NA 2018 are now open!

We will be supporting ApacheCon NA Montreal, Canada on 24th - 29th
September 2018

 TAC exists to help those that would like to attend ApacheCon events, but
are unable to do so for financial reasons.
For more info on this years applications and qualifying criteria, please
visit the TAC website at < http://www.apache.org/travel/ <
http://www.apache.org/travel/> >. Applications are now open and will close
1st May.

Important: Applications close on May 1st, 2018. Applicants have until the
closing date above to submit their applications (which should contain as
much supporting material as required to efficiently and accurately process
their request), this will enable TAC to announce successful awards shortly
afterwards.

As usual, TAC expects to deal with a range of applications from a diverse
range of backgrounds. We therefore encourage (as always) anyone thinking
about sending in an application to do so ASAP.
We look forward to greeting many of you in Montreal

Kind Regards,
Gavin - (On behalf of the Travel Assistance Committee)
—

Apache EU Roadshow CFP Closing Soon (23 February)

[Sharan F]

Hello Everyone

This is an initial reminder to let you all know that we are holding an 
Apache EU Roadshow co-located with FOSS Backstage in Berlin on 13^th and 
14^th June 2018. https://s.apache.org/tCHx


The Call for Proposals (CFP) for the Apache EU Roadshow is currently 
open and will close at the end of next week, so if you have been 
delaying making a submission because the closing date seemed a long way 
off, then it's time to start getting your proposals submitted.


So what are we looking for?
We will have 2 Apache Devrooms available during the 2 day Roadshow so 
are looking for projects including incubating ones, to submit 
presentations, panel discussions, BoFs, or workshop proposals. The main 
focus of the Roadshow will be IoT, Cloud, Httpd and Tomcat so if your 
project is involved in or around any of these technologies at Apache 
then we are very interested in hearing from you.


Community and collaboration is important at Apache so if your project is 
interested in organising a project sprint, meetup or hackathon during 
the Roadshow, then please submit it inthe CFP as we do have some space 
available to allocate for these.


If you are wanting to submit a talk on open source community related 
topics such as the Apache Way, governance or legal aspects then please 
submit these to the CFP for FOSS Backstage.


Tickets for the Apache EU Roadshow are included as part of the 
registration for FOSS Backstage, so to attend the Roadshow you will need 
to register for FOSS Backstage. Early Bird tickets are still available 
until the 21^st February 2018.


Please see below for important URLs to remember:

-  To submit a CFP for the Apache EU Roadshow 
:http://apachecon.com/euroadshow18/ 


-  To submit a CFP for FOSS Backstage : 
https://foss-backstage.de/call-papers


-  To register to attend the Apache EU Roadshow and/or FOSS Backstage : 
https://foss-backstage.de/tickets


For further updates and information about the Apache EU Roadshowplease 
check http://apachecon.com/euroadshow18/


Thanks
Sharan Foga, VP Apache Community Development

[jira] [Commented] (AVRO-2041) set up gitbox integration

[Sean Busbey (JIRA)]

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

Sean Busbey commented on AVRO-2041:
---

thanks for taking this over Niels!

> set up gitbox integration
> -
>
> Key: AVRO-2041
> URL: https://issues.apache.org/jira/browse/AVRO-2041
> Project: Avro
>  Issue Type: Task
>  Components: community
>Reporter: Sean Busbey
>Assignee: Niels Basjes
>Priority: Major
>
> We got consensus back in may about [turning on gitbox 
> integration|https://lists.apache.org/thread.html/cdd8ba14c1bf8aca2d71d09862e9780f2dc46af414ed78b1e3fd9c56@%3Cdev.avro.apache.org%3E]
>  so do it.



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

[jira] [Commented] (AVRO-2139) Unable to use the copy builder with @java-class annotated generated classes

[Aldo Sinanaj (JIRA)]

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

Aldo Sinanaj commented on AVRO-2139:


Hi guys,

I'm experiencing the same issue and would be very nice not having this problem. 
Is there any update on this?

Cheers,

Aldo

> Unable to use the copy builder with @java-class annotated generated classes
> ---
>
> Key: AVRO-2139
> URL: https://issues.apache.org/jira/browse/AVRO-2139
> Project: Avro
>  Issue Type: Bug
>  Components: java
>Affects Versions: 1.8.2
>Reporter: Auke van Leeuwen
>Priority: Critical
>
> Description:
> When I'm using a schema with an {{@java-class}}, I can't seem to be using the 
> 'copy' builder.
> I think a piece of code says more than a thousands words:
> {{.avdl}} snippet:
> {noformat}
> ...
>   record Money {
> Currency currency;
> @java-class("java.math.BigDecimal")
> string amount;
>   }
> ...
> {noformat}
> Test:
> {noformat}
> @Test
> void test_copy_builder() {
> Money original = Money.newBuilder()
> .setAmount(BigDecimal.TEN)
> .setCurrency(Currency.EUR)
> .build();
> Money duplicate = Money.newBuilder(original).build();
> assertThat(duplicate, is(equalTo(original)));
> }
> {noformat}
> Result:
> {noformat}
> java.lang.ClassCastException: org.apache.avro.util.Utf8 cannot be cast to 
> java.math.BigDecimal
>   at 
> avro.moneyou.midlayer.common.financial.Money$Builder.(Money.java:193)
>   at 
> avro.moneyou.midlayer.common.financial.Money$Builder.(Money.java:155)
>   at 
> avro.moneyou.midlayer.common.financial.Money.newBuilder(Money.java:149)
>   at 
> avro.moneyou.midlayer.common.financial.MoneyTest.test_copy_builder(MoneyTest.java:20)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.junit.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:389)
>   at 
> org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:115)
>   at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.lambda$invokeTestMethod$6(TestMethodTestDescriptor.java:167)
>   at 
> org.junit.jupiter.engine.execution.ThrowableCollector.execute(ThrowableCollector.java:40)
>   at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.invokeTestMethod(TestMethodTestDescriptor.java:163)
> ...
> {noformat}



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

[jira] [Commented] (AVRO-1954) Schema.Field.defaultVal() generates: Unknown datum type org.apache.avro.JsonProperties$Null

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on AVRO-1954:
--

nandorKollar closed pull request #180: AVRO-1954 - Schema.Field.defaultVal() 
generates: Unknown datum type org.apache.avro.JsonProperties$Null
URL: https://github.com/apache/avro/pull/180
 
 
   

This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:

As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git 
a/lang/java/avro/src/main/java/org/apache/avro/generic/GenericData.java 
b/lang/java/avro/src/main/java/org/apache/avro/generic/GenericData.java
index ff0893c07..96f5ad50b 100644
--- a/lang/java/avro/src/main/java/org/apache/avro/generic/GenericData.java
+++ b/lang/java/avro/src/main/java/org/apache/avro/generic/GenericData.java
@@ -35,6 +35,7 @@
 import org.apache.avro.AvroTypeException;
 import org.apache.avro.Conversion;
 import org.apache.avro.Conversions;
+import org.apache.avro.JsonProperties;
 import org.apache.avro.LogicalType;
 import org.apache.avro.Schema;
 import org.apache.avro.Schema.Field;
@@ -743,7 +744,7 @@ public int resolveUnion(Schema union, Object datum) {
   /** Return the schema full name for a datum.  Called by {@link
* #resolveUnion(Schema,Object)}. */
   protected String getSchemaName(Object datum) {
-if (datum == null)
+if (datum == null || datum == JsonProperties.NULL_VALUE)
   return Type.NULL.getName();
 if (isRecord(datum))
   return getRecordSchema(datum).getFullName();
diff --git 
a/lang/java/avro/src/test/java/org/apache/avro/generic/TestGenericDatumWriter.java
 
b/lang/java/avro/src/test/java/org/apache/avro/generic/TestGenericDatumWriter.java
index f93a326c4..8f99cdfe4 100644
--- 
a/lang/java/avro/src/test/java/org/apache/avro/generic/TestGenericDatumWriter.java
+++ 
b/lang/java/avro/src/test/java/org/apache/avro/generic/TestGenericDatumWriter.java
@@ -24,7 +24,6 @@
 import java.io.ByteArrayInputStream;
 import java.io.ByteArrayOutputStream;
 import java.io.IOException;
-import java.io.OutputStream;
 import java.nio.ByteBuffer;
 import java.util.ConcurrentModificationException;
 import java.util.HashMap;
@@ -37,11 +36,10 @@
 import java.util.concurrent.Future;
 
 import org.apache.avro.Schema;
+import org.apache.avro.io.BinaryEncoder;
 import org.apache.avro.io.DecoderFactory;
-import org.apache.avro.io.DirectBinaryEncoder;
 import org.apache.avro.io.Encoder;
 import org.apache.avro.io.EncoderFactory;
-import org.apache.avro.io.JsonDecoder;
 import org.apache.avro.AvroTypeException;
 import org.junit.Test;
 import org.apache.avro.util.Utf8;
@@ -257,4 +255,43 @@ public void writeDoesNotAllowJavaEnumForGenericEnum() 
throws IOException {
 
 writer.write(record, encoder);
   }
+
+  @Test
+  public void writeFieldWithDefaultWithExplicitNullDefaultInSchema() throws 
Exception {
+Schema schema = schemaWithExplicitNullDefault();
+GenericRecord record = createRecordWithDefaultField(schema);
+writeObject(schema, record);
+  }
+
+  @Test
+  public void writeFieldWithDefaultWithoutExplicitNullDefaultInSchema() throws 
Exception {
+Schema schema = schemaWithoutExplicitNullDefault();
+GenericRecord record = createRecordWithDefaultField(schema);
+writeObject(schema, record);
+  }
+
+  private Schema schemaWithExplicitNullDefault() {
+String schema = 
"{\"type\":\"record\",\"name\":\"my_record\",\"namespace\":\"mytest.namespace\",\"doc\":\"doc\","
 +
+
"\"fields\":[{\"name\":\"f\",\"type\":[\"null\",\"string\"],\"doc\":\"field doc 
doc\", " +
+"\"default\":null}]}";
+return new Schema.Parser().parse(schema);
+  }
+
+  private Schema schemaWithoutExplicitNullDefault() {
+String schema = 
"{\"type\":\"record\",\"name\":\"my_record\",\"namespace\":\"mytest.namespace\",\"doc\":\"doc\","
 +
+
"\"fields\":[{\"name\":\"f\",\"type\":[\"null\",\"string\"],\"doc\":\"field doc 
doc\"}]}";
+return new Schema.Parser().parse(schema);
+  }
+
+  private void writeObject(Schema schema, GenericRecord datum) throws 
Exception {
+BinaryEncoder encoder = EncoderFactory.get().binaryEncoder(new 
ByteArrayOutputStream(), null);
+GenericDatumWriter writer = new 
GenericDatumWriter(schema);
+writer.write(schema, datum, encoder);
+  }
+
+  private GenericRecord createRecordWithDefaultField(Schema schema) {
+GenericRecord record = new GenericData.Record(schema);
+record.put("f", schema.getField("f").defaultVal());
+return record;
+  }
 }


 


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 

[jira] [Commented] (AVRO-1954) Schema.Field.defaultVal() generates: Unknown datum type org.apache.avro.JsonProperties$Null

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on AVRO-1954:
--

nandorKollar commented on issue #180: AVRO-1954 - Schema.Field.defaultVal() 
generates: Unknown datum type org.apache.avro.JsonProperties$Null
URL: https://github.com/apache/avro/pull/180#issuecomment-365574989
 
 
   Great! However I think this should be backported to branch-1.8 too.


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


> Schema.Field.defaultVal() generates: Unknown datum type 
> org.apache.avro.JsonProperties$Null
> ---
>
> Key: AVRO-1954
> URL: https://issues.apache.org/jira/browse/AVRO-1954
> Project: Avro
>  Issue Type: Bug
>  Components: java
>Affects Versions: 1.8.1, 1.9.0
>Reporter: rui miranda
>Assignee: Nandor Kollar
>Priority: Minor
> Fix For: 1.9.0
>
> Attachments: unitTestDefaultNull.patch
>
>
> I was creating GenericRecords and populating some fields -- which i could not 
> find the content on some json files -- with the Schema.Field.defaultVal(). 
> It seems if the schema has explicitly set the default value to be null, the 
> records generated this way can't be written. In this case, if default value 
> is null in the schema, an instance of 
> org.apache.avro.JsonProperties.NULL_VALUE is returned by 
> Schema.Field.defaultVal().
> I created an unit test which replicates the bug. I was thinking modify the 
> class org.apache.avro.generic.GenericData to evaluate 
> org.apache.avro.JsonProperties.NULL_VALUE as null. Is this the way to go? or 
> org.apache.avro.JsonProperties.NULL_VALUE is intend for other purposes?



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

[jira] [Commented] (AVRO-1954) Schema.Field.defaultVal() generates: Unknown datum type org.apache.avro.JsonProperties$Null

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on AVRO-1954:
--

derekstraka commented on issue #180: AVRO-1954 - Schema.Field.defaultVal() 
generates: Unknown datum type org.apache.avro.JsonProperties$Null
URL: https://github.com/apache/avro/pull/180#issuecomment-365573082
 
 
   Ah, awesome.  I was using the 1.8.0 release, and I had applied this patch to 
that tag locally and it resolved my issue.  I didn't think to check in master 
to see if it was already merged.  Thanks for your help!


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


> Schema.Field.defaultVal() generates: Unknown datum type 
> org.apache.avro.JsonProperties$Null
> ---
>
> Key: AVRO-1954
> URL: https://issues.apache.org/jira/browse/AVRO-1954
> Project: Avro
>  Issue Type: Bug
>  Components: java
>Affects Versions: 1.8.1, 1.9.0
>Reporter: rui miranda
>Assignee: Nandor Kollar
>Priority: Minor
> Fix For: 1.9.0
>
> Attachments: unitTestDefaultNull.patch
>
>
> I was creating GenericRecords and populating some fields -- which i could not 
> find the content on some json files -- with the Schema.Field.defaultVal(). 
> It seems if the schema has explicitly set the default value to be null, the 
> records generated this way can't be written. In this case, if default value 
> is null in the schema, an instance of 
> org.apache.avro.JsonProperties.NULL_VALUE is returned by 
> Schema.Field.defaultVal().
> I created an unit test which replicates the bug. I was thinking modify the 
> class org.apache.avro.generic.GenericData to evaluate 
> org.apache.avro.JsonProperties.NULL_VALUE as null. Is this the way to go? or 
> org.apache.avro.JsonProperties.NULL_VALUE is intend for other purposes?



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

[jira] [Updated] (AVRO-2144) 404 - Not found - Invalid Url for CSharp documentation

[Nandor Kollar (JIRA)]

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

Nandor Kollar updated AVRO-2144:

Status: Patch Available  (was: Open)

> 404 - Not found - Invalid Url for CSharp documentation
> --
>
> Key: AVRO-2144
> URL: https://issues.apache.org/jira/browse/AVRO-2144
> Project: Avro
>  Issue Type: Bug
>  Components: doc
>Affects Versions: 1.8.2
>Reporter: Selva Chinnasamy
>Assignee: Selva Chinnasamy
>Priority: Minor
>
> Invalid Url for C# Api documentation
> Selecting the below link
> [C# API|http://avro.apache.org/docs/current/api/csharp/index.html]
> leads to 404. Below is the current result:
> h1. Not Found
> The requested URL /docs/current/api/csharp/index.html was not found on this 
> server.



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

[jira] [Assigned] (AVRO-2144) 404 - Not found - Invalid Url for CSharp documentation

[Nandor Kollar (JIRA)]

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

Nandor Kollar reassigned AVRO-2144:
---

Assignee: Selva Chinnasamy

> 404 - Not found - Invalid Url for CSharp documentation
> --
>
> Key: AVRO-2144
> URL: https://issues.apache.org/jira/browse/AVRO-2144
> Project: Avro
>  Issue Type: Bug
>  Components: doc
>Affects Versions: 1.8.2
>Reporter: Selva Chinnasamy
>Assignee: Selva Chinnasamy
>Priority: Minor
>
> Invalid Url for C# Api documentation
> Selecting the below link
> [C# API|http://avro.apache.org/docs/current/api/csharp/index.html]
> leads to 404. Below is the current result:
> h1. Not Found
> The requested URL /docs/current/api/csharp/index.html was not found on this 
> server.



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

[perl] Fingerprint support?

[Frédéric SOUCHU]

Hi,
My wire format for an AVRO message is [fingerpring][AVRO serialization].
The fingerprint is used to lookup the right AVRO schema from something akin 
Confluent Schema Registry.

I have a new Perl data producer and could not find fingerprint calculation in 
the lib.
Am I missing something obvious?
If not supported, is there any ongoing activity on the Perl port that might 
bring fingerprint support?

Regards,
Frederic
This email and its content belong to Ingenico Group. The enclosed information 
is confidential and may not be disclosed to any unauthorized person. If you 
have received it by mistake do not forward it and delete it from your system. 
Cet email et son contenu sont la propriété du Groupe Ingenico. L'information 
qu'il contient est confidentielle et ne peut être communiquée à des personnes 
non autorisées. Si vous l'avez reçu par erreur ne le transférez pas et 
supprimez-le.

[jira] [Commented] (AVRO-1954) Schema.Field.defaultVal() generates: Unknown datum type org.apache.avro.JsonProperties$Null

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on AVRO-1954:
--

nandorKollar commented on issue #180: AVRO-1954 - Schema.Field.defaultVal() 
generates: Unknown datum type org.apache.avro.JsonProperties$Null
URL: https://github.com/apache/avro/pull/180#issuecomment-365531098
 
 
   @derekstraka I've no problem with using my work as base, but I'm afraid this 
pull request is already merged to master: 
https://github.com/apache/avro/blob/master/lang/java/avro/src/main/java/org/apache/avro/generic/GenericData.java#L730
   
   I'm afraid it was left open here accidentally. Are you sure that you ran 
into the same issue?


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


> Schema.Field.defaultVal() generates: Unknown datum type 
> org.apache.avro.JsonProperties$Null
> ---
>
> Key: AVRO-1954
> URL: https://issues.apache.org/jira/browse/AVRO-1954
> Project: Avro
>  Issue Type: Bug
>  Components: java
>Affects Versions: 1.8.1, 1.9.0
>Reporter: rui miranda
>Assignee: Nandor Kollar
>Priority: Minor
> Fix For: 1.9.0
>
> Attachments: unitTestDefaultNull.patch
>
>
> I was creating GenericRecords and populating some fields -- which i could not 
> find the content on some json files -- with the Schema.Field.defaultVal(). 
> It seems if the schema has explicitly set the default value to be null, the 
> records generated this way can't be written. In this case, if default value 
> is null in the schema, an instance of 
> org.apache.avro.JsonProperties.NULL_VALUE is returned by 
> Schema.Field.defaultVal().
> I created an unit test which replicates the bug. I was thinking modify the 
> class org.apache.avro.generic.GenericData to evaluate 
> org.apache.avro.JsonProperties.NULL_VALUE as null. Is this the way to go? or 
> org.apache.avro.JsonProperties.NULL_VALUE is intend for other purposes?



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