Comments (10)
Personally, I would release v0.10.4
as v1.0.0
after a few rounds of bug fixing and improvements to seal the deal and signal that this is feature-complete. However, the next major release should definitely be JDK17-based if not JDK21.
However, I'm afraid you pinged the wrong person
from vavr.
Please, please with much sugar on the top ... release 1.0.0
Using plain java even in java-21 with it's weak abstraction of functional patterns makes me cringe (don't even mention Optional[T]) .
I used vavr for many projects, but sadly the 0.10.4 version since having an -alpha in the version would be a huge downer in a code review. v1 is long overdue and would make acceptance in an project much easier. You can always release v1.0.1 if anything is missing. Nobody would be sad. The -alpha version has been out so long I would be confident that it's fine and could be released as -final.
Having java17 as an prerequisite would be an candidate for v1.1.x or v2.0.x imho.
And yes, j21 is too early.
from vavr.
Hey @EarthCitizen, thanks! Jumping on an actual long term release makes sense, that was also on my mind.
@pivovarit creating a 1.0.0 based on an actual version is a good suggestion and an important signal to the community.
I will elaborate on the roadmap along with a plan to have more project sponsors.
Regarding sponsorship, I will need to find companies and persons who are relying on Vavr in a long term manner.
from vavr.
I would not even bother with current open issues but just release v1.0.0 right now and release bug fixes in subsequent v1.0.x releases. The -alpha has been tested for so long it really can't be that wild.
The signal from having a final release that it management proof (they don't trust any -alpha or -beta) will make quite a difference. No matter how much "innovation" Oracle puts into current java - the functional / immutable side is still a desaster imho
from vavr.
And I would just release more often to counteract the impression the project is dead. That's what you might think if you look at the release cycles. This will make it easier to find people investing in the project. Nobody wants to sit on a dead horse :-)
from vavr.
@pivovarit Sorry. Based on your comments on another issue, I interpreted that as you would be one of the main people taking over :-)
After the current code base is released as 1.0.0, looking toward what's after that, I think it is too early to have a minimum JDK of 21. Spring Boot, for example, just switched to JDK 17 as the minimum.
from vavr.
v1.0.0 would probably be the right time to remove deprecations, e.g. "class $"
from vavr.
Suggest triaging the open issues making sure they are labeled correctly as bug or not, and label the ones that should be fixed for a 1.0.0 release. I may be able to help fix bugs that are prioritized.
It would be helpful to have at least one final release that works with JDK 8 since there are still a lot of projects that are stuck on that.
from vavr.
I agree with @pivovarit and @pertl and @ezoerner. Current code base should be released as 1.0.0, and my original suggestion of going to JDK 17 should be 2.0.0. My original thought was that 1.0.0 would be the new start, but it makes a lot of sense to release what exists as 1.0.0.
from vavr.
Renamed this issue to suggestions for 2.0.0
.
from vavr.
Related Issues (20)
- poor implementation of hashCode of LinkedHashMap HOT 10
- The Option.map() method not judge the expression return value is null or not HOT 3
- Vavr.io website down HOT 1
- moving from 0.10.4 to io.vavr:vavr:1.0.0-alpha-4 results in this error HOT 2
- Question about Seq interface (methods relates '? extends' type like groupBy ..etc)
- Is 1.0.0 still a thing? HOT 9
- A not-started future that is cancelled still runs. HOT 1
- IOr value HOT 4
- DoS Vulnerability was discovered in io.vavr:vavr:0.10.4 HOT 1
- Iterator.unfoldRight() eagerly evaluates provided function
- Add variadic <T1, T2, ...TN> peek()/tap() to FunctionN
- Vavr.io website down HOT 52
- vavr code compiled with 0.10.x does not run with the 1.0.0-alpha version
- Avoid synchronized block or methods HOT 1
- Strange behaviour, maybe an error when using peek on Android 5.1.1
- Site docs.vavr.io fora do ar. HOT 3
- Make Java17+ version and transform some classes to records (Tuples, Either, Try and Validation) HOT 8
- Array.appendAll throws exception, when trying to work with Enums
- Multimaps with ContainerType.SEQ are inefficient
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from vavr.