This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
If an fxml contains custom components from either the project or a jar in the classpath scenebuilder prompts the user to enter the jars or directories for the not found classes. Would be better if nb could pass the project classpath jars and directories to scenebuilder when opening an fxml file from NB... Wouldn't it?
At least for maven projects
Definitely not P1 (stopper), I would even say it's an enhancement ... Peter, please evaluate. Thanks in advance.
(In reply to comment #2) > Definitely not P1 (stopper), I would even say it's an enhancement ... Peter, > please evaluate. Thanks in advance. Yes, it is not a defect but a feature request. It does not concern NetBeans only but also the SceneBuilder side. I have consulted the SceneBuilder team and we agreed that SceneBuilder in its standalone form will not support this; this issue will be sorted out as part of the planned future SceneBuilder integration into NetBeans. Preparatory works on this will start in NB8 timeframe but probably will not be finished for NB8.0 as the necessary APIs on SceneBuilder side will not be finalized at the time of NB8.0 release. This issue will thus be targeted to be addressed in NB and SB release just after NB8.0.
But it can be trivially worked around in NetBeans: Right now SceneBuilder.exe just runs "C:\Program Files\Java\jre7\bin\javaw.exe" -da -Djava.util.logging.config.file="C:\Program Files\Oracle\JavaFX Scene Builder 1.0\bin\logging.properties" -classpath " C:\Program Files\Oracle\JavaFX Scene Builder 1.0\bin\..\lib\SceneBuilder.jar; C:\Program Files\Oracle\JavaFX Scene Builder 1.0\bin\..\lib\jfxrt.jar; C:\Program Files\Oracle\JavaFX Scene Builder 1.0\bin\..\lib\javafx-beans-dt.jar; C:\Program Files\Oracle\JavaFX Scene Builder 1.0\bin\..\lib\javafx-designtime.jar " com.oracle.javafx.authoring.Main "D:/devel/projects/fxapp/launcherfx/src/main/resources/fxml/hello.fxml" All it takes to fix it is generate and run this command with extra classpath entries. This shouldn't take more than few lines of code and would make many users happy.
Yes, this is essential for working with scenebuilder.
Integrating the project's classpath into Scene Builder is essential if you are doing anything more than a trivial interface. We've got a small distance by importing the Project's dist JAR into Scene Builder's import library... but these do not appear to be added to Scene Builder's classpath, and so fail to load controls which expose elements of other supporting libraries. (In addition the META-INF data from the JAR is not processed). This means we either have to define out interfaces in terms of JavaFX "raw" controls, or face hand-editing the FXML afterwards - which then cannot be loaded by Scene Builder, and somewhat defeats the point of it all. Note also that Scene Builder (8.2.0, 2016-05-18) fails to start from NetBeans 8.1 when custom controls are present in the FXML. Starting a stand-alone copy works, and starting a stand-alone copy in the background allows the invokation from NetBeans to work...