question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Make Tablesaw compliant with Java Platform Module System

See original GitHub issue

The only way I can use Tablesaw in my Java project is to configure my project to be non-modular (i.e. remove the module-info.java file.) It would be fantastic if you could modularize Tablesaw to be compliant with the module system introduced in Java 9.

See this post on Stack Overflow for more information.

Issue Analytics

  • State:open
  • Created 2 years ago
  • Reactions:2
  • Comments:7

github_iconTop GitHub Comments

1reaction
lwhite1commented, Apr 1, 2022

It would be an extreme approach, but i wonder if it makes sense to fork the project, and leave the Java 8 codebase in bug fix only mode, while doing new development on a different path. I will post in the discussions section, but it would be good to hear any feedback here also.

0reactions
aadriancommented, Mar 30, 2022

@lwhite1

Do you know of some way that I could see which projects that depend on Tablesaw are using Java 8,

Also most corporate projects that depend on jTableSaw that I’m aware of (and are not on GitHub) are still with Java 8.

My biggest concern is that the way tablesaw is organized into sub-projects might make it much more complex to support both approaches.

That’s true. The effort is not worth unless there’s a bigger gain.

I’m not sure I can afford the effort to even make the change, let alone support both versions

Since projects that moved to Java >=11 can still use the Java 8 libraries without issues (and not the other way around), maybe just some hints in the Readme/Wiki should be more than enough to close this topic (e.g. until more projects get the chance to upgrade or there’s an easier migration path)

Breaking backward compatibility to introduce modules was a terrible mistake (IMO).

Exactly ! Backward compatibility was the main reason why Java was widely adopted in first place.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Java Modules (Java Platform Module System) - YouTube
This tutorial video explains everything you need to know to understand Java Modules. Topics include: Compiler and Runtime flags; ...
Read more >
Understanding Java 9 Modules - Oracle
In this article, I introduce the Java 9 Platform Module System (JPMS), the most important new software engineering technology in Java since its...
Read more >
Getting started with Tablesaw - GitHub Pages
Java is a great language, but it wasn't designed for data analysis. Tablesaw makes it easy to do data analysis in Java. This...
Read more >
module {A} does not 'opens {package}' to {B}") on Java 9 ...
The exception is caused by the Java Platform Module System that was introduced in Java 9, particularly its implementation of strong encapsulation.
Read more >
Kotlin Language Documentation 1.7.21
Make your cross-platform application work on iOS ... Kotlin/JS is also compatible with the most common module systems: UMD, CommonJS, ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found