https://bz.apache.org/bugzilla/show_bug.cgi?id=62355
--- Comment #6 from Mark Murphy <[email protected]> --- (In reply to Nick Burch from comment #5) > This does seem to have a lot of breaking changes for users, for something > which I'm not sure many people are using (and which has had a very mixed > response at best), and which either needs us to move everything to Java 9, > or potentially breaks loads of tools including Android ones > > What if we just produced one additional jar, poi-all-java9, which has all > the classes from the different jars "smooshed" in together, along with a > proper module-info file? We'd then just need to make a smaller number of > changes for things like the package injection (and any other Java 9/10 > fixes, if there are any?), but would be able to properly detail what we > export / what we use / etc. > > Given how many people we see on the mailing list and on stackoverflow using > very old versions of POI, just the move from 3.x to 4.x is going to put off > some people upgrading, and a whole bunch of broken imports is probably going > to mean loads of users don't upgrade. > > If we can avoid lots of breaking changes, but let the handful of people for > whom Java 9 modules actually works properly be able to use POI there with > just a java-9-specific jar, I'd think that'd be a good compromise. Though > I'm not sure I have much time to help just now either way... If we provide a single jar for Java 9 in 4.0, how will that affect our ability to provide a proper module in the future? Will people try to use that as a non-module Java 9 solution because there are less jars to manage? Could we somehow provide both a proper automatic module jar, and the typical set of jars for Java 8 from the same code base. I have to admit, I have not looked at the Jigsaw requirements and restrictions, so I don't know if these are even good questions. But it feels to me like a stopgap measure could set us up for more work down the road. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
