Windows show like this:
Thinking it might be OpenJDK's fault, I downloaded Java SE JDK and pointed the run script to it. This did not appear to help.
Not sure what information to provide, other than being on debian jessie, using awesomewm, and:
~$ java -version
java version "1.7.0_75"
OpenJDK Runtime Environment (IcedTea 2.5.4) (7u75-2.5.4-2)
OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode)
Leaving this up just in case someone stumbles on it. Apparently java, in many forms, has problems with a few wms. Awesomewm included. One needs to export a 'nonparenting' variable:
export _JAVA_AWT_WM_NONREPARENTING=1
Maybe someone will come along and offer a more fulfilling answer to this problem.
Related
Problem
I'm trying to use pyimagej==0.4.0 (source). Per its README, I run the following code:
import imagej
ij = imagej.init()
And it returns the following error: No Java runtime present, requesting install.
I looked up this error in multiple articles:
Even though JRE 8 is installed on my MAC -" No Java Runtime present,requesting to install " gets displayed in terminal
https://apple.stackexchange.com/q/283858/327668
Both articles say I need the full JDK, not just the JRE. However, I think I have the full JDK.
Background
pyimagej==0.4.0
macOS Mojave v10.14.3
miniconda 4.6.14
Set up conda environment with:
conda create -n pyimagej pyimagej openjdk=8
conda activate pyimagej
Checking environment:
(pyimagej) ➜ fiji_test java -version
openjdk version "1.8.0_192"
OpenJDK Runtime Environment (Zulu 8.33.0.1-macosx) (build 1.8.0_192-b01)
OpenJDK 64-Bit Server VM (Zulu 8.33.0.1-macosx) (build 25.192-b01, mixed mode)
(pyimagej) ➜ fiji_test echo $JAVA_HOME
/usr/local/Caskroom/miniconda/base/envs/pyimagej
Can you please fill in what am I missing? Thank you in advance for any advice.
Well it turns out the problem was quite in the weeds.
It seems this problem was encountered by one of pyimagej's developers here: https://github.com/imagej/pyimagej/issues/10
The developer posed a short-term workaround of directly modifying the jdk's Info.plist.
The developer also opened a PR for a more long-term solution. Hopefully it gets closed, and then hopefully no one else will encounter this! :)
I am using intellij idea 14.1.7,
$ java -version
java version "1.7.0_79"
Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode).
Linux : Ubuntu 14.04
When I try to open a project, insert something,find something or anything that opens a popup/dialog box it appears like :
I have tried finding solution but I didn't got anything.
Any help would be appreciated.
I think it was some graphic issue in unity. I installed Ubuntu mate environment in Unity and now I am using it around 2 weeks the blank/transparent issue didn't came.
But there are other issues which are quite small, like content assist some times don't appear. But dialog/popup boxes are appearing normally now.
When I install myeclipse, it shows "needs java SE6 Environment",
How do I resolve this problem?
I have already installed jdk1.7 in my OS X Yosemite.
/Users/**** $ java -version
java version "1.7.0_75"
Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
This is a problem with the online installer, which is a 32-bit application while Java 7 on OS X is 64-bit only.
You have two solutions : you can just download the offline installer, which should work fine, according to this support thread.
If this doesn't work, you'll have to install Java 6, which you can find here.
This was a problem with earlier installers. All current installers will not have this problem. Please download the latest release.
I have installed Oracle Java 7 in my /home directory by following steps given here (by just changing the path of installation). But still I cannot see the plugin listed in the chrome://plugins tab.
I also cannot see it running in JavaTester or here. I have tried enabling by following steps provided here but nothing works.
Some specifications:
Operating System: Ubuntu 14.04
output of java -version:
java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)
Please comment if anything more is needed for resolving the problem
Just pull it from webupd8 servers. Follow the directions at the following link.
http://www.webupd8.org/2012/01/install-oracle-java-jdk-7-in-ubuntu-via.html
Also, this belongs on a different forum. This forum is for programming questions, installing a chrome plugin isn't really what we do. Next time post to the Ubuntu stack exchange located here.
I am trying to get remote debugging working with Java on Solaris OS. Following is what I have tried-
I have a Java class called TestP which has the main method.
When I try
java -classpath . TestP
the program works fine. But when I try adding the debug parameters to the JVM-
java -Xdebug -Xrunjdwp:transport=dt_socket,address=8001,server=y,suspend=n -classpath . TestP
It fails giving this error-
UTF ERROR ["../../../src/solaris/npt/utf_md.c":49]: Failed to complete iconv_open() setup
Can anyone please help me on figuring out why this error is coming up?? The above works fine on my Linux box.
Java version on Solaris:
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode)
Java version on Linux:
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.5) (fedora-20.b16.fc10-i386)
OpenJDK Server VM (build 14.0-b15, mixed mode)
Hmm... This seems to be a known Solaris (not specific to Solaris 10) issue with Java 6, not a Java issue (see this thread).
Someone has successfully applied a workaround (see this blog post) from a Sun guy, Jeff Moguillansky, but I wouldn't recommend it and rather consider searching sunsolve for a patch as indicated on Sun's forums.
Look at this one: http://sunsolve.sun.com/search/document.do?assetkey=1-1-6586755-1 (you'll need a Sun Online Account with a valid Support Contract or Software Subscription).
Using truss I found out that the process was looking for /usr/lib/iconv/geniconvtbl/binarytables/UTF-8%646.bt and 646%UTF-8.bt, so I just copied ISO8859-1%ISO646.bt to UTF-8%646.bt and ISO646%ISO8859-1.bt to 646%UTF-8.bt (yes, it is "646", not "ISO646"!)
This is of course a very ugly workaround and I have no idea if it has any negative effects on the JVM, but at least it starts the JVM without aborting. (I did this on OpenSolaris 2009.06, btw)
If Pascal Thivent is right, then you may want to try running OpenSolaris (either on a blank machine or in a vm) and see if the problem is also there. If not, then consider using that version for now if possible.