Skip to main content
Bounty Awarded with 50 reputation awarded by smeeb
added 356 characters in body
Source Link
Newtopian
  • 7.2k
  • 3
  • 38
  • 52

What benefits brings Java-9 over your current Java-8 version ?

I mean to the person using your library.

Deploying two concurrent version of the same library has a LOT of downsides. Do you need to keep the API compatible between the two ? you will also have to maintain the code twice, fix the bugs twice as inevitably the code will bear some difference. If there are none then just release it in V8 and rest assured it will work just as well under V9.

Generally when creating a library for larger use than your own projects one tend to be very conservative and support the lowest possible version of Java that is possible. Do you need closures ? do you use NIO ? no ? perhaps best stick with v6 even and reach a broader audience.

My personal view on this would be to try and have a single code base, released under the lowest possible version of JDK that still works and leave it at that. Using a library built under Java 6 under Java 8 works fine, when Java 9 comes along, it will still work without issues.

If your library is not to be used outside your project then you can use whatever version of JDK the project uses, again, don't maintain two separate version it's twice the work with very little benefits.

Now if you do have to support multiple version I would recommend branching the two versions and maintain them this way, it's a natural fit for the common VCS tools to support (git, svn etc). No funky project layout to maintain that supports multiple compilation environments or work around in your build scripts to see what to compile when. Still, for me to consider that the benefits would have to be rather substantial.

What benefits brings Java-9 over your current Java-8 version ?

I mean to the person using your library.

Deploying two concurrent version of the same library has a LOT of downsides. Do you need to keep the API compatible between the two ? you will also have to maintain the code twice, fix the bugs twice as inevitably the code will bear some difference. If there are none then just release it in V8 and rest assured it will work just as well under V9.

Generally when creating a library for larger use than your own projects one tend to be very conservative and support the lowest possible version of Java that is possible. Do you need closures ? do you use NIO ? no ? perhaps best stick with v6 even and reach a broader audience.

My personal view on this would be to try and have a single code base, released under the lowest possible version of JDK that still works and leave it at that. Using a library built under Java 6 under Java 8 works fine, when Java 9 comes along, it will still work without issues.

If your library is not to be used outside your project then you can use whatever version of JDK the project uses, again, don't maintain two separate version it's twice the work with very little benefits.

What benefits brings Java-9 over your current Java-8 version ?

I mean to the person using your library.

Deploying two concurrent version of the same library has a LOT of downsides. Do you need to keep the API compatible between the two ? you will also have to maintain the code twice, fix the bugs twice as inevitably the code will bear some difference. If there are none then just release it in V8 and rest assured it will work just as well under V9.

Generally when creating a library for larger use than your own projects one tend to be very conservative and support the lowest possible version of Java that is possible. Do you need closures ? do you use NIO ? no ? perhaps best stick with v6 even and reach a broader audience.

My personal view on this would be to try and have a single code base, released under the lowest possible version of JDK that still works and leave it at that. Using a library built under Java 6 under Java 8 works fine, when Java 9 comes along, it will still work without issues.

If your library is not to be used outside your project then you can use whatever version of JDK the project uses, again, don't maintain two separate version it's twice the work with very little benefits.

Now if you do have to support multiple version I would recommend branching the two versions and maintain them this way, it's a natural fit for the common VCS tools to support (git, svn etc). No funky project layout to maintain that supports multiple compilation environments or work around in your build scripts to see what to compile when. Still, for me to consider that the benefits would have to be rather substantial.

Source Link
Newtopian
  • 7.2k
  • 3
  • 38
  • 52

What benefits brings Java-9 over your current Java-8 version ?

I mean to the person using your library.

Deploying two concurrent version of the same library has a LOT of downsides. Do you need to keep the API compatible between the two ? you will also have to maintain the code twice, fix the bugs twice as inevitably the code will bear some difference. If there are none then just release it in V8 and rest assured it will work just as well under V9.

Generally when creating a library for larger use than your own projects one tend to be very conservative and support the lowest possible version of Java that is possible. Do you need closures ? do you use NIO ? no ? perhaps best stick with v6 even and reach a broader audience.

My personal view on this would be to try and have a single code base, released under the lowest possible version of JDK that still works and leave it at that. Using a library built under Java 6 under Java 8 works fine, when Java 9 comes along, it will still work without issues.

If your library is not to be used outside your project then you can use whatever version of JDK the project uses, again, don't maintain two separate version it's twice the work with very little benefits.