the usual way I would have to
create one for every language I support (6) with every combination of
libraries - which would soon end in hundreds of combinations.
That's why I'd have to 'dynamically' insert the library dependencies. But I
can't figure out how that would work, any ideas?
Cheers,
stephanos
. But
when I try to config GMaven is doesn't find the source files for some
reason.
When I put GMaven in the child it compiles. But when I put GMaven (with
the exact same code!) into the parent pom it just outputs:
[groovy:compile]
No sources found to compile
Any thoughts?
stephanos
--
View this message
After 2 hours of trying to figure out why the 2 projects prepared for posting
work and the original would not I found the issue. And of course it sits on
this site of the connection ;-)
The child project included the wrong parent - no wonder my parent changes
didn't work *g*
Thanks anyway for
I found a JIRA feature request for what I described. Although it's flagged
fixed I think there wasn't really any change there, at least I can't find
any documentation about it.
link: http://jira.codehaus.org/browse/ARCHETYPE-58
Cheers,
stephanos
stephanos wrote:
Hi,
I need to know if I
Hi,
I need to know if I can use conditions in my archetype.
My use case:
I have an archetype that can be used in various languages (e.g. Java and
Groovy). I want to give the user the base class for the according language.
But I don't want to be both classes (MyClass.java MyClass.groovy) there
Awesome, helped me a lot, thx!
--
View this message in context:
http://www.nabble.com/-MASSEMBLY-285--duplicates-in-JAR-tp20917947p20933149.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To
Hi everyone,
I tried to use this plugin (2.2-beta2 I believe, also tried
2.2-beta3-SNAPSHOT, wouldn't resolve all depenencies :-( ) recently and ran
into the same problems as mentioned in the referenced JIRA issue (some
artifacts end up twice in JAR). This is not only a minor bug to me, because