Java Platform: 21st Century Users Deserve Better

  • Context: Java 
  • Thread starter Thread starter DaveC426913
  • Start date Start date
  • Tags Tags
    Java Platform
Click For Summary

Discussion Overview

The discussion revolves around issues faced by a user attempting to run a program that requires Java 6 on modern operating systems. Participants explore the challenges related to software compatibility, installation problems, and the implications of using Java as a platform. The conversation includes technical troubleshooting and user frustrations, without reaching a consensus on the underlying issues.

Discussion Character

  • Debate/contested
  • Technical explanation
  • Exploratory

Main Points Raised

  • One participant expresses frustration over a program that only runs on Java 6, highlighting difficulties in installation and execution.
  • Another participant questions whether the user is trying to run code compiled for Java 6 on a newer version, suggesting that the source code might be necessary for further troubleshooting.
  • Some suggest installing an older Java Runtime Environment (JRE) while cautioning about potential security risks associated with using outdated software.
  • A participant notes that the program's installation issues may stem from permissions related to the Program Files folder, suggesting that the program needs to be installed in a location with write permissions.
  • There is a discussion about whether the problem is related to Java or the developers' choice of installation method, with some arguing that the lack of a proper installer is a significant oversight.
  • One participant speculates that the developers' approach reflects outdated practices from earlier computing eras, while another counters that modern software typically provides options for installation locations and includes README files for troubleshooting.
  • Several participants agree that the core issue is not Java itself but rather the developers' assumptions about write access and installation practices.
  • It is mentioned that the developers may have chosen Java to ensure cross-platform compatibility, though this introduces overhead in terms of additional libraries and executables.

Areas of Agreement / Disagreement

Participants generally agree that the installation issues are not directly related to Java itself, but rather to the developers' choices regarding installation and permissions. However, there is no consensus on the best approach to resolve the user's frustrations or on the adequacy of the developers' practices.

Contextual Notes

Participants note limitations regarding the lack of specific information about the operating system and the program in question, which may hinder effective troubleshooting. There are also unresolved questions about the adequacy of the software's documentation and installation instructions.

Who May Find This Useful

This discussion may be useful for users experiencing similar issues with Java-based applications, software developers considering installation practices, and those interested in cross-platform software compatibility challenges.

DaveC426913
Gold Member
2025 Award
Messages
24,463
Reaction score
8,721
< rant >
For ten years I've had a particular program that has only been released in a version to run on Java 6.
That's spanned multiple incarnations of Windows, culminating in Win 10.
The developers still don't seem to realize what a giant PITA barrier-to-entry Java is.
It's ten years later, Java is suppsood to be ten years more mature, and here I am spennig my evening trying to get the thing working instead of actually running my program.

I hate it I hate it I hate it.

I've uninstalled and reinstalled it twice now. It TELLS me it's installed successfully.
My program doesn't run.
Java has nothing to say about this.

Gonna give up in disgust. Demand my money back for my program.

Wake up Oracle - this is the 21st century. Some of your users are not IT techs and hackers.
< /rant >

It is just a rant because I can't even ask for help!
What would I ask?
Why is my program not launching?
Useless question.
 
Technology news on Phys.org
DaveC426913 said:
My program doesn't run.
Why doesn't the program run? Do you have the source code, or are you attempting to run code that was compiled for v. 6 on whatever the current Java version is now?

DaveC426913 said:
Gonna give up in disgust. Demand my money back for my program.
Good luck on trying to get your money back for a program you've had and used for ten years.
 
Perhaps you can install an older JRE from a time you know the application was running? Years back I always kept the older versions around for testing and those applications that broke when Oracle changed stuff around, but I don't know if that is still a feasible approach. If it is, you should probably give thoughts to any security risks that you might open yourself for before going full in.

Seems Oracle still offer http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html (as long as your are willing to create an account with them) so in some sense it must still be supported.
 
Last edited by a moderator:
Mark44 said:
Why doesn't the program run?
How would I, as a consumer, know?

Mark44 said:
Do you have the source code, or are you attempting to run code that was compiled for v. 6 on whatever the current Java version is now?
What would I, as a consumer, do with the source code?

The software instructions say it needs minimum Java SE 6. I first installed the latest Java 8, then uninstalled it and installed Java 6.

Mark44 said:
Good luck on trying to get your money back for a program you've had and used for ten years.
I first bought the software 10 years ago.
After many iterations of computers and OS's, I've decided it makes sense to re-buy it, rather than trying to dig up an old version.
So I bought it again. Fresh and new in it's shiny zipfile.

(If I were trying to spin up an app that's ten years old, I'd be a little less bitter. :wink:)
 
Realizing this is a rant. I can't imagine what's wrong with your program since I don't know if you're on Windows, some variant of Linux or Macos. Each OS has its own peculiarities. If you tell us more about the program you're trying to run like its name... and the OS you're trying to run it on we might have a chance of diagnosing the problem and give a course of action.

Is this like you click on an icon and it doesn't come up or are you using the java command or some script to launch the program?

This may not even be a Java issue.

Could this be related to the move from 32-bit to 64-bit application models?
 
Last edited:
What was going wrong:
The program would show its launch window, which listed what it was installing, then it would just never complete. No warning, errors or anything.The vendor got back to me pretty quick. I was installing it in the Program Files folder, which requires write permissions. It needs to be installed in a folder over which it has write permissions. That was ultimately the problem.So, the remaining question is: why did they not write a proper installer that can install itself?

The download is a zipfile, which simply contains the necessary files, including the .exe. You run the exe to launch the app. So there is no installer here.

The exe needs to create a few files and folders every time you launch the app. That was being prevented.I suspect the answer to the mystery is that the developers are hold-outs from the DOS/early windows era, when programs were truly standalone collections of files - and installers were merely self-extracting zip files.You could extract them anywhere you wante and they would simply run in their own little space.
 
DaveC426913 said:
What was going wrong:
The program would show its launch window, which listed what it was installing, then it would just never complete. No warning, errors or anything.The vendor got back to me pretty quick. I was installing it in the Program Files folder, which requires write permissions. It needs to be installed in a folder over which it has write permissions. That was ultimately the problem.So, the remaining question is: why did they not write a proper installer that can install itself?

The download is a zipfile, which simply contains the necessary files, including the .exe. You run the exe to launch the app. So there is no installer here.

The exe needs to create a few files and folders every time you launch the app. That was being prevented.

I suspect the answer to the mystery is that the developers are hold-outs from the DOS/early windows era, when programs were truly standalone collections of files - and installers were merely self-extracting zip files.You could extract them anywhere you wante and they would simply run in their own little space.
I doubt that this is the case, since Windows 3 goes back more than 20 years, and about the same for most DOS-based software. As you said, the problem was one of permissions -- the .exe needed to be installed in a directory that wasn't read-only. When you install many programs, they will show a default location where the files will be written, but allow you to modify this location. Did the installer give you this choice?

Also, most software comes with a README file that lists possible problems and workarounds. Did your software come with any such information?
 
So from what you said, its not a java problem. The developers should have created a windows installer for their product. It sounds like a mom and pop operation.
 
jedishrfu said:
So from what you said, its not a java problem.
Yes. It wasn't specifically a Java issue after all. It was an issue that the programmers chose Java as their platform, (meaning I also had to install a giant platform on top of the OS just to run this one program.)

jedishrfu said:
The developers should have created a windows installer for their product. It sounds like a mom and pop operation.
Well, they're board game designers whose board games became so popular (and complex) that there was a demand for software for character configuration software.
 
  • #10
DaveC426913 said:
It was an issue that the programmers chose Java as their platform

Actually it was that the programmers chose to assume write access to the program storage location. That has been forbidden for all modern Windows/Mac/Linux distributions for about 15 years now (longer for Linux). They are doing it wrong. If I try to fix my watch with a 15lb sledge hammer I don't call Stanley tools and complain they sold me a defective hammer when my watch get smashed.

BoB

EDIT PS: You will get the same mal-operation with any tool-set. Java is not the problem here.
 
  • #11
The most likely reason they chose java is to keep their options open. They can write one program that can run wherever java can run. Of course when you do that there will be overhead for java libraries and executables.
 

Similar threads

Replies
1
Views
2K
  • · Replies 33 ·
2
Replies
33
Views
9K
  • · Replies 1 ·
Replies
1
Views
9K
  • · Replies 17 ·
Replies
17
Views
3K
Replies
1
Views
3K
  • · Replies 4 ·
Replies
4
Views
3K
  • · Replies 1 ·
Replies
1
Views
1K
Replies
29
Views
6K
  • · Replies 25 ·
Replies
25
Views
5K
  • · Replies 5 ·
Replies
5
Views
3K