I have troubles installing Cytoscape.
All started from the common "The JVM could not be started" error. Hence, I downloaded the debugging "Windows.bat" script that yielded the following results :
Cytoscape System Requirements Checker for Windows
Target Cytoscape version: 3.7.2
Your Windows version is:
Microsoft Windows [version 10.0.18362.720]
Java is installed
Your system is 64 bit
Your JAVA_HOME is set to C:\Program Files\Java\jdk-14
Your Java version is at least version 8 as required
Your Java version is no higher than version 8 as required
Your Java is 64 bit as recommended
Problem: The "app" store at apps.cytoscape.org is not reachable with a timeout of 30000ms
Summary
Your system has some issues.
Please fix those and re-run this script again:
- App store at apps.cytoscape.org is not reachable
Then, it tries to determine the itinerary but stops around the 17-18 step.
Thanks a lot for your time !
Actually, you have a different problem... Cytoscape 3.7.2 is only supported on Java 8, and you have Java 14 installed. Cytoscape 3.8 (release is imminent) will support Java 11, but not Java 14. Getting the correct Java installed should allow you to run Cytoscape. The app store problem might be transitory. I would suggest trying Cytoscape 3.8 before going too far out of your way to try to debug this. We intend to release Cytoscape 3.8 today or tomorrow...
-- scooter
Related
I've a new computer with Debian 9 / 64bits.
After installing Netbeans 8.2 and Codename Plugin 5.0 if i try to open "CodenameOne Settings" or "CodenameOne Designer" nothing happens.
I've checked JRE_JAVA and JDK_JAVA and PATH environment variables and them points to the correct path.
I don't see any error message but the tools dont start.
I dont know what happens but i remember a similar issue in the old computer with Debian 6 / 32bits.
Can anybody help me?
Thanks a lot
Ramon Garcia
The default version of Java on Linux systems is OpenJDK which is a bit problematic due to its lack of JavaFX support. With newer JDKs we updated Codename One to download JavaFX dynamically as it was removed from the JDK but since the dynamic download only works with JDK 10 or newer (due to the way the people at Oracle compiled JavaFX) this would be the minimum version of OpenJDK.
So you can either install Oracle JDK 8 or Open JDK 11 to keep compatibility.
Notice you can track this issue by running the designer/gui builder from the command line and seeing the point of failure: https://www.codenameone.com/blog/tip-track-designer-guibuilder-issues.html
When I was installing WAS, there was a prompt alerting me to use Java 8 by default. I aggreed, because back then it wasn't matter which version to use.
Time passed and now I have necessity to use Java 6 in one of my profiles, which is coming with the WAS by default. Since I aggreed to use newer Java, WAS working on Java 8 by default now. I searched in installation repository, but in IBM Installation Manager Java versions I need are greyed out and cannot be installed separately.
Is there a way to install Java 6 alongside Java 8 in WAS, so I could just switch between them in profiles' setting? I tried official repository for Java 6, but it is empty since IBM dropped it's support in April.
P.S. I tried to change variable JAVA_HOME in Websphere profile setting (as well as in system variables) to look at JDK 1.6 I installed separately, but then my profile refuses to start.
Java 6 is no longer supported, so the WAS Installation Manager has likely removed the option to use JDK 6. For WAS 8.5 you can use either Java 7 or Java 8.
This article talks more about Java 6 End of Support:
https://developer.ibm.com/wasdev/blog/2017/10/25/java-6-end-support/
Apologies if this is more Server Fault than SO, but it is related to coding so here goes...
I have someone else's code that I am trying to compile on RHEL 7 but will run (for the moment at least) on RHEL 6. I've written my own RPM spec file to build and output an RPM file. The RPM builds fine on both RHEL 6 and RHEL 7 but when I build it on RHEL 7, does not produce an RPM which can be installed on RHEL 6 due to versions of GLIBC.
Is there a simple switch I can add to the build somewhere which will allow the resulting binary to be satisfied with an earlier version of GLIBC and be able to be installed on RHEL 6?
To be clear, I don't actually need a RHEL 7 binary at present, I'd just like to be able to compile for RHEL 6 on a RHEL 7 dev box.
You can use mock (sadly only in EPEL) to create a Red Hat Enterprise Linux 6 chroot on your Red Hat Enterprise Linux 7 system. If you use only libraries with Tier 1 ABI compatibility, your application will continue to run on Red Hat Enterprise Linux 7 without recompilation. Building on the oldest supported release (from the application point of view) is really the only way to do this. If you need a more recent C++ compiler and that's the reason why you are building on Red Hat Enterprise Linux 7, consider using Developer Toolset (DTS) instead.
Tier 1 libraries are described in the Application Compatibility Guide. There is supposed to be a PDF attachment with the previous list of packages, but I cannot access this right now.
I'm trying to automate the web application using Robot Framework in Windows 10 OS with Edge browser. I have downloaded the Microsoft Edge Webdriver from the link "https://developer.microsoft.com/en-us/microsoft-edge/tools/webdriver/"
and placed it in the path "C:\Python27\Scripts"
Error Message.jpg:
When I run the script, it shows the error message:
The ordinal 870 could not be located in dynamic link library C:\Python27\Scripts\MicrosoftEdgeWebdriver.exe
Any suggestions on resolving this error would be helpful.
The Microsoft Edge Webdriver is bound by version to the Windows 10 build that it is executing on.
I have seen the error message:
"The ordinal 870 could not be located in dynamic link library"
while attempting to run the Release 14393 (3.14393) version of the MicrosoftWebDriver on version 1507 of Windows 10.
For me, this could be resolved by downloading the 1.10240 version of the MicrosoftWebDriver or updating my system to version 1607 of Windows 10.
This may be a longshot, but I NEED to get Java JRE 7 running on Mac 10.6. The official documentation states
Mac OS X System Requirements
Intel-based Mac running Mac OS X 10.7.3 (Lion) or later.
Administrator privileges for installation 64-bit browser
Is there any way I can trick the java JRE 7 into installing itself on OSX 10.6? Is there some community version of a JRE 7?
It can be done, just follow what this answer suggests. I successfully installed JDK 7 update 11 a couple of weeks ago. However I have only used it for some development, and am not sure if it runs e.g. Swing apps without issues.
No.
Easiest is most likely to install virtual box and run Ubuntu inside.
EDIT: The comments indicate that this is not for hobby use but a client. I would personally never base a commercial solution on unsupported software, and I hope it has been made absolutely clear to the client what this can result in.
A better solution might be recompiling your Java program for Java 6 (use the Eclipse compiler with -source and -target) and run it under Java 6. If you cannot do this - as you said NEED - then open a new question asking how to backport that facility to Java 6.