You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zeppelin.apache.org by Jongyoul Lee <jo...@gmail.com> on 2024/09/11 02:24:14 UTC
[DISCUSS] Release 0.12.0 (1.0.0)
Hello,
I would like to discuss a new release with the community.
Here is what we are working on:
- Docker enhancement
- Java 8 deprecation
- New UI
- Raft deprecation
If you have any questions or ideas for the next release please feel
free to leave your comments.
Focusing on contributing and reviewing relevant tasks, I hope we do
the next release by the end of this month.
--
Best regards,
Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Jongyoul Lee <jo...@gmail.com>.
Hello,
Thank you for all your opinions and consideration. I appreciate it.
To summarize,
- Drop Java 8
- Drop Spark 3.2, 3.3, 3.4 and make 3.5 as default
- Drop outdated Flink
- Support JDK 17 and Spark 4.x
- Drop/replace outdated codes/libraries like Raft and docker-client
- Introduce new UI
- Prefer 0.12 :-)
It should be good to have it all in the next release but we prioritize
getting feedback for the new UI and I hope this is the major change
for the next release. We can have a new release soon again.
Best regards,
JL
2024년 9월 12일 (목) 오후 10:33, Philipp Dallig <ph...@gmail.com>님이 작성:
>
> Hello,
>
>
> Thank you for preparing a new version. We should get rid of Java 8 as soon as possible. There are several libraries that cannot be updated because of Java 8. I tend to prefer to switch directly to JDK17. This is supported by Spark 3.5, for example. Unfortunately, Hadoop 3 does not work with JDK 17. https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+Java+Versions
>
> Please keep in mind that Java 8 has a much longer support area than 11.
> Most Linux distributions use openjdk and some people need to do the backport process. RedHat as a contributor is dropping support for JDK 11 next month. https://endoflife.date/redhat-build-of-openjdk
> Other companies like Microsoft seem to support OpenJDK 11 longer. https://endoflife.date/microsoft-build-of-openjdk
>
> I have seen the pull request with Docker examples. But I don't know if we should focus on Zeppelin in Docker. The current implementation should also be improved. The following start command doesn't look so good ... https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-plugins/launcher/docker/src/main/java/org/apache/zeppelin/interpreter/launcher/DockerInterpreterProcess.java#L194-L201
> The development of our used docker-client library `com.spotify:docker-client` was stopped a while ago. https://github.com/spotify/docker-client
> Spotify has probably switched from its own product Helios (https://github.com/spotify/helios) to Kubernetes. I have been running Zeppelin in Kubernetes for a long time. Getting started with Docker is of course much easier.
>
> The raft implementation library is also no longer being developed and we should remove it. https://github.com/atomix/atomix-archive
> This will also eliminate a lot of complexity. Maybe we can keep interfaces so that another implementation is possible via plugin, for example.
>
> The EOL versions of Spark and Flink should be removed to speed up CI and reduce complexity.
>
> As written on GitHub, I like the switch to the new user interface. I hope that development will be easier with a newer Angular stack.
>
> Due to the many changes, I prefer a 0.12 version.
>
> Best Regards
>
> Philipp Dallig
>
> Am 11.09.24 um 12:30 schrieb Adam Binford:
>
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported before it's released, but I got the Spark interpreter tests to pass with 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0 support is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because it looks like there was a change that forced keytab/principal settings to only be loaded from env vars or system props, and not the zeppelin-site.xml config. I ended up just backporting it to a 0.11.2 build and Spark 4.0.0-preview1 seems to be working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>>
>> Thanks for bringing up this discussion, generally, I agree that we should have a short release cycle.
>>
>> For the version number, I prefer to 0.12 instead of 1.0, because some interpreters relies on external systems were not fully tested with Java 11, I would like to give it more time to collect user feedbacks before enter 1.0.
>>
>> +1 for marking Java 8 deprecated in the next release, meanwhile, if someone is interested, we should also consider adding support for Java 17, to prepare support for Spark 4.0.
>>
>> I would also like to propose dropping support for Spark 3.2, and making Spark 3.5 as the default version.
>>
>> Currently, Zeppelin supports Spark 3.2 to 3.5.
>>
>> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
>> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
>> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
>> Spark 3.5 released at Aug 2024, it’s a LTS version.
>>
>> For users who want to use lower Spark versions, Livy and Kyuubi(for now, only supports Spark SQL via the JDBC interpreter) are alternatives.
>>
>> Thanks,
>> Cheng Pan
>>
>>
>>
>> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>> >
>> > Hello,
>> >
>> > I would like to discuss a new release with the community.
>> >
>> > Here is what we are working on:
>> > - Docker enhancement
>> > - Java 8 deprecation
>> > - New UI
>> > - Raft deprecation
>> >
>> > If you have any questions or ideas for the next release please feel
>> > free to leave your comments.
>> >
>> > Focusing on contributing and reviewing relevant tasks, I hope we do
>> > the next release by the end of this month.
>> >
>> > --
>> > Best regards,
>> > Jongyoul Lee
>>
>
>
> --
> Adam Binford
--
Best regards,
Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Jongyoul Lee <jo...@gmail.com>.
Hello,
Thank you for all your opinions and consideration. I appreciate it.
To summarize,
- Drop Java 8
- Drop Spark 3.2, 3.3, 3.4 and make 3.5 as default
- Drop outdated Flink
- Support JDK 17 and Spark 4.x
- Drop/replace outdated codes/libraries like Raft and docker-client
- Introduce new UI
- Prefer 0.12 :-)
It should be good to have it all in the next release but we prioritize
getting feedback for the new UI and I hope this is the major change
for the next release. We can have a new release soon again.
Best regards,
JL
2024년 9월 12일 (목) 오후 10:33, Philipp Dallig <ph...@gmail.com>님이 작성:
>
> Hello,
>
>
> Thank you for preparing a new version. We should get rid of Java 8 as soon as possible. There are several libraries that cannot be updated because of Java 8. I tend to prefer to switch directly to JDK17. This is supported by Spark 3.5, for example. Unfortunately, Hadoop 3 does not work with JDK 17. https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+Java+Versions
>
> Please keep in mind that Java 8 has a much longer support area than 11.
> Most Linux distributions use openjdk and some people need to do the backport process. RedHat as a contributor is dropping support for JDK 11 next month. https://endoflife.date/redhat-build-of-openjdk
> Other companies like Microsoft seem to support OpenJDK 11 longer. https://endoflife.date/microsoft-build-of-openjdk
>
> I have seen the pull request with Docker examples. But I don't know if we should focus on Zeppelin in Docker. The current implementation should also be improved. The following start command doesn't look so good ... https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-plugins/launcher/docker/src/main/java/org/apache/zeppelin/interpreter/launcher/DockerInterpreterProcess.java#L194-L201
> The development of our used docker-client library `com.spotify:docker-client` was stopped a while ago. https://github.com/spotify/docker-client
> Spotify has probably switched from its own product Helios (https://github.com/spotify/helios) to Kubernetes. I have been running Zeppelin in Kubernetes for a long time. Getting started with Docker is of course much easier.
>
> The raft implementation library is also no longer being developed and we should remove it. https://github.com/atomix/atomix-archive
> This will also eliminate a lot of complexity. Maybe we can keep interfaces so that another implementation is possible via plugin, for example.
>
> The EOL versions of Spark and Flink should be removed to speed up CI and reduce complexity.
>
> As written on GitHub, I like the switch to the new user interface. I hope that development will be easier with a newer Angular stack.
>
> Due to the many changes, I prefer a 0.12 version.
>
> Best Regards
>
> Philipp Dallig
>
> Am 11.09.24 um 12:30 schrieb Adam Binford:
>
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported before it's released, but I got the Spark interpreter tests to pass with 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0 support is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because it looks like there was a change that forced keytab/principal settings to only be loaded from env vars or system props, and not the zeppelin-site.xml config. I ended up just backporting it to a 0.11.2 build and Spark 4.0.0-preview1 seems to be working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>>
>> Thanks for bringing up this discussion, generally, I agree that we should have a short release cycle.
>>
>> For the version number, I prefer to 0.12 instead of 1.0, because some interpreters relies on external systems were not fully tested with Java 11, I would like to give it more time to collect user feedbacks before enter 1.0.
>>
>> +1 for marking Java 8 deprecated in the next release, meanwhile, if someone is interested, we should also consider adding support for Java 17, to prepare support for Spark 4.0.
>>
>> I would also like to propose dropping support for Spark 3.2, and making Spark 3.5 as the default version.
>>
>> Currently, Zeppelin supports Spark 3.2 to 3.5.
>>
>> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
>> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
>> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
>> Spark 3.5 released at Aug 2024, it’s a LTS version.
>>
>> For users who want to use lower Spark versions, Livy and Kyuubi(for now, only supports Spark SQL via the JDBC interpreter) are alternatives.
>>
>> Thanks,
>> Cheng Pan
>>
>>
>>
>> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>> >
>> > Hello,
>> >
>> > I would like to discuss a new release with the community.
>> >
>> > Here is what we are working on:
>> > - Docker enhancement
>> > - Java 8 deprecation
>> > - New UI
>> > - Raft deprecation
>> >
>> > If you have any questions or ideas for the next release please feel
>> > free to leave your comments.
>> >
>> > Focusing on contributing and reviewing relevant tasks, I hope we do
>> > the next release by the end of this month.
>> >
>> > --
>> > Best regards,
>> > Jongyoul Lee
>>
>
>
> --
> Adam Binford
--
Best regards,
Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Philipp Dallig <ph...@gmail.com>.
Hello,
Thank you for preparing a new version. We should get rid of Java 8 as
soon as possible. There are several libraries that cannot be updated
because of Java 8. I tend to prefer to switch directly to JDK17. This is
supported by Spark 3.5, for example. Unfortunately, Hadoop 3 does not
work with JDK 17.
https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+Java+Versions
Please keep in mind that Java 8 has a much longer support area than 11.
Most Linux distributions use openjdk and some people need to do the
backport process. RedHat as a contributor is dropping support for JDK 11
next month. https://endoflife.date/redhat-build-of-openjdk
Other companies like Microsoft seem to support OpenJDK 11 longer.
https://endoflife.date/microsoft-build-of-openjdk
I have seen the pull request with Docker examples. But I don't know if
we should focus on Zeppelin in Docker. The current implementation should
also be improved. The following start command doesn't look so good ...
https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-plugins/launcher/docker/src/main/java/org/apache/zeppelin/interpreter/launcher/DockerInterpreterProcess.java#L194-L201
The development of our used docker-client library
`com.spotify:docker-client` was stopped a while ago.
https://github.com/spotify/docker-client
Spotify has probably switched from its own product Helios
(https://github.com/spotify/helios) to Kubernetes. I have been running
Zeppelin in Kubernetes for a long time. Getting started with Docker is
of course much easier.
The raft implementation library is also no longer being developed and we
should remove it. https://github.com/atomix/atomix-archive
This will also eliminate a lot of complexity. Maybe we can keep
interfaces so that another implementation is possible via plugin, for
example.
The EOL versions of Spark and Flink should be removed to speed up CI and
reduce complexity.
As written on GitHub, I like the switch to the new user interface. I
hope that development will be easier with a newer Angular stack.
Due to the many changes, I prefer a 0.12 version.
Best Regards
Philipp Dallig
Am 11.09.24 um 12:30 schrieb Adam Binford:
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can
> submit a PR for. Unofficial because I don't want to mark 4.0.0 as
> supported before it's released, but I got the Spark interpreter tests
> to pass with 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0
> support is that the 0.12.0-SNAPSHOT build I made broke in our
> deployment, because it looks like there was a change that forced
> keytab/principal settings to only be loaded from env vars or system
> props, and not the zeppelin-site.xml config. I ended up just
> backporting it to a 0.11.2 build and Spark 4.0.0-preview1 seems to be
> working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>
> Thanks for bringing up this discussion, generally, I agree that we
> should have a short release cycle.
>
> For the version number, I prefer to 0.12 instead of 1.0, because
> some interpreters relies on external systems were not fully tested
> with Java 11, I would like to give it more time to collect user
> feedbacks before enter 1.0.
>
> +1 for marking Java 8 deprecated in the next release, meanwhile,
> if someone is interested, we should also consider adding support
> for Java 17, to prepare support for Spark 4.0.
>
> I would also like to propose dropping support for Spark 3.2, and
> making Spark 3.5 as the default version.
>
> Currently, Zeppelin supports Spark 3.2 to 3.5.
>
> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
> Spark 3.5 released at Aug 2024, it’s a LTS version.
>
> For users who want to use lower Spark versions, Livy and
> Kyuubi(for now, only supports Spark SQL via the JDBC interpreter)
> are alternatives.
>
> Thanks,
> Cheng Pan
>
>
>
> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
> >
> > Hello,
> >
> > I would like to discuss a new release with the community.
> >
> > Here is what we are working on:
> > - Docker enhancement
> > - Java 8 deprecation
> > - New UI
> > - Raft deprecation
> >
> > If you have any questions or ideas for the next release please feel
> > free to leave your comments.
> >
> > Focusing on contributing and reviewing relevant tasks, I hope we do
> > the next release by the end of this month.
> >
> > --
> > Best regards,
> > Jongyoul Lee
>
>
>
> --
> Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Philipp Dallig <ph...@gmail.com>.
Hello,
Thank you for preparing a new version. We should get rid of Java 8 as
soon as possible. There are several libraries that cannot be updated
because of Java 8. I tend to prefer to switch directly to JDK17. This is
supported by Spark 3.5, for example. Unfortunately, Hadoop 3 does not
work with JDK 17.
https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+Java+Versions
Please keep in mind that Java 8 has a much longer support area than 11.
Most Linux distributions use openjdk and some people need to do the
backport process. RedHat as a contributor is dropping support for JDK 11
next month. https://endoflife.date/redhat-build-of-openjdk
Other companies like Microsoft seem to support OpenJDK 11 longer.
https://endoflife.date/microsoft-build-of-openjdk
I have seen the pull request with Docker examples. But I don't know if
we should focus on Zeppelin in Docker. The current implementation should
also be improved. The following start command doesn't look so good ...
https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-plugins/launcher/docker/src/main/java/org/apache/zeppelin/interpreter/launcher/DockerInterpreterProcess.java#L194-L201
The development of our used docker-client library
`com.spotify:docker-client` was stopped a while ago.
https://github.com/spotify/docker-client
Spotify has probably switched from its own product Helios
(https://github.com/spotify/helios) to Kubernetes. I have been running
Zeppelin in Kubernetes for a long time. Getting started with Docker is
of course much easier.
The raft implementation library is also no longer being developed and we
should remove it. https://github.com/atomix/atomix-archive
This will also eliminate a lot of complexity. Maybe we can keep
interfaces so that another implementation is possible via plugin, for
example.
The EOL versions of Spark and Flink should be removed to speed up CI and
reduce complexity.
As written on GitHub, I like the switch to the new user interface. I
hope that development will be easier with a newer Angular stack.
Due to the many changes, I prefer a 0.12 version.
Best Regards
Philipp Dallig
Am 11.09.24 um 12:30 schrieb Adam Binford:
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can
> submit a PR for. Unofficial because I don't want to mark 4.0.0 as
> supported before it's released, but I got the Spark interpreter tests
> to pass with 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0
> support is that the 0.12.0-SNAPSHOT build I made broke in our
> deployment, because it looks like there was a change that forced
> keytab/principal settings to only be loaded from env vars or system
> props, and not the zeppelin-site.xml config. I ended up just
> backporting it to a 0.11.2 build and Spark 4.0.0-preview1 seems to be
> working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>
> Thanks for bringing up this discussion, generally, I agree that we
> should have a short release cycle.
>
> For the version number, I prefer to 0.12 instead of 1.0, because
> some interpreters relies on external systems were not fully tested
> with Java 11, I would like to give it more time to collect user
> feedbacks before enter 1.0.
>
> +1 for marking Java 8 deprecated in the next release, meanwhile,
> if someone is interested, we should also consider adding support
> for Java 17, to prepare support for Spark 4.0.
>
> I would also like to propose dropping support for Spark 3.2, and
> making Spark 3.5 as the default version.
>
> Currently, Zeppelin supports Spark 3.2 to 3.5.
>
> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
> Spark 3.5 released at Aug 2024, it’s a LTS version.
>
> For users who want to use lower Spark versions, Livy and
> Kyuubi(for now, only supports Spark SQL via the JDBC interpreter)
> are alternatives.
>
> Thanks,
> Cheng Pan
>
>
>
> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
> >
> > Hello,
> >
> > I would like to discuss a new release with the community.
> >
> > Here is what we are working on:
> > - Docker enhancement
> > - Java 8 deprecation
> > - New UI
> > - Raft deprecation
> >
> > If you have any questions or ideas for the next release please feel
> > free to leave your comments.
> >
> > Focusing on contributing and reviewing relevant tasks, I hope we do
> > the next release by the end of this month.
> >
> > --
> > Best regards,
> > Jongyoul Lee
>
>
>
> --
> Adam Binford
Regression keytab/principal settings
Posted by Philipp Dallig <ph...@gmail.com>.
Hi Adam,
Unfortunately, I didn't have the opportunity to test keytab/principal
settings. Maybe it makes sense to move the static part into the
constructor. There you will then also have access to the loaded Zeppelin
configuration (zeppelin-site.xml). Please note, however, that the
constructor can potentially be called several times per JVM process and
that it can potentially contain different configurations each time.
The configuration using system properties and environment variables are
always the same for each JVM process and can therefore be returned
statically.
Best Regards
Philipp Dallig
Am 11.09.24 um 16:04 schrieb Adam Binford:
>> this sounds like a regression that should be fixed, I’m not sure what’s
>> the issue exactly being
>
> This was specifically what I hit:
> https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/FileSystemStorage.java#L61
>
> which was updated to use "getStaticString" in
> https://github.com/apache/zeppelin/commit/3eae255c109aa224c5b5ae3f2c986510d2a26ee9
>
> I'll clean up and make the PR for Spark 4 stuff soon.
>
> On Wed, Sep 11, 2024 at 9:52 AM Cheng Pan <pa...@gmail.com> wrote:
>
>> Adam, good to know that you are working on Spark 4 support, and Spark 4.0
>> preview2 is likely coming soon. It would be great if you can submit a draft
>> PR even Spark 4.0 is not GA.
>>
>>> it looks like there was a change that forced keytab/principal settings to
>>> only be loaded from env vars or system props, and not the
>> zeppelin-site.xml
>>
>> this sounds like a regression that should be fixed, I’m not sure what’s
>> the issue exactly being, if you are willing to debug, this project[1] can
>> leverage docker compose to simplify setup a kerberized Hadoop environment.
>>
>> [1] https://github.com/awesome-kyuubi/hadoop-testing
>>
>> Thanks,
>> Cheng Pan
>>
>>
>>
>>> On Sep 11, 2024, at 18:30, Adam Binford <ad...@gmail.com> wrote:
>>>
>>> +1 for deprecating Java 8 and dropping Spark 3.2.
>>>
>>> I also have a working version of "unofficial" Spark 4.0 support I can
>>> submit a PR for. Unofficial because I don't want to mark 4.0.0 as
>> supported
>>> before it's released, but I got the Spark interpreter tests to pass with
>>> 4.0.0-preview1.
>>>
>>> One thing I noticed while trying to build a release with Spark 4.0
>> support
>>> is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
>>> it looks like there was a change that forced keytab/principal settings to
>>> only be loaded from env vars or system props, and not the
>> zeppelin-site.xml
>>> config. I ended up just backporting it to a 0.11.2 build and Spark
>>> 4.0.0-preview1 seems to be working fine.
>>>
>>> Adam
>>>
>>> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>>>
>>>> Thanks for bringing up this discussion, generally, I agree that we
>> should
>>>> have a short release cycle.
>>>>
>>>> For the version number, I prefer to 0.12 instead of 1.0, because some
>>>> interpreters relies on external systems were not fully tested with Java
>> 11,
>>>> I would like to give it more time to collect user feedbacks before enter
>>>> 1.0.
>>>>
>>>> +1 for marking Java 8 deprecated in the next release, meanwhile, if
>>>> someone is interested, we should also consider adding support for Java
>> 17,
>>>> to prepare support for Spark 4.0.
>>>>
>>>> I would also like to propose dropping support for Spark 3.2, and making
>>>> Spark 3.5 as the default version.
>>>>
>>>> Currently, Zeppelin supports Spark 3.2 to 3.5.
>>>>
>>>> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
>>>> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
>>>> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
>>>> Spark 3.5 released at Aug 2024, it’s a LTS version.
>>>>
>>>> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
>>>> only supports Spark SQL via the JDBC interpreter) are alternatives.
>>>>
>>>> Thanks,
>>>> Cheng Pan
>>>>
>>>>
>>>>
>>>>> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I would like to discuss a new release with the community.
>>>>>
>>>>> Here is what we are working on:
>>>>> - Docker enhancement
>>>>> - Java 8 deprecation
>>>>> - New UI
>>>>> - Raft deprecation
>>>>>
>>>>> If you have any questions or ideas for the next release please feel
>>>>> free to leave your comments.
>>>>>
>>>>> Focusing on contributing and reviewing relevant tasks, I hope we do
>>>>> the next release by the end of this month.
>>>>>
>>>>> --
>>>>> Best regards,
>>>>> Jongyoul Lee
>>>>
>>> --
>>> Adam Binford
>>
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Adam Binford <ad...@gmail.com>.
>
> this sounds like a regression that should be fixed, I’m not sure what’s
> the issue exactly being
This was specifically what I hit:
https://github.com/apache/zeppelin/blob/940cf13935ec9ed989c7afeec98447c2e7eb5a7e/zeppelin-zengine/src/main/java/org/apache/zeppelin/notebook/FileSystemStorage.java#L61
which was updated to use "getStaticString" in
https://github.com/apache/zeppelin/commit/3eae255c109aa224c5b5ae3f2c986510d2a26ee9
I'll clean up and make the PR for Spark 4 stuff soon.
On Wed, Sep 11, 2024 at 9:52 AM Cheng Pan <pa...@gmail.com> wrote:
> Adam, good to know that you are working on Spark 4 support, and Spark 4.0
> preview2 is likely coming soon. It would be great if you can submit a draft
> PR even Spark 4.0 is not GA.
>
> > it looks like there was a change that forced keytab/principal settings to
> > only be loaded from env vars or system props, and not the
> zeppelin-site.xml
>
> this sounds like a regression that should be fixed, I’m not sure what’s
> the issue exactly being, if you are willing to debug, this project[1] can
> leverage docker compose to simplify setup a kerberized Hadoop environment.
>
> [1] https://github.com/awesome-kyuubi/hadoop-testing
>
> Thanks,
> Cheng Pan
>
>
>
> > On Sep 11, 2024, at 18:30, Adam Binford <ad...@gmail.com> wrote:
> >
> > +1 for deprecating Java 8 and dropping Spark 3.2.
> >
> > I also have a working version of "unofficial" Spark 4.0 support I can
> > submit a PR for. Unofficial because I don't want to mark 4.0.0 as
> supported
> > before it's released, but I got the Spark interpreter tests to pass with
> > 4.0.0-preview1.
> >
> > One thing I noticed while trying to build a release with Spark 4.0
> support
> > is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
> > it looks like there was a change that forced keytab/principal settings to
> > only be loaded from env vars or system props, and not the
> zeppelin-site.xml
> > config. I ended up just backporting it to a 0.11.2 build and Spark
> > 4.0.0-preview1 seems to be working fine.
> >
> > Adam
> >
> > On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
> >
> >> Thanks for bringing up this discussion, generally, I agree that we
> should
> >> have a short release cycle.
> >>
> >> For the version number, I prefer to 0.12 instead of 1.0, because some
> >> interpreters relies on external systems were not fully tested with Java
> 11,
> >> I would like to give it more time to collect user feedbacks before enter
> >> 1.0.
> >>
> >> +1 for marking Java 8 deprecated in the next release, meanwhile, if
> >> someone is interested, we should also consider adding support for Java
> 17,
> >> to prepare support for Spark 4.0.
> >>
> >> I would also like to propose dropping support for Spark 3.2, and making
> >> Spark 3.5 as the default version.
> >>
> >> Currently, Zeppelin supports Spark 3.2 to 3.5.
> >>
> >> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
> >> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
> >> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
> >> Spark 3.5 released at Aug 2024, it’s a LTS version.
> >>
> >> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
> >> only supports Spark SQL via the JDBC interpreter) are alternatives.
> >>
> >> Thanks,
> >> Cheng Pan
> >>
> >>
> >>
> >>> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
> >>>
> >>> Hello,
> >>>
> >>> I would like to discuss a new release with the community.
> >>>
> >>> Here is what we are working on:
> >>> - Docker enhancement
> >>> - Java 8 deprecation
> >>> - New UI
> >>> - Raft deprecation
> >>>
> >>> If you have any questions or ideas for the next release please feel
> >>> free to leave your comments.
> >>>
> >>> Focusing on contributing and reviewing relevant tasks, I hope we do
> >>> the next release by the end of this month.
> >>>
> >>> --
> >>> Best regards,
> >>> Jongyoul Lee
> >>
> >>
> >
> > --
> > Adam Binford
>
>
--
Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Cheng Pan <pa...@gmail.com>.
Adam, good to know that you are working on Spark 4 support, and Spark 4.0 preview2 is likely coming soon. It would be great if you can submit a draft PR even Spark 4.0 is not GA.
> it looks like there was a change that forced keytab/principal settings to
> only be loaded from env vars or system props, and not the zeppelin-site.xml
this sounds like a regression that should be fixed, I’m not sure what’s the issue exactly being, if you are willing to debug, this project[1] can leverage docker compose to simplify setup a kerberized Hadoop environment.
[1] https://github.com/awesome-kyuubi/hadoop-testing
Thanks,
Cheng Pan
> On Sep 11, 2024, at 18:30, Adam Binford <ad...@gmail.com> wrote:
>
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can
> submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported
> before it's released, but I got the Spark interpreter tests to pass with
> 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0 support
> is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
> it looks like there was a change that forced keytab/principal settings to
> only be loaded from env vars or system props, and not the zeppelin-site.xml
> config. I ended up just backporting it to a 0.11.2 build and Spark
> 4.0.0-preview1 seems to be working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>
>> Thanks for bringing up this discussion, generally, I agree that we should
>> have a short release cycle.
>>
>> For the version number, I prefer to 0.12 instead of 1.0, because some
>> interpreters relies on external systems were not fully tested with Java 11,
>> I would like to give it more time to collect user feedbacks before enter
>> 1.0.
>>
>> +1 for marking Java 8 deprecated in the next release, meanwhile, if
>> someone is interested, we should also consider adding support for Java 17,
>> to prepare support for Spark 4.0.
>>
>> I would also like to propose dropping support for Spark 3.2, and making
>> Spark 3.5 as the default version.
>>
>> Currently, Zeppelin supports Spark 3.2 to 3.5.
>>
>> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
>> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
>> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
>> Spark 3.5 released at Aug 2024, it’s a LTS version.
>>
>> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
>> only supports Spark SQL via the JDBC interpreter) are alternatives.
>>
>> Thanks,
>> Cheng Pan
>>
>>
>>
>>> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> I would like to discuss a new release with the community.
>>>
>>> Here is what we are working on:
>>> - Docker enhancement
>>> - Java 8 deprecation
>>> - New UI
>>> - Raft deprecation
>>>
>>> If you have any questions or ideas for the next release please feel
>>> free to leave your comments.
>>>
>>> Focusing on contributing and reviewing relevant tasks, I hope we do
>>> the next release by the end of this month.
>>>
>>> --
>>> Best regards,
>>> Jongyoul Lee
>>
>>
>
> --
> Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Cheng Pan <pa...@gmail.com>.
Adam, good to know that you are working on Spark 4 support, and Spark 4.0 preview2 is likely coming soon. It would be great if you can submit a draft PR even Spark 4.0 is not GA.
> it looks like there was a change that forced keytab/principal settings to
> only be loaded from env vars or system props, and not the zeppelin-site.xml
this sounds like a regression that should be fixed, I’m not sure what’s the issue exactly being, if you are willing to debug, this project[1] can leverage docker compose to simplify setup a kerberized Hadoop environment.
[1] https://github.com/awesome-kyuubi/hadoop-testing
Thanks,
Cheng Pan
> On Sep 11, 2024, at 18:30, Adam Binford <ad...@gmail.com> wrote:
>
> +1 for deprecating Java 8 and dropping Spark 3.2.
>
> I also have a working version of "unofficial" Spark 4.0 support I can
> submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported
> before it's released, but I got the Spark interpreter tests to pass with
> 4.0.0-preview1.
>
> One thing I noticed while trying to build a release with Spark 4.0 support
> is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
> it looks like there was a change that forced keytab/principal settings to
> only be loaded from env vars or system props, and not the zeppelin-site.xml
> config. I ended up just backporting it to a 0.11.2 build and Spark
> 4.0.0-preview1 seems to be working fine.
>
> Adam
>
> On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
>
>> Thanks for bringing up this discussion, generally, I agree that we should
>> have a short release cycle.
>>
>> For the version number, I prefer to 0.12 instead of 1.0, because some
>> interpreters relies on external systems were not fully tested with Java 11,
>> I would like to give it more time to collect user feedbacks before enter
>> 1.0.
>>
>> +1 for marking Java 8 deprecated in the next release, meanwhile, if
>> someone is interested, we should also consider adding support for Java 17,
>> to prepare support for Spark 4.0.
>>
>> I would also like to propose dropping support for Spark 3.2, and making
>> Spark 3.5 as the default version.
>>
>> Currently, Zeppelin supports Spark 3.2 to 3.5.
>>
>> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
>> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
>> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
>> Spark 3.5 released at Aug 2024, it’s a LTS version.
>>
>> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
>> only supports Spark SQL via the JDBC interpreter) are alternatives.
>>
>> Thanks,
>> Cheng Pan
>>
>>
>>
>>> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> I would like to discuss a new release with the community.
>>>
>>> Here is what we are working on:
>>> - Docker enhancement
>>> - Java 8 deprecation
>>> - New UI
>>> - Raft deprecation
>>>
>>> If you have any questions or ideas for the next release please feel
>>> free to leave your comments.
>>>
>>> Focusing on contributing and reviewing relevant tasks, I hope we do
>>> the next release by the end of this month.
>>>
>>> --
>>> Best regards,
>>> Jongyoul Lee
>>
>>
>
> --
> Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Adam Binford <ad...@gmail.com>.
+1 for deprecating Java 8 and dropping Spark 3.2.
I also have a working version of "unofficial" Spark 4.0 support I can
submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported
before it's released, but I got the Spark interpreter tests to pass with
4.0.0-preview1.
One thing I noticed while trying to build a release with Spark 4.0 support
is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
it looks like there was a change that forced keytab/principal settings to
only be loaded from env vars or system props, and not the zeppelin-site.xml
config. I ended up just backporting it to a 0.11.2 build and Spark
4.0.0-preview1 seems to be working fine.
Adam
On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
> Thanks for bringing up this discussion, generally, I agree that we should
> have a short release cycle.
>
> For the version number, I prefer to 0.12 instead of 1.0, because some
> interpreters relies on external systems were not fully tested with Java 11,
> I would like to give it more time to collect user feedbacks before enter
> 1.0.
>
> +1 for marking Java 8 deprecated in the next release, meanwhile, if
> someone is interested, we should also consider adding support for Java 17,
> to prepare support for Spark 4.0.
>
> I would also like to propose dropping support for Spark 3.2, and making
> Spark 3.5 as the default version.
>
> Currently, Zeppelin supports Spark 3.2 to 3.5.
>
> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
> Spark 3.5 released at Aug 2024, it’s a LTS version.
>
> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
> only supports Spark SQL via the JDBC interpreter) are alternatives.
>
> Thanks,
> Cheng Pan
>
>
>
> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
> >
> > Hello,
> >
> > I would like to discuss a new release with the community.
> >
> > Here is what we are working on:
> > - Docker enhancement
> > - Java 8 deprecation
> > - New UI
> > - Raft deprecation
> >
> > If you have any questions or ideas for the next release please feel
> > free to leave your comments.
> >
> > Focusing on contributing and reviewing relevant tasks, I hope we do
> > the next release by the end of this month.
> >
> > --
> > Best regards,
> > Jongyoul Lee
>
>
--
Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Adam Binford <ad...@gmail.com>.
+1 for deprecating Java 8 and dropping Spark 3.2.
I also have a working version of "unofficial" Spark 4.0 support I can
submit a PR for. Unofficial because I don't want to mark 4.0.0 as supported
before it's released, but I got the Spark interpreter tests to pass with
4.0.0-preview1.
One thing I noticed while trying to build a release with Spark 4.0 support
is that the 0.12.0-SNAPSHOT build I made broke in our deployment, because
it looks like there was a change that forced keytab/principal settings to
only be loaded from env vars or system props, and not the zeppelin-site.xml
config. I ended up just backporting it to a 0.11.2 build and Spark
4.0.0-preview1 seems to be working fine.
Adam
On Wed, Sep 11, 2024 at 2:21 AM Cheng Pan <pa...@gmail.com> wrote:
> Thanks for bringing up this discussion, generally, I agree that we should
> have a short release cycle.
>
> For the version number, I prefer to 0.12 instead of 1.0, because some
> interpreters relies on external systems were not fully tested with Java 11,
> I would like to give it more time to collect user feedbacks before enter
> 1.0.
>
> +1 for marking Java 8 deprecated in the next release, meanwhile, if
> someone is interested, we should also consider adding support for Java 17,
> to prepare support for Spark 4.0.
>
> I would also like to propose dropping support for Spark 3.2, and making
> Spark 3.5 as the default version.
>
> Currently, Zeppelin supports Spark 3.2 to 3.5.
>
> Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
> Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
> Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
> Spark 3.5 released at Aug 2024, it’s a LTS version.
>
> For users who want to use lower Spark versions, Livy and Kyuubi(for now,
> only supports Spark SQL via the JDBC interpreter) are alternatives.
>
> Thanks,
> Cheng Pan
>
>
>
> > On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
> >
> > Hello,
> >
> > I would like to discuss a new release with the community.
> >
> > Here is what we are working on:
> > - Docker enhancement
> > - Java 8 deprecation
> > - New UI
> > - Raft deprecation
> >
> > If you have any questions or ideas for the next release please feel
> > free to leave your comments.
> >
> > Focusing on contributing and reviewing relevant tasks, I hope we do
> > the next release by the end of this month.
> >
> > --
> > Best regards,
> > Jongyoul Lee
>
>
--
Adam Binford
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Cheng Pan <pa...@gmail.com>.
Thanks for bringing up this discussion, generally, I agree that we should have a short release cycle.
For the version number, I prefer to 0.12 instead of 1.0, because some interpreters relies on external systems were not fully tested with Java 11, I would like to give it more time to collect user feedbacks before enter 1.0.
+1 for marking Java 8 deprecated in the next release, meanwhile, if someone is interested, we should also consider adding support for Java 17, to prepare support for Spark 4.0.
I would also like to propose dropping support for Spark 3.2, and making Spark 3.5 as the default version.
Currently, Zeppelin supports Spark 3.2 to 3.5.
Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
Spark 3.5 released at Aug 2024, it’s a LTS version.
For users who want to use lower Spark versions, Livy and Kyuubi(for now, only supports Spark SQL via the JDBC interpreter) are alternatives.
Thanks,
Cheng Pan
> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>
> Hello,
>
> I would like to discuss a new release with the community.
>
> Here is what we are working on:
> - Docker enhancement
> - Java 8 deprecation
> - New UI
> - Raft deprecation
>
> If you have any questions or ideas for the next release please feel
> free to leave your comments.
>
> Focusing on contributing and reviewing relevant tasks, I hope we do
> the next release by the end of this month.
>
> --
> Best regards,
> Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Cheng Pan <pa...@gmail.com>.
Thanks for bringing up this discussion, generally, I agree that we should have a short release cycle.
For the version number, I prefer to 0.12 instead of 1.0, because some interpreters relies on external systems were not fully tested with Java 11, I would like to give it more time to collect user feedbacks before enter 1.0.
+1 for marking Java 8 deprecated in the next release, meanwhile, if someone is interested, we should also consider adding support for Java 17, to prepare support for Spark 4.0.
I would also like to propose dropping support for Spark 3.2, and making Spark 3.5 as the default version.
Currently, Zeppelin supports Spark 3.2 to 3.5.
Spark 3.2 released at Oct 2021, was EOL at Apr 2023.
Spark 3.3 released at Jun 2022, was EOL at Dec 2023.
Spark 3.4 released at Apr 2023, will be EOL at Oct 2024.
Spark 3.5 released at Aug 2024, it’s a LTS version.
For users who want to use lower Spark versions, Livy and Kyuubi(for now, only supports Spark SQL via the JDBC interpreter) are alternatives.
Thanks,
Cheng Pan
> On Sep 11, 2024, at 10:24, Jongyoul Lee <jo...@gmail.com> wrote:
>
> Hello,
>
> I would like to discuss a new release with the community.
>
> Here is what we are working on:
> - Docker enhancement
> - Java 8 deprecation
> - New UI
> - Raft deprecation
>
> If you have any questions or ideas for the next release please feel
> free to leave your comments.
>
> Focusing on contributing and reviewing relevant tasks, I hope we do
> the next release by the end of this month.
>
> --
> Best regards,
> Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Sergio Ivan Salazar Romero <se...@gmail.com>.
Hello,
This is the ticket ZEPPELIN-6115
<https://issues.apache.org/jira/browse/ZEPPELIN-6115>
Thanks a lot!
Best regards,
Sergio Iván Salazar Romero
El sáb, 28 sept 2024 a las 2:27, Jongyoul Lee (<jo...@gmail.com>)
escribió:
> Hello Sergio,
>
> I think we can handle it for the next release. Could you please create
> a ticket and share it?
>
> Best regards,
> Jongyoul Lee
>
> 2024년 9월 25일 (수) 오후 9:22, Sergio Ivan Salazar Romero
> <se...@gmail.com>님이 작성:
> >
> > Hello,
> >
> > It is possible to include version 1.18.1 of flink in this new version??
> >
> > Best regards,
> > Sergio Iván Salazar Romero
> >
> >
> >
> > El mar, 10 sept 2024 a las 21:25, Jongyoul Lee (<jo...@gmail.com>)
> escribió:
> > >
> > > Hello,
> > >
> > > I would like to discuss a new release with the community.
> > >
> > > Here is what we are working on:
> > > - Docker enhancement
> > > - Java 8 deprecation
> > > - New UI
> > > - Raft deprecation
> > >
> > > If you have any questions or ideas for the next release please feel
> > > free to leave your comments.
> > >
> > > Focusing on contributing and reviewing relevant tasks, I hope we do
> > > the next release by the end of this month.
> > >
> > > --
> > > Best regards,
> > > Jongyoul Lee
>
>
>
> --
> Best regards,
> Jongyoul Lee
>
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Jongyoul Lee <jo...@gmail.com>.
Hello Sergio,
I think we can handle it for the next release. Could you please create
a ticket and share it?
Best regards,
Jongyoul Lee
2024년 9월 25일 (수) 오후 9:22, Sergio Ivan Salazar Romero
<se...@gmail.com>님이 작성:
>
> Hello,
>
> It is possible to include version 1.18.1 of flink in this new version??
>
> Best regards,
> Sergio Iván Salazar Romero
>
>
>
> El mar, 10 sept 2024 a las 21:25, Jongyoul Lee (<jo...@gmail.com>) escribió:
> >
> > Hello,
> >
> > I would like to discuss a new release with the community.
> >
> > Here is what we are working on:
> > - Docker enhancement
> > - Java 8 deprecation
> > - New UI
> > - Raft deprecation
> >
> > If you have any questions or ideas for the next release please feel
> > free to leave your comments.
> >
> > Focusing on contributing and reviewing relevant tasks, I hope we do
> > the next release by the end of this month.
> >
> > --
> > Best regards,
> > Jongyoul Lee
--
Best regards,
Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Sergio Ivan Salazar Romero <se...@gmail.com>.
Hello,
It is possible to include version 1.18.1 of flink in this new version??
Best regards,
Sergio Iván Salazar Romero
El mar, 10 sept 2024 a las 21:25, Jongyoul Lee (<jo...@gmail.com>) escribió:
>
> Hello,
>
> I would like to discuss a new release with the community.
>
> Here is what we are working on:
> - Docker enhancement
> - Java 8 deprecation
> - New UI
> - Raft deprecation
>
> If you have any questions or ideas for the next release please feel
> free to leave your comments.
>
> Focusing on contributing and reviewing relevant tasks, I hope we do
> the next release by the end of this month.
>
> --
> Best regards,
> Jongyoul Lee
Re: [DISCUSS] Release 0.12.0 (1.0.0)
Posted by Chan Ho Lee <ch...@gmail.com>.
Could you clarify what is meant by the "Docker enhancement" in the upcoming
release?
I'm curious about the specific improvements or changes being planned.
On Wed, Sep 11, 2024 at 11:24 AM Jongyoul Lee <jo...@gmail.com> wrote:
> Hello,
>
> I would like to discuss a new release with the community.
>
> Here is what we are working on:
> - Docker enhancement
> - Java 8 deprecation
> - New UI
> - Raft deprecation
>
> If you have any questions or ideas for the next release please feel
> free to leave your comments.
>
> Focusing on contributing and reviewing relevant tasks, I hope we do
> the next release by the end of this month.
>
> --
> Best regards,
> Jongyoul Lee
>