• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu

List of apps working /w Java 1.5_07

Started by sXwamp, 2008.05.01, 12:24:58

Previous topic - Next topic

Saijin_Naib

#15
Okay, I am one step closer to getting this working! I will be needing help though, I am at a bit of a loss here.

I can get javaws.exe to work properly in the JRE5 folder and it loads up perfect and runs java apps perfect, but if I try and get java apps to run in the browser the frame shows up empty. J2cpl.exe gives me a message of Success! And the path to the Java runtime. I had to go and add reg-keys in the same fashion of those already there for the 1.5.0_07, but this results in the browser freezing upon trying to load java apps. Firefox warns of Java Plugin @ 1.4.2_09 level and JRE @ 1.5.0_07 level, and asks if you wish to continue loading. If you choose yes, the browser will eventually freeze.

Screenshot is of Javaws.exe running with JRE5.

Can anyone see what we need to get j2cpl to work properly? I think that will be the deciding factor of whether or not we can trick JRE5 to run in the browser.

herwigb

IF it is possible to get the browser plugin to work, it would at least be necessary to create a npj2_15.dll by properly patching the npj2_14.dll (and renamed internally). In addition the npj2_11.dll, npj2_12.dll, npj2_13.dll would have to be patched.

Also the npj2.dll would have to be patched.
Kind regards,
HerwigB.

Saijin_Naib

I tried to mess with the npj2_14.dll with a hex editor and rename the java 1.4.2 references inside to java 1.5.0 and save it as a npj2_15.dll but this was without effect. I guess, as you have pointed out, there was more to be done. Do you think that you can do what is necessary to those files and test it out?

Also, what is up with javacpl.exe? I get the feeling that the OS/2 j2cpl.exe is a wrapper for the windows javacpl but I am not sure?

Shai

Hi,
I don't know if anyone mentioned this before, but the 'original' Azureus on Swing seems to run more or less fine.
I just downloaded and installed the Azureus package of the Eclipse-On-Swing people: http://eos.sourceforge.net/aos/Azureus-On-Swing-Installer.jar
(I also attached a screenshot.)
Please note that the Azureus in this package is a bit older than the version used for our Azureus-on-Java-1.4 backport (it's 2.4.0.2 instead of 2.5.0.4). There's no SWTSwing page in the "plugins" config node and a Swing look and feel plugin doesn't seem to be included but I bet a such a package can be created easily by someone who is a bit more familiar with SWTSwing (since it was done for the OS/2 port...).
I'm testing the app currently to see whether it runs more stable than the backported Azureus, which is still unusable in my opinion.

in a related matter: I don't know if this is known, but the Java 1.5 JDK (same revision as the JRE) runs on Odin/InnoTek Runtime, too - I'm using it right now. As far as I know, the JDK is identical to the JRE except that the Java compiler is included and some sample programs if you chose to install them. And the Java 1.5 compiler runs fine with Odin - I had to use Odin because I cannot see the stdout when using the InnoTek runtime - probably because the Acrobat etc binaries are linked as windowed applications. I didn't try to copy the Java 1.4 JDK binaries over the 1.5 ones, though. I suspect as 1.4 javac is a console application it would work then without Odin.
That's great for my OS/2-user-pride since I have to do some homework in Java (using features introduced with Java 1.5) every week (as part of some of the university courses I do currently) and before our latest Java 1.5 hack ;) I had to do them in VirtualBox or via VNC session on a Linux workstation I have access to. Of course I could have tried Retroweaver, too - but I wasn't that desperate.

greetings,
Robin

Shai

I replaced the original Java 1.5 binaries with the ones from Java 1.4 and it appears to work fine. The default Swing look and feel changed suddenly, though.
and ok, what I told was partly wrong:
The Java 1.4 Azureus package doesn't have a SWTSwing config page either. Settings are specified via command line parameters called properties.
For instance I wanted to change the look and feel - this works with the Java 1.4 Azureus and the Java 1.5 Azureus:
The property "swt.swing.laf" is used to change the Swing look and feel. I changed this to the "skin" look and feel (http://www.l2fprod.com/) which I also use for jEdit. This is done by putting "skinlf.jar" somewhere in the classpath and adding "-Dswt.swing.laf=com.l2fprod.gui.plaf.skin.SkinLookAndFeel" to the Azureus command line. Then you have to specify which themepack it should use. As I try to keep my system in an Aqua look and feel I used the "aquathemepack" which you can keep for instance in the Azureus directory - you'd have to add "-Dskinlf.themepack=aquathemepack.zip"
In other respects my Azureus on Java 1.5 commandline is similar to the commandline used in the startos2.cmd of Azureus on Java 1.4:
c:\programs\java150\bin\javaw.exe -Dswt.swing.lightpopups=true -Dswt.swing.laf=com.l2fprod.gui.plaf.skin.SkinLookAndFeel -Dskinlf.themepack=aquathemepack.zip -cp Azureus.jar;skinlf.jar org.eclipse.swt.widgets.Display org.gudy.azureus2.ui.common.Main
You might guess that "c:\programs\java150\bin\javaw.exe" is the path to my specific java 1.5 windowed binary :).
I attached a screenshot of my Azureus running on Java 1.5 with Aqua look and feel. Amazing what we can do with our beloved OS :).

btw.: even though it looks pretty, Azureus on Java 1.5 is also too instable to be useful. It always crashes after a few minutes. Maybe someone else could try it and give some feedback.

cheers,
Robin

Stan

Jedit4.3pre14 also works with Java 1.5.0_07. This is a multi-language editor written for Java 1.5 .
It is a basic IDE, with some project support.

It has support for Ruby (and many other languages) through a plugin.The edit/interpret cycle is all done in Jedit.
I had to modify the Rexx  cmd file shipped with the java jar file to change the path to put Java1.5.0_07 at the beginning of the path, and also to get the rexx code to recognize the java version correctly.

Stan

Blonde Guy

Polarbar mailer runs poorly under Java 1.5_07, which is both good (it runs at all) and not surprising (it doesn't run well under Inntotek Java 1.4.2, either)

Polarbar stopped development when the authors abandoned Java because of issues not fixed during Java 1.4.x days.
Expert Consulting for OS/2 and eComStation

kinryuu

So has anyone figured out how to get a newer version of Java working with eCS ? In the meantime, this has been a fantastic help, I've gotten the Thinkorswim app working using Java 1.5 on eCS, so that's one less reason I have to boot XP.