First question, relating to multi-project builds:
I have three web applications and a background application that all depend
on a 'core' custom library that is basically driven by Spring and Hibernate.
Currently my directory structure is something like:
\projects\WebApp1\
\projects\WebApp2\
\projects\WebApp3\
\projects\BackgroundApp\
\projects\Core\
\projects\Web\
Where Core contains shared services and data access, and Web contains shared
web framework classes and utilities.
If I understand the documentation correctly, I could have a 'gradlefile' in
each of the subdirectories with dependsOn(':Core') for all the applications
and additionally dependsOn(':Web') for the three web applications.
However, I'm not sure what to do with the 'gradlesettings' file. I could
"include 'Core', 'Web', 'WebApp1', 'WebApp2', 'WebApp3', 'BackgroundApp'",
but I wasn't sure this was the right approach, since WebApp1,2,3 are all
really independent of one another, and of course so is BackgroundApp.
Second question, related to dependencies: I'm probably going to show my
ignorance with Ivy here, but here goes. ;)
In the above example, I can specify my dependencies fine for compile time,
and the project compiles fine. However, when I try to run "gradle dists" I
run into issues with what I assume are "runtime dependencies" from my
"compile dependencies" as I see non-optional Hibernate dependencies are
pulled down (i.e. ehcache, asm-attrs, etc.). But for Sun jars, such as
'jta.jar' these aren't available in the Maven repository (I assume due to
license). However, the Hibernate POM describes this dependency as required
and therefore I assume Ivy tries to retrieve it, fails, and the build
terminates.
Is my only recourse here to create my own clientModule with the correct
dependencies or is there some way I can 'override' where this one dependency
is looked up? It doesn't seem to follow any of the classpathResolvers.add()
that I specified, and always (only) looks to the Maven rep.
Thanks in advance,
Phil..
--
View this message in context:
http://www.nabble.com/How-should-one-structure-multi-project-builds--tp17178473p17178473.html
Sent from the gradle-user mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
