On May 12, 2008, at 11:03 AM, Jason Dillon wrote:

Um, the boilerplate does not put anything into the repository/* so how do they get in there? Or is that figured out when the boilerplate is applied to an assembly or something?

boilerplate is a geronimo plugin, and the car-maven-plugin generates a geronimo-plugin.xml for it.

Therefore when it is installed into an assembly (usually the first plugin :-) all the dependencies listed in geronimo-plugin.xml get installed in the geronimo repo.

So including the dependencies you need for gshell in the boilerplate's pom would get them into the geronimo repo. As I said transitive dependencies don't result in inclusion at the moment for rather good reasons. I don't know what the <include> tag would do but it's probably worth investigating.

thanks
david jencks



--jason


On May 13, 2008, at 12:26 AM, David Jencks wrote:


On May 12, 2008, at 4:20 AM, Jason Dillon wrote:

I'm trying to remove the use of the gshell-embeddable artifact, which includes some duplicates (like jline, xstream, slf4j, etc)... but I can't figure out how the new assembly bits are used to get stuff into the repository/*.

I can hack something up (with the assembly + antrun plugins) but I'm wondering if there is a better way. I'd like to not have a ton of pom config to list all of the gshell required dependencies, just use mvn's transitive deps to populate the repository/* with the bits that gshell needs.

Anyone have any suggestions?

Right now our transitive dependencies are sufficiently confused so that the car-maven-plugin ignores them when figuring out the geronimo dependencies for a plugin. So, the boilerplate plugin pom explicitly lists the jars it wants to get into the geronimo repo. I'm afraid including transitive dependencies may not be consistent with our classloader graph approach compared to plexus's one giant classloader approach. I havent' thought about it in detail.

Maybe we can use the mvn 2.0.9 include pom element to allow for cribbing depenendencies from one maven project into another?

thanks
david jencks


--jason



Reply via email to