Yes, I knew what you meant. I don’t think a major version change is warranted 
just because Flume now requires Java 11. In fact,  the 1.8 release bumped the 
JDK requirement from 1.7 to 1.8 so there is already precedent for this.

In my view a 2.0 release would need to be much more invasive such as changing 
APIs for Sources, Sinks, Channels, etc.  

Ralph

> On May 6, 2019, at 12:13 AM, Ferenc Szabo <fsz...@cloudera.com.INVALID> wrote:
> 
> I meant the other way around as Java 8 is EOL and users have to upgrade to
> Java 11.
> 
> I would like to achieve Java 11 support and now Flume does _not_ run with
> Java 11 because of its dependencies.
> 
> for example from the unit tests:
> - Hive sink does not work with Java 11
> - Elasticsearch sink does not work with Java 11
> 
> here is my branch where I did some work on Java 11 support:
> 
> https://github.com/apache/flume/compare/trunk...szaboferee:j11?expand=1
> 
> 
> 
> 
> On Fri, May 3, 2019 at 6:58 PM Ralph Goers <ralph.go...@dslextreme.com>
> wrote:
> 
>> I don’t think a major version change should be necessary just because the
>> JDK dependency changed. Changing the major version number should tied to
>> major changes in the project itself.
>> 
>> I am curious to know what dependencies now only run on Java 11.
>> 
>> Ralph
>> 
>>> On May 3, 2019, at 5:02 AM, Ferenc Szabo <szabofe...@apache.org> wrote:
>>> 
>>> Hello Flume devs
>>> 
>>> I was looking into the Java 11 support in Flume and some of the
>>> dependencies are not compatible with Java 11 and does not have compatible
>>> versions within the same major version.
>>> 
>>> Also, some of them have security vulnerabilities that have been fixed in
>>> another major version.
>>> 
>>> What do you think about updating dependencies to a higher major version
>> and
>>> possibly losing some backward compatibility in 1.10? Or should we move to
>>> 2.0 with more effort and updating there? Also adding some framework
>> changes
>>> that would enable us to implement things we could not do in a minor
>> version.
>>> 
>>> We should create a roadmap for us containing library updates, new
>>> components and framework improvements.
>>> 
>>> Regards,
>>> Ferenc Szabo
>> 
>> 
>> 


Reply via email to