Re: Licensing problem (LGPL in codebase!!)
As part of the release we do run the rat plugin. So it is a highly unlikely this would have been run through a release. However, changing it now is a great addition since the release manager has to go through the whole license check for all of the files. Also, as Sean mentioned anyone who has made any changes to the file after the addition of the license will also need to be informed of the change to the license. Thanks Suraj On Thu, Dec 14, 2017 at 2:49 AM, Niels Basjeswrote: > Hi all, > > After we hear back from Thiru I would like Zoltan to fix these 4 files. > > lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/SchemaVisitorAction.java > lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/SchemaVisitor.java > lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/Schemas.java > lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/CloningVisitor.java > > See: https://issues.apache.org/jira/browse/AVRO-2118 > > After those have been fixed we can commit this change (guys, please review > this. Thanks.) > https://issues.apache.org/jira/browse/AVRO-2119 > > Niels Basjes > > > On Thu, Dec 14, 2017 at 11:11 AM, Niels Basjes wrote: > > > Hi all, > > > > I had a closer look at the code base. > > > > Most important: > > 1) I have found these files only in the master branch. > > 2) I checked both release 1.8.2 and 1.7.7 and in these files are NOT > > present in any of those releases. ( > > So we're ok on this part. > > > > I have found exactly 2 files with this problem: > > ./lang/java/compiler/src/main/java/org/apache/avro/compiler/ > > schema/SchemaVisitorAction.java > > ./lang/java/compiler/src/main/java/org/apache/avro/compiler/ > > schema/SchemaVisitor.java > > > > I have found 1 additional commit that touches these two files: > > > > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > > 1b8df573c9 > > > > commit 9132015450a2ad6f56cd582b393e8f1b8df573c9 > >> Author: Thiruvalluvan M G > >> AuthorDate: Sun Apr 30 21:02:02 2017 +0530 > >> Commit: Thiruvalluvan M G > >> CommitDate: Sun Apr 30 23:31:29 2017 +0530 > >> Added more tests and fixed a couple of bugs. Also formatted the code > > > > > > In both these files the only changes are: > > - Removing the author tag > > - Whitespace changes. > > > > See: > > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > > 1b8df573c9#diff-d0adffb4097a1e43917fd5c3f2aae1ab > > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > > 1b8df573c9#diff-ced3f0d25217ef63c2f2ea09a8b60e92 > > > > @Thiru: To be 100% sure: You agree with changing these two files to the > > Apache license? > > > > Niels Basjes > > > > > > On Wed, Dec 13, 2017 at 6:47 PM, Sean Busbey wrote: > > > >> In addition to Zoltan we'll need to confirm anyone else who has modified > >> the files. > >> > >> On Dec 13, 2017 11:46, "Sean Busbey" wrote: > >> > >> > Have these files made it into a release? > >> > > >> > On Dec 13, 2017 10:18, "Niels Basjes" wrote: > >> > > >> >> Zoltan, > >> >> > >> >> Because the copyright notice now says you own it I guess the best way > >> to > >> >> approach this is is when you put up a pull request with all those > files > >> >> files having a new license header. > >> >> That way it is clear that you made the license switch. I think this > >> should > >> >> be a separate jira to document this clearly. > >> >> > >> >> What do you guys think about this approach? > >> >> > >> >> @Nandor / Gabor: I'll put up a ticket that we should run rat much > more > >> >> often (for both 1.8 and master). (i.e. no longer only in separate > >> profile > >> >> of maven) > >> >> > >> >> Niels Basjes > >> >> > >> >> > >> >> On Wed, Dec 13, 2017 at 4:37 PM, Zoltan Farkas > >> >> >> >> > wrote: > >> >> > >> >> > Hi Niels, the license is a mistake made by me. > >> >> > Those files were based from my work on spf4j-avro which is > currently > >> >> dual > >> >> > licensed with LGPL and Apache . > >> >> > > >> >> > We should just replace the license headers with the appropriate > >> Apache > >> >> > header. > >> >> > Let me know if you need me to do anything. > >> >> > > >> >> > Thank you > >> >> > > >> >> > --z > >> >> > > >> >> > > On Dec 13, 2017, at 8:14 AM, Niels Basjes > wrote: > >> >> > > > >> >> > > Hi all, > >> >> > > > >> >> > > I was going through the codebase and I found that several files > are > >> >> not > >> >> > > Apache licensed. > >> >> > > > >> >> > > https://github.com/apache/avro/tree/master/lang/java/ > >> >> > compiler/src/main/java/org/apache/avro/compiler/schema > >> >> > > > >> >> > > Some of these files do not have a copyright block (fixable), yet > >> some > >> >> > have > >> >> > > this: > >> >> > > > >> >> > > /* > >> >> > > > >> >> > > * Copyright
[jira] [Commented] (AVRO-2115) Support @Union in members too
[ https://issues.apache.org/jira/browse/AVRO-2115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290950#comment-16290950 ] Doug Cutting commented on AVRO-2115: Yes, that should be fixed in the package documentation. Also, please update the Union.java documentation, adding a sentence like, "A null schema may be specified with Void.class." > Support @Union in members too > - > > Key: AVRO-2115 > URL: https://issues.apache.org/jira/browse/AVRO-2115 > Project: Avro > Issue Type: Improvement >Reporter: Miguel >Priority: Minor > > Allow defining unions in members: > {code:java} > class MyDatum { >@Nullable >@Union({String.class, Long.class, Other.class,...}) >Object o; > } > {code} > It can currently be implemented using @AvroSchema like this, but it is seems > in my oppinion more verbose and more difficult to maintain: > {code:java} > @AvroSchema("[\"null\",\"string\",...") > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290829#comment-16290829 ] Zoltan Farkas edited comment on AVRO-2118 at 12/14/17 1:39 PM: --- created PR: https://github.com/apache/avro/pull/267 was (Author: zolyfarkas): will create a PR, and add the details to this JIRA. > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Zoltan Farkas > Fix For: 1.9.0 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290829#comment-16290829 ] Zoltan Farkas commented on AVRO-2118: - will create a PR, and add the details to this JIRA. > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Zoltan Farkas > Fix For: 1.9.0 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] avro pull request #266: Avro 2117 code cleanup
GitHub user nielsbasjes opened a pull request: https://github.com/apache/avro/pull/266 Avro 2117 code cleanup This is a massive set of changes to reduce the number of needless warnings in the (mostly Java) code base. I have kept each type of change in a separate commit so we can cherry-pick if one or more are unwanted. Please review. You can merge this pull request into a Git repository by running: $ git pull https://github.com/nielsbasjes/avro AVRO-2117-CodeCleanup Alternatively you can review and apply these changes as the patch at: https://github.com/apache/avro/pull/266.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #266 commit 6a2adc9403c8c70332d7fd988d203232be165792 Author: Niels BasjesDate: 2017-12-13T13:56:00Z AVRO-2117: Cleanup Java - Fix spelling errors commit 8f9ff6cdd39019621912ebba085227a86f870660 Author: Niels Basjes Date: 2017-12-13T14:24:49Z AVRO-2117: Cleanup Java - Remove trailing spaces commit 40df4ebee2d98a3f83276a5b22ce84b46d2c1843 Author: Niels Basjes Date: 2017-12-13T14:25:01Z AVRO-2117: Cleanup C# - Remove trailing spaces commit 723eb369485d3377b9da32a448fd0828fae47289 Author: Niels Basjes Date: 2017-12-13T14:48:24Z AVRO-2117: Cleanup Java - Explicit types replaced with <> commit 501e6f21ec2db7a975ed9ca243a2253d72d5085a Author: Niels Basjes Date: 2017-12-13T14:54:13Z AVRO-2117: Cleanup Java - Copyright block is reported as 'Dangling Javadoc' commit 3d8791143dd4a0d2fa2a0ddd17138cc2711f01b5 Author: Niels Basjes Date: 2017-12-13T15:01:18Z AVRO-2117: Cleanup Java - Remove unused imports commit 2204c502997e836f1cea065ebe373e98197a200b Author: Niels Basjes Date: 2017-12-13T16:03:34Z AVRO-2117: Cleanup Java - Cleanup tests commit fd43dafe106b1858b70973770fa42acba905d670 Author: Niels Basjes Date: 2017-12-14T09:56:21Z AVRO-2117: Cleanup Java - Remove redundant type arguments ---
Re: Licensing problem (LGPL in codebase!!)
Hi all, After we hear back from Thiru I would like Zoltan to fix these 4 files. lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitorAction.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitor.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/Schemas.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/CloningVisitor.java See: https://issues.apache.org/jira/browse/AVRO-2118 After those have been fixed we can commit this change (guys, please review this. Thanks.) https://issues.apache.org/jira/browse/AVRO-2119 Niels Basjes On Thu, Dec 14, 2017 at 11:11 AM, Niels Basjeswrote: > Hi all, > > I had a closer look at the code base. > > Most important: > 1) I have found these files only in the master branch. > 2) I checked both release 1.8.2 and 1.7.7 and in these files are NOT > present in any of those releases. ( > So we're ok on this part. > > I have found exactly 2 files with this problem: > ./lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/SchemaVisitorAction.java > ./lang/java/compiler/src/main/java/org/apache/avro/compiler/ > schema/SchemaVisitor.java > > I have found 1 additional commit that touches these two files: > > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > 1b8df573c9 > > commit 9132015450a2ad6f56cd582b393e8f1b8df573c9 >> Author: Thiruvalluvan M G >> AuthorDate: Sun Apr 30 21:02:02 2017 +0530 >> Commit: Thiruvalluvan M G >> CommitDate: Sun Apr 30 23:31:29 2017 +0530 >> Added more tests and fixed a couple of bugs. Also formatted the code > > > In both these files the only changes are: > - Removing the author tag > - Whitespace changes. > > See: > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > 1b8df573c9#diff-d0adffb4097a1e43917fd5c3f2aae1ab > https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f > 1b8df573c9#diff-ced3f0d25217ef63c2f2ea09a8b60e92 > > @Thiru: To be 100% sure: You agree with changing these two files to the > Apache license? > > Niels Basjes > > > On Wed, Dec 13, 2017 at 6:47 PM, Sean Busbey wrote: > >> In addition to Zoltan we'll need to confirm anyone else who has modified >> the files. >> >> On Dec 13, 2017 11:46, "Sean Busbey" wrote: >> >> > Have these files made it into a release? >> > >> > On Dec 13, 2017 10:18, "Niels Basjes" wrote: >> > >> >> Zoltan, >> >> >> >> Because the copyright notice now says you own it I guess the best way >> to >> >> approach this is is when you put up a pull request with all those files >> >> files having a new license header. >> >> That way it is clear that you made the license switch. I think this >> should >> >> be a separate jira to document this clearly. >> >> >> >> What do you guys think about this approach? >> >> >> >> @Nandor / Gabor: I'll put up a ticket that we should run rat much more >> >> often (for both 1.8 and master). (i.e. no longer only in separate >> profile >> >> of maven) >> >> >> >> Niels Basjes >> >> >> >> >> >> On Wed, Dec 13, 2017 at 4:37 PM, Zoltan Farkas >> >> > >> > wrote: >> >> >> >> > Hi Niels, the license is a mistake made by me. >> >> > Those files were based from my work on spf4j-avro which is currently >> >> dual >> >> > licensed with LGPL and Apache . >> >> > >> >> > We should just replace the license headers with the appropriate >> Apache >> >> > header. >> >> > Let me know if you need me to do anything. >> >> > >> >> > Thank you >> >> > >> >> > --z >> >> > >> >> > > On Dec 13, 2017, at 8:14 AM, Niels Basjes wrote: >> >> > > >> >> > > Hi all, >> >> > > >> >> > > I was going through the codebase and I found that several files are >> >> not >> >> > > Apache licensed. >> >> > > >> >> > > https://github.com/apache/avro/tree/master/lang/java/ >> >> > compiler/src/main/java/org/apache/avro/compiler/schema >> >> > > >> >> > > Some of these files do not have a copyright block (fixable), yet >> some >> >> > have >> >> > > this: >> >> > > >> >> > > /* >> >> > > >> >> > > * Copyright (c) 2001 - 2016, Zoltan Farkas All Rights Reserved. >> >> > > * >> >> > > * This library is free software; you can redistribute it and/or >> >> > > * modify it under the terms of the GNU Lesser General Public >> >> > > * License as published by the Free Software Foundation; either >> >> > > * version 2.1 of the License, or (at your option) any later >> version. >> >> > > * >> >> > > * This library is distributed in the hope that it will be useful, >> >> > > * but WITHOUT ANY WARRANTY; without even the implied warranty of >> >> > > * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >> >> > > * GNU General Public License for more details. >> >> > > * >> >> > > * You should have received a copy of the GNU Lesser General Public >> >> > > * License along with this
[jira] [Commented] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290705#comment-16290705 ] Niels Basjes commented on AVRO-2118: [~zolyfarkas]: These are the 4 remaining files lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitorAction.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitor.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/Schemas.java lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/CloningVisitor.java > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Zoltan Farkas > Fix For: 1.9.0 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Assigned] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niels Basjes reassigned AVRO-2118: -- Assignee: Zoltan Farkas (was: Niels Basjes) > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Zoltan Farkas > Fix For: 1.9.0 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (AVRO-2119) Run rat tool as part of the regular (java) build.
[ https://issues.apache.org/jira/browse/AVRO-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niels Basjes updated AVRO-2119: --- Fix Version/s: 1.8.3 1.9.0 > Run rat tool as part of the regular (java) build. > - > > Key: AVRO-2119 > URL: https://issues.apache.org/jira/browse/AVRO-2119 > Project: Avro > Issue Type: Improvement >Reporter: Niels Basjes >Assignee: Niels Basjes > Fix For: 1.9.0, 1.8.3 > > > On a regular basis files get in that do not meet the licensing requirements. > The root casue seems to be that in order to do the check you need to run the > Apache Rat too manually (which many forget). > This must be dome much more often. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (AVRO-2119) Run Apache Rat check on every java build
[ https://issues.apache.org/jira/browse/AVRO-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290695#comment-16290695 ] ASF GitHub Bot commented on AVRO-2119: -- GitHub user nielsbasjes opened a pull request: https://github.com/apache/avro/pull/265 AVRO-2119: Run Apache Rat check on every java build This simply forces Apache Rat to run on every Java build. Must be committed to branch-1.7 branch-1.8 and master. You can merge this pull request into a Git repository by running: $ git pull https://github.com/nielsbasjes/avro AVRO-2119-Run-rat-always Alternatively you can review and apply these changes as the patch at: https://github.com/apache/avro/pull/265.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #265 commit 8c2d37c912610cff49101aab6bff02425ed50c3a Author: Niels BasjesDate: 2017-12-14T10:27:55Z AVRO-2119: Run Apache Rat check on every java build > Run Apache Rat check on every java build > > > Key: AVRO-2119 > URL: https://issues.apache.org/jira/browse/AVRO-2119 > Project: Avro > Issue Type: Improvement >Reporter: Niels Basjes >Assignee: Niels Basjes > Fix For: 1.9.0, 1.8.3 > > > On a regular basis files get in that do not meet the licensing requirements. > The root casue seems to be that in order to do the check you need to run the > Apache Rat too manually (which many forget). > This must be dome much more often. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] avro pull request #265: AVRO-2119: Run Apache Rat check on every java build
GitHub user nielsbasjes opened a pull request: https://github.com/apache/avro/pull/265 AVRO-2119: Run Apache Rat check on every java build This simply forces Apache Rat to run on every Java build. Must be committed to branch-1.7 branch-1.8 and master. You can merge this pull request into a Git repository by running: $ git pull https://github.com/nielsbasjes/avro AVRO-2119-Run-rat-always Alternatively you can review and apply these changes as the patch at: https://github.com/apache/avro/pull/265.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #265 commit 8c2d37c912610cff49101aab6bff02425ed50c3a Author: Niels BasjesDate: 2017-12-14T10:27:55Z AVRO-2119: Run Apache Rat check on every java build ---
[jira] [Updated] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niels Basjes updated AVRO-2118: --- Fix Version/s: (was: 1.8.3) > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Niels Basjes > Fix For: 1.9.0 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (AVRO-2119) Run Apache Rat check on every java build
[ https://issues.apache.org/jira/browse/AVRO-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niels Basjes updated AVRO-2119: --- Summary: Run Apache Rat check on every java build (was: Run rat tool as part of the regular (java) build.) > Run Apache Rat check on every java build > > > Key: AVRO-2119 > URL: https://issues.apache.org/jira/browse/AVRO-2119 > Project: Avro > Issue Type: Improvement >Reporter: Niels Basjes >Assignee: Niels Basjes > Fix For: 1.9.0, 1.8.3 > > > On a regular basis files get in that do not meet the licensing requirements. > The root casue seems to be that in order to do the check you need to run the > Apache Rat too manually (which many forget). > This must be dome much more often. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (AVRO-2118) Rat tool fails over several files.
[ https://issues.apache.org/jira/browse/AVRO-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niels Basjes updated AVRO-2118: --- Fix Version/s: 1.8.3 1.9.0 > Rat tool fails over several files. > -- > > Key: AVRO-2118 > URL: https://issues.apache.org/jira/browse/AVRO-2118 > Project: Avro > Issue Type: Bug >Reporter: Niels Basjes >Assignee: Niels Basjes > Fix For: 1.9.0, 1.8.3 > > -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (AVRO-2119) Run rat tool as part of the regular (java) build.
Niels Basjes created AVRO-2119: -- Summary: Run rat tool as part of the regular (java) build. Key: AVRO-2119 URL: https://issues.apache.org/jira/browse/AVRO-2119 Project: Avro Issue Type: Improvement Reporter: Niels Basjes Assignee: Niels Basjes On a regular basis files get in that do not meet the licensing requirements. The root casue seems to be that in order to do the check you need to run the Apache Rat too manually (which many forget). This must be dome much more often. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
Re: Licensing problem (LGPL in codebase!!)
Hi all, I had a closer look at the code base. Most important: 1) I have found these files only in the master branch. 2) I checked both release 1.8.2 and 1.7.7 and in these files are NOT present in any of those releases. ( So we're ok on this part. I have found exactly 2 files with this problem: ./lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitorAction.java ./lang/java/compiler/src/main/java/org/apache/avro/compiler/schema/SchemaVisitor.java I have found 1 additional commit that touches these two files: https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f1b8df573c9 commit 9132015450a2ad6f56cd582b393e8f1b8df573c9 > Author: Thiruvalluvan M G> AuthorDate: Sun Apr 30 21:02:02 2017 +0530 > Commit: Thiruvalluvan M G > CommitDate: Sun Apr 30 23:31:29 2017 +0530 > Added more tests and fixed a couple of bugs. Also formatted the code In both these files the only changes are: - Removing the author tag - Whitespace changes. See: https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f1b8df573c9#diff-d0adffb4097a1e43917fd5c3f2aae1ab https://github.com/apache/avro/commit/9132015450a2ad6f56cd582b393e8f1b8df573c9#diff-ced3f0d25217ef63c2f2ea09a8b60e92 @Thiru: To be 100% sure: You agree with changing these two files to the Apache license? Niels Basjes On Wed, Dec 13, 2017 at 6:47 PM, Sean Busbey wrote: > In addition to Zoltan we'll need to confirm anyone else who has modified > the files. > > On Dec 13, 2017 11:46, "Sean Busbey" wrote: > > > Have these files made it into a release? > > > > On Dec 13, 2017 10:18, "Niels Basjes" wrote: > > > >> Zoltan, > >> > >> Because the copyright notice now says you own it I guess the best way to > >> approach this is is when you put up a pull request with all those files > >> files having a new license header. > >> That way it is clear that you made the license switch. I think this > should > >> be a separate jira to document this clearly. > >> > >> What do you guys think about this approach? > >> > >> @Nandor / Gabor: I'll put up a ticket that we should run rat much more > >> often (for both 1.8 and master). (i.e. no longer only in separate > profile > >> of maven) > >> > >> Niels Basjes > >> > >> > >> On Wed, Dec 13, 2017 at 4:37 PM, Zoltan Farkas > >> >> > wrote: > >> > >> > Hi Niels, the license is a mistake made by me. > >> > Those files were based from my work on spf4j-avro which is currently > >> dual > >> > licensed with LGPL and Apache . > >> > > >> > We should just replace the license headers with the appropriate Apache > >> > header. > >> > Let me know if you need me to do anything. > >> > > >> > Thank you > >> > > >> > --z > >> > > >> > > On Dec 13, 2017, at 8:14 AM, Niels Basjes wrote: > >> > > > >> > > Hi all, > >> > > > >> > > I was going through the codebase and I found that several files are > >> not > >> > > Apache licensed. > >> > > > >> > > https://github.com/apache/avro/tree/master/lang/java/ > >> > compiler/src/main/java/org/apache/avro/compiler/schema > >> > > > >> > > Some of these files do not have a copyright block (fixable), yet > some > >> > have > >> > > this: > >> > > > >> > > /* > >> > > > >> > > * Copyright (c) 2001 - 2016, Zoltan Farkas All Rights Reserved. > >> > > * > >> > > * This library is free software; you can redistribute it and/or > >> > > * modify it under the terms of the GNU Lesser General Public > >> > > * License as published by the Free Software Foundation; either > >> > > * version 2.1 of the License, or (at your option) any later version. > >> > > * > >> > > * This library is distributed in the hope that it will be useful, > >> > > * but WITHOUT ANY WARRANTY; without even the implied warranty of > >> > > * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > >> > > * GNU General Public License for more details. > >> > > * > >> > > * You should have received a copy of the GNU Lesser General Public > >> > > * License along with this program; if not, write to the Free > Software > >> > > * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA > >> 02111-1307, > >> > USA. > >> > > */ > >> > > > >> > > And according to https://www.apache.org/legal/r > >> esolved.html#category-x > >> > the > >> > > LGPL is not allowed to be included. > >> > > > >> > > How do we fix this problem? > >> > > > >> > > -- > >> > > Best regards / Met vriendelijke groeten, > >> > > > >> > > Niels Basjes > >> > > >> > > >> > >> > >> -- > >> Best regards / Met vriendelijke groeten, > >> > >> Niels Basjes > >> > > > -- Best regards / Met vriendelijke groeten, Niels Basjes
[jira] [Comment Edited] (AVRO-2115) Support @Union in members too
[ https://issues.apache.org/jira/browse/AVRO-2115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290624#comment-16290624 ] Miguel edited comment on AVRO-2115 at 12/14/17 9:47 AM: Good! Added Void to the test. I have seen that [documentation|https://avro.apache.org/docs/1.7.6/api/java/org/apache/avro/reflect/package-summary.html] may be wrong. It says that: Classes are mapped to Avro records. Only concrete classes with a no-argument constructor are supported. All inherited fields that are not static or transient are used. Fields are not permitted to be null unless annotated by Nullable or *a Union containing null.* Maybe should it be: *... a Union containing Void.* If you agree I add to the patch. was (Author: elmendavies): Good! Added Void to the test. I have seen that [documentation|https://avro.apache.org/docs/1.7.6/api/java/org/apache/avro/reflect/package-summary.html] may be wrong. It says that: "Classes are mapped to Avro records. Only concrete classes with a no-argument constructor are supported. All inherited fields that are not static or transient are used. Fields are not permitted to be null unless annotated by Nullable or* a Union containing null.*" Maybe should it be: *"... a Union containing Void."* If you agree I add to the patch. > Support @Union in members too > - > > Key: AVRO-2115 > URL: https://issues.apache.org/jira/browse/AVRO-2115 > Project: Avro > Issue Type: Improvement >Reporter: Miguel >Priority: Minor > > Allow defining unions in members: > {code:java} > class MyDatum { >@Nullable >@Union({String.class, Long.class, Other.class,...}) >Object o; > } > {code} > It can currently be implemented using @AvroSchema like this, but it is seems > in my oppinion more verbose and more difficult to maintain: > {code:java} > @AvroSchema("[\"null\",\"string\",...") > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (AVRO-2115) Support @Union in members too
[ https://issues.apache.org/jira/browse/AVRO-2115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290624#comment-16290624 ] Miguel commented on AVRO-2115: -- Good! Added Void to the test. I have seen that [documentation|https://avro.apache.org/docs/1.7.6/api/java/org/apache/avro/reflect/package-summary.html] may be wrong. It says that: "Classes are mapped to Avro records. Only concrete classes with a no-argument constructor are supported. All inherited fields that are not static or transient are used. Fields are not permitted to be null unless annotated by Nullable or* a Union containing null.*" Maybe should it be: "...* a Union containing Void.*" If you agree I add to the patch. > Support @Union in members too > - > > Key: AVRO-2115 > URL: https://issues.apache.org/jira/browse/AVRO-2115 > Project: Avro > Issue Type: Improvement >Reporter: Miguel >Priority: Minor > > Allow defining unions in members: > {code:java} > class MyDatum { >@Nullable >@Union({String.class, Long.class, Other.class,...}) >Object o; > } > {code} > It can currently be implemented using @AvroSchema like this, but it is seems > in my oppinion more verbose and more difficult to maintain: > {code:java} > @AvroSchema("[\"null\",\"string\",...") > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029)