The directory structure for the FXML JavaFX project:|->src| |->main|
| |->java
| | | |->org| | |
|->openjfx| | |
|->mavenfxmlwebview
| | |->resources
| |->testtarget |->classes |->org
|->openjfx
|->mavenfxmlwebview
The directory structure for the Simple JavaFX project:|->src| |->main|
| |->java
| | | |->org| | |
|->openjfx| | |
|->mavenfxsliderbar
| | |->resources
| |->testtarget |->classes |->org
|->openjfx
|->mavenfxsliderbar
Hope the bars are still lining up properly after I submit this email.
Thanks
On Thursday, October 1, 2020, 10:45:19 PM GMT+3:30, Ernie Rael
<err...@raelity.com> wrote:
@HRH,
Could you provide the directory structure under src/main/resources for
both the working project and the failing project.
-ernie
On 10/1/2020 11:17 AM, HRH wrote:
> No, the folder contains an image file (.jpeg)
>
> On Tuesday, September 29, 2020, 9:21:41 PM GMT+3:30, Geertjan Wielenga
> <geert...@apache.org> wrote:
>
>
> Because the folder is empty?
>
> Gj
>
> On Tue, 29 Sep 2020 at 19:45, HRH <hrh...@yahoo.com.invalid> 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 <mailto: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
