Puppy Linux Discussion Forum

F96-CE 4
I initially installed Version 1.8 from Wikka. After been told that it's an old version ― I uninstalled it. Then I loaded jre-8u_371-amd64.sfs through SFS-Load.
The system doesn't recognize Java:

# java -version
bash: java: command not found
# 

There are a few folders with "Java" in their name, in the system; maybe it relates to the problem.

/opt/jre/legal/javafx
/usr/java
/usr/lib/javaif

What version of Puppy Linux????

@bigpup - F96-CE 4.

Mb the Java executable isn't in the system's PATH variable.
Verify the presence of the "java" executable in the bin directory of the installed Java version and set the PATH variable to include the Java bin directory.

@albinaguerette

Verify the presence of the "java" executable in the bin directory of the installed Java version

Did you mean /bin/? There's no Java file there.

and set the PATH variable to include the Java bin directory.

Didn't understand this.

@MrAccident :-

JRE gets installed to /opt. If you go into /opt, then into "jre", you'll see a /bin directory. Look inside THAT.....and you should find the 'java' executable looking at you:-

The "$PATH" can be modified/added-to by editing /etc/profile....

Mike.

@MrAccident @mikewalsh @bigpup
I have looked into this issue and see that there are several causes of java's not being detected. Multiple scripts are affected.

Please allow me some time to work on correcting the scripts. Apparently, changes in the java packages are confusing them.

For testing, I am using mikewalsh's Java SFS package jre-8u_371-amd64 from
viewtopic.php?p=21405#p21405.
I am also checking with the SourceForge jre-1.8u101-i586 pet package, from the first link in
https://wikka.puppylinux.com/JavaRuntimeEnvironment.

Richard

@MrAccident,

I believe I have fixed the problems you encountered with both of the Java packages you tried.

I have posted the updated Java Interface .pet at viewtopic.php?p=97457#p97457

Sorry to take so long, but there were several other internal issues with it, to be fixed. Thanks for your patience.

Richard

@rerwin - the instructions are very confusing. What do I need to do, keep the Java SFS I have, and only downloading javaif-20230827.pet?

Just reboot.

Then try running 'javaiftest' in a console/terminal to see what got set up. And try your java program.

Richard

@rerwin - what do you mean? I didn't change anything in my system. I was asking - what to do? I have jre-8u_371-amd64.sfs still loaded, since before making this post; that's it.

@MrAccident,
You should just be able to run your java app without doing anything else after rebooting after javaif installation.
(Click on the downloaded .pet to install it. But be patient because it may take a minute.)

Please show me the result of entering javaiftest in a terminal/console window.
Richard

I installed javaif-20230827.pet.
Terminal:

# javaiftest
Java Interface Test and Demonstration

Environment:
JAVA_HOME=/opt/jre
Java home & version: /opt/jre 8.0_371

which java:   /opt/jre/bin/java
which javaws: /opt/jre/bin/javaws

java -version:
java version "1.8.0_371"
Java(TM) SE Runtime Environment (build 1.8.0_371-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.371-b11, mixed mode)

javaws -version:
Java(TM) Web Start 11.371.2.11-fcs 
Usage:	javaws [run-options] <jnlp-file>
      	javaws [control-options]

where run-options include:
  -verbose       	display additional output
  -offline       	run the application in offline mode
  -system        	run the application from the system cache only
  -Xnosplash     	run without showing a splash screen
  -J<option>     	supply option to the vm
  -wait          	start java process and wait for its exit

control-options include:
  -viewer        	show the cache viewer in the java control panel
  -clearcache    	remove all non-installed applications from the cache
  -uninstall     	remove all applications from the cache
  -uninstall <jnlp-file>              	remove the application from the cache
  -import [import-options] <jnlp-file>	import the application to the cache

import-options include:
  -silent        	import silently (with no user interface)
  -system        	import application into the system cache
  -codebase <url>	retrieve resources from the given codebase
  -shortcut      	install shortcuts as if user allowed prompt
  -association   	install associations as if user allowed prompt


PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/root/my-applications/bin:/usr/games:/opt/jre/bin

LD_LIBRARY_PATH=/lib:/usr/lib:/root/my-applications/lib:/usr/local/lib:/opt/jre/lib/amd64/server

java HelloWorldApp (expect Hello World!):
Hello World!

JNLP demo exammple not usable due to javaws issue.
# 

And Java seems to work:

# java -version
java version "1.8.0_371"
Java(TM) SE Runtime Environment (build 1.8.0_371-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.371-b11, mixed mode)
# 

So I guess it's solved.
Thanks rerwin.

I infer that you have run your java program. Thank you for sticking with me on this.

The lines:
java HelloWorldApp (expect Hello World!):
Hello World!
are the test's confirmation.

But there is a problem with the Java-Web part in that the Java package 'javaws' part does not recognize the "-version" option, which it should. It returns an error code because of that, which results in the demo program not being tried. However, when I run the demo (javaws InputVerificationDemo.jnlp) separately, it shows:

Since javaws is a browser plug-in, I assume you do not need that function. And I have not verified that it works as a plug-in.

Richard

@rerwin - I didn't understand. In the Terminal code I published ― it says Hello World!.
Currently I only need Java for JDownloader; which I already used yesterday, so it works. I never needed Java Browser-Plugins.

I concluded that you do not need javaws. I just wanted to explain/interpret what javaiftest is telling us, in case anyone else might be concerned about it. I would like to work with someone to get Java-Web (javaws) working, if anyone cares about it.

I am very pleased that java now works for you.

Richard