Ernie,
Whether I execute the Maven from the command line (i.e. mvn clean package) or
within the bounds of IDE, the resources are not copied to where the *.class
files reside under the "target\classes\${package-structure}" sub-tree, instead,
they're copied under "target\classes" with the module-info. This behavior is
not consistent with the FXML JavaFx project type. The interim solution to
circumnavigate this situation is to either hard code the path to the resource,
manually copy the resource to the proper location after the project builds, or
use FXML JavaFX project type instead.
>From the start of this thread, I have been circumspect of not pointing finger
>at the IDE and that remains unchanged. My goal is to point out this anomalous
>difference between the two project types.
Thanks
On Tuesday, September 29, 2020, 9:41:45 PM GMT+3:30, Ernie Rael
<err...@raelity.com> wrote:
In the project directory, from the OS command line, did you try running
"mvn clean package"?
This takes NetBeans out of the equation; I don't think NetBeans is
copying stuff from resource to target.
I think maven replicates the resources directory structure under target.
-ernie
On 9/29/2020 10:44 AM, HRH wrote:
>
> Well, I looked into the IDE generated POMs for both project types
> assiduously and there are no major differences, that would lead one to
> believe Maven is the culprit here. In summary, during the project
> build, the resource sub-folder (within the Maven compliant folder
> structure) is copied from the "src" sub-tree to the "target" sub-tree,
> by the IDE for the "FXML JavaFX Maven Archetype" projects but this
> step is completely elided for the "Simple JavaFX Maven Archetype)
> projects.
>
> Thanks
> On Thursday, September 17, 2020, 11:21:48 PM GMT+4:30, HRH
> <hrh...@yahoo.com.invalid> wrote:
>
>
> That's precisely what I was doing, by looking into the Maven docs, and
> trying to find a way to copy this file to the right destination
> folder. The generated pom.xml files for both templates seem identical
> with the exception of the main class name and the project name, so
> there must be a reason why they behave differently.
>
> Thanks
>
> On Thursday, September 17, 2020, 11:11:27 PM GMT+4:30, Ernie Rael
> <err...@raelity.com> wrote:
>
>
> On 9/17/2020 11:33 AM, HRH wrote:
> > Ok, I need to be more specific vis-a-vis my last reply. Initially,
> > when I created the src/main/resources sub-folder and put my image.jpg
> > in that directory, Maven copied it the .jpg file to the
> > "target/classes" directory instead of
> > "target/classes/org/openjfx/${package} where all the class files
> > reside. In contrast, for the "FXML JavaFX Archetype (Gluon)" template,
> > Maven copies the content of the "src/main/resources" to
> > "target/classes/org/openjfx/${package} and the runtime can load the
> file.
>
> It's up to you to figure out what/if maven is doing differently for one
> project and not the other. It's not a NetBeans issue. Take a look at the
> structure under resources
>
> -ernie
>
> >
> > I hope this clarifies the ambiguity in the last reply.
> >
> > On Thursday, September 17, 2020, 10:31:40 PM GMT+4:30, HRH
> > <hrh...@yahoo.com.invalid <mailto:hrh...@yahoo.com.invalid>> wrote:
> >
> >
> > Ernie
> >
> > I have done that (making a "resources" sub-folder under the src/main)
> > but Maven does not copy its content to the "target" subtree. Not
> sure why?
> >
> > On Thursday, September 17, 2020, 10:16:20 PM GMT+4:30, Ernie Rael
> > <err...@raelity.com <mailto:err...@raelity.com>> wrote:
> >
> >
> > On 9/17/2020 9:58 AM, HRH wrote:
> > >
> > > Hi Ernie,
> > >
> > > I hear what you're saying about the empty directory. I kept the
> > > artifact in the src/main and manually copied it to the target/classes
> > > tree after the build. However, "Run Main Project" tends to rebuild and
> > > wipe the "target" sub-tree (because I am missing the nb-javac plugin),
> > > which then leads to a runtime error due to missing artifact.
> > > Currently, I going through Maven documentation to figure out a way (I
> > > recall seeing a Maven plugin somewhere) to copy this file from
> > > "main/src" to "target/classes" as the last step in the build and I
> > > believe this will circumvent my issue.
> >
> > I'm confused. Why don't you create the resources directory,
> > .../src/main/resources/ and move the files to there and be done with the
> > problem?
> >
> > You do not seem to have a maven compliant file layout. Why not make it
> > compliant and be done with this whole issue of manually copying files
> > around?
> >
> > -ernie
> >
> > >
> > > Thanks as always for your insight
> > > On Thursday, September 17, 2020, 7:47:21 PM GMT+4:30, Ernie Rael
> > > <err...@raelity.com <mailto:err...@raelity.com>
> <mailto:err...@raelity.com <mailto:err...@raelity.com>>> wrote:
> > >
> > >
> > > On 9/17/2020 5:11 AM, HRH wrote:
> > > > Hi,
> > > >
> > > > The "Simple JavaFX Maven Archetype (Gluon)" template from the "New
> > > > Projects->Java with Maven" does not create a resource sub-folder
> under
> > > > the src subtree, so the developer can store required artifacts (i.e.
> > > > jpg images,etc.) for the project in that folder. If the artifacts
> > > > placed in the src directory with the main and the controller source
> > > > code, the maven does not copy them to the target->classes, hence the
> > > > developer needs to manually copy
> > > The developer can put the resources where they belong for the maven
> > > build system when the developer initially adds them.
> > >
> > > > these artifacts src->main to the "target->classes" after each build,
> > > > to avoid runtime errors.
> > > >
> > > > In contrast, the "FXML JavaFX Maven Archetype (Gluon)" template
> always
> > > > creates "Other Sources/src/main/resources/${project.package}" tree
> > > > structure for the artifacts (i.e. fxml, css, images, etc.) and the
> > > > maven copies them to the "target->classes->${package}" sub-folder.
> > > >
> > > > If possible, it would be great if these two templates create a
> > > > consistent tree structure.
> > >
> > >
> > > The FXML project has resources, so it creates the directory and
> puts the
> > > resources there; the other project type does not does not have
> resources
> > > and so does not create the directory. You're suggesting creating empty
> > > directories, which SCM will get rid of.
> > >
> > > Just create the directory when you need it. (I kind of agree with you,
> > > but there are so many valid directory structures for a project... The
> > > SCM issue is the clincher, empty directories do not stay around)
> If you
> > > don't know where the resources are supposed to go, then having some
> > > directory hanging around won't help anyway.
> > >
> > > -ernie
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>
> > <mailto:users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>>
> > > <mailto:users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>
> > <mailto:users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>>>
> > > For additional commands, e-mail: users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>
> > <mailto:users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>>
> > > <mailto:users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>
> > <mailto:users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>>>
> > >
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
> >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>
> > <mailto:users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>>
> > For additional commands, e-mail: users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>
> > <mailto:users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>>
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> <mailto:users-unsubscr...@netbeans.apache.org>
> For additional commands, e-mail: users-h...@netbeans.apache.org
> <mailto:users-h...@netbeans.apache.org>
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
