After upgrade to Mojave, Netbeans 8.0.1 is not opening anymore ; it shows the splash screen, but closes right after.
It probably has to be with a JDK update; which JDK version it supports and how can i downgrade the JDK
Thanks !
NetBeans reads a configuration file named netbeans.conf on startup. It is just a text file containing properties, located in its etc directory within the NetBeans installation. One of the properties it might specify is the path to the default JDK to be used via property netbeans_jdkhome.
If that path becomes invalid (e.g. possibly due to upgrading on Mac) then NetBeans won't start; as described in the OP it will display the splash screen then close down.
The solution is simply to edit property netbeans_jdkhome to specify a valid path to the JDK that you want to use.
Note that netbeans_jdkhome is not necessarily specified at all in netbeans.conf, since NetBeans has other ways of determining the default JDK path. But if netbeans_jdkhome is specified it is crucial that the path is valid.
Related
I have a question concerning JRebel Remote Installation on a Domino Server 12.0.2
https://manuals.jrebel.com/jrebel/remoteserver/eclipse.html#eclipseremoteserver
In the beginning it looked promising, jrebel seems to be installed correctly, but after restarting the server I got some xpages/osgi initialization errors:
notes.ini
JavaOptionsFile=D:\IBM\Domino\JRebelOptionsFile.txt
JRebelOptionsFile.txt
-agentpath:D:\jrebel\lib\jrebel64.dll -Drebel.remoting_plugin=true
Any idea what's wrong? Thanks in advance
UPDATE:
I have done the same thing on a Domino Server 12.0.1 without any troubles:
This might have to do something with the modified dll loading scheme in 12.0.2 as described here:
C API OSLoadLibrary changes
On Windows, if a fully qualified path is not specified for a library to be loaded, the C API OSLoadLibrary no longer searches the path for the library.
Instead, by default, this API searches the Notes or Domino executable directory, the Windows System directory, and the Windows directory. You can use notes.ini variables of the format OSLL_<#>= to specify up to five additional locations to search. For example:
OSLL_3="d:\Application\Libraries".
You could try to add the dll path of JRebel to Domino using the notes.ini variable OSLL_1 as described in a similar issue regarding ScanMail for Domino here.
I have been writing grails applications on Windows, and when I am editing the .groovy files and save they are automatically compiled while the application is running and the changes are available without restarting the app. On OSX this is not happening, in neither interactive mode or by starting the application with grails run-app.
Looking up online I couldn't find a reason for this, and also I know other people working on OSX where this feature works.
Any suggestions as to what might cause this?
Grails 2.3.7
OSX 10.9.4
Java 1.7.0_55
If you are not running in forked mode, you will need to specify the -reloading explicitly.
Starting at some point, the initial JVM has reloading disabled and forks a new JVM with options specified in the grails.project.fork = [...] in BuildConfig.groovy.
As an alternative to passing -reloading each time, you can also modify the startGrails script included with the distribution and change the following option to false:
DISABLE_RELOADING=false
For me, the startGrails script is found in the GVM directory at ~/.gvm/grails/2.3.11/bin/startGrails.
So I have created an application using javaFX in Eclipse. I packaged an executable jar using Maven, with the zenjava javafx-maven-plugin version 2.0. I package in the command line using mvn clean jfx:jar. This creates a javafx/app subfolder in my target, which includes a lib folder and the executable jar.
When I run this executable jar on my Ubuntu or Windows machine, everything seems to work fine. On Mac however, I am having trouble. I have a welcome page that shows up first. It has a small description of the application and a button for users to push to continue on to the application. For some reason the button doesnt do anything on Mac. It works fine on Windows and Ubuntu. Any ideas why this is happening? Do I have to include anything extra for Mac?
There was an issue on Jira (JavaFX Bugtracker) concerning Mouse events on buttons disapearing. It was not exactly your MAC version (in the issue they named 10.8.2) but the issue has been fixed for the JavaFX 8 release (codename lombard). You might want to try the JavaFX 8 beta and see whether your bug has been fixed.
In case you'd like to see the issue: https://javafx-jira.kenai.com/browse/RT-26395
I am a Java neophyte and I was going to dabble with it again today when I noticed I already had an installation of the JDK at C:\Program Files\Java\jdk1.7.0_05. I just downloaded the latest version and it wants to install to C:\Program Files\Java\jdk1.7.0_07.
Why does every new revision gets its own installation directory? Are the maintainers of Java not concerned with backward compatibility and breaking things with each new revision? I could understand a new directory for the move from version 1.7.0.5 to 2.0.0.0, but from 1.7.0.5 to 1.7.0.7? That, I don't get. Can someone enlighten me?
It's not unusual to have to develop/test on multiple JDKs. The installer assumes that each JDK you install is there intentionally and does not interfere with them. Note that you should NOT be writing any code that includes the JDK path, so backwards compatibility with existing software should not be the issue. The way to set/refer to the "preferred" JDK is to use the JAVA_HOME environment variable. Most java aware applications will use whichever version is referred to by the JAVA_HOME path. There are also various OS specific ways to declare a preferred JDK/JRE. Windows uses a registry setting and Linux uses soft links.
The installer is probably just an installer and doesn't look for old versions of Java out of laziness or, more likey, they didn't want to mess with the installations you have as software, scripts, environment settings, etc, on your machine might have stored the paths to these files and may break if those files are removed.
I have a brand new installation of Eclipse with BlackBerry Plugin for mac.
The Java SDK 6.0.0 is already installed, the only thing now is that I want to compile for minor version, like 4.5.0
I have tried :
Help -> Install New Sotftware... -> http://www.blackberry.com/go/eclipseUpdate/3.5/java
But it gives me an error.
"No repository found at http://www.blackberry.com/go/eclipseUpdate/3.5/java"
anyone had the same issue ?
It seems that it worked for some people.
I don't know if what you're trying is possible, I also couldn't get it to work. According to the RIM site, they don't support building apps on OS X for non-6.0 right now, and based on the workaround below, I think it might not be as simple as installing the packages from the Eclipse installer.
However, I found a great post on building BlackBerry apps on OS X, and since then I've been working on my MBP, and can't say I would turn back. Here's a summary of how I got it set up:
Install Eclipse (I am using 3.5, but it may not matter) and VirtualBox.
Create a new VM and install Windows (tested with XP SP3). This
would probably work using VMWare Fusion or Parallels too.
On the VM, install Java 6 and the version of the BlackBerry JDE
that matches your target OS.
In OS X, download
bb-ant-tools.jar and move it
to ~/.ant/lib.
Get an OS X version of preverify, which is included in the Sun
J2ME SDK 3.0 for OS
X.
Install it and either copy
/Applications/Java_ME_SDK_3.0.app/Contents/Resources/bin/preverify to
somewhere in your PATH or just add that directory to your PATH.
If you don't have one already, create the file ~/.MacOSX/environment.plist.
Edit this file with /Developer/Applications/Utilities/Property\
List\ Editor.app/.
Create a new variable called PATH and set it to the value of your
shell PATH, making sure that the directory containing preverify is
included. This allows Ant, via Eclipse, to see the preverify command
when Eclipse is launched from Eclipse.app and not from the command
line. See this
for more details.
In OS X, create a directory for the BlackBerry components
(something like "bb-components").
From the BlackBerry JDE installation in the VM, copy both "lib" and
"bin" directories to this directory.
In Eclipse, create a new Java project.
Choose "Use an execution environment JRE:" and select Java 1.3.
Right click the project in the "Package Explorer" and select "Build
Path" and then "Configure Build Path."
Add bb-components/lib/net_rim_api.jar as an "External JAR."
Remove the "JRE System Library." This is so that only BlackBerry
supported classes will be offered via autocompletion etc.
Copy the attached minimal
build.xml into the project.
Edit the build.xml to suit your environment (specifically the
jde.home property) and anything else you want to customise.
Right click and select "Run as" and then "Ant Build" (the first
one). You can also build using Ant on the command line, of course.
These were adapted from https://spin.atomicobject.com/2010/11/04/our-blackberry-development-environment
Good luck!
I develop all of my BB apps on Mac hardware but I'm running Windows through Parallels. Not better than having native Mac tools, but it works!