Brian,
     Thanks agian  for the quick response.  I found that
<phase>validate</phase> works but it has to implied to the correct pom. 
AndroMDA creates a project with 5 poms, root, app, common, core and mda. 
The mda pom is where I implied the plugin to get it to work.  The calling
order of the poms is important when implying a plugin.

Thanks
Jerry

Brian E Fox wrote:
> 
> I'm not familiar with AndroMDA but if it works by unpacking first,
> binding it to validate should be the same. What is the packaging type of
> your project?
> 
> -----Original Message-----
> From: jeeads [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, December 11, 2007 9:06 AM
> To: [email protected]
> Subject: RE: maven-dependency-plugin unpack prior to generate-source
> AndroMDA
> 
> 
> Brian,
>        Thanks for the quick response.  I have tried using "Validate" in
> the
> <phase> property but it still creates the source from the templates
> prior to
> unpacking the necessary resources?  If I take the <executions> node tree
> out
> of the plugin and use mvn dependency:unpack install everything seems to
> work
> just fine.  I would like to just use mvn install do you have any
> suggestions?  Here are the two different <plugin>'s I have tried:
> 
>       <plugin>
>               <groupId>org.apache.maven.plugins</groupId>
>               <artifactId>maven-dependency-plugin</artifactId>
>               <version>2.0-alpha-4</version>
>               <executions>
>                       <execution>
>                               <id>unpack</id>
>                               <phase>validate</phase>
>                               <goals>
>                                       <goal>unpack</goal>
>                               </goals>
>                               <configuration>
>                                       <artifactItems>
>                                               <artifactItem>
>  
> <groupId>enterra</groupId>
>  
> <artifactId>enterra-templates</artifactId>
>  
> <version>0.0.1-SNAPSHOT</version>
>                                                       <type>jar</type>
>       
> <overWrite>true</overWrite>
>       
> <outputDirectory>../src/main/resources</outputDirectory>
>                                               </artifactItem>
>                                       </artifactItems>
>                               </configuration>
>                       </execution>
>               </executions>
>       </plugin>
> 
> 
>       <plugin>
>               <groupId>org.apache.maven.plugins</groupId>
>               <artifactId>maven-dependency-plugin</artifactId>
>               <version>2.0-alpha-4</version>
>               <configuration>
>                       <artifactItems>
>                               <artifactItem>
>                                       <groupId>enterra</groupId>
>  
> <artifactId>enterra-templates</artifactId>
>  
> <version>0.0.1-SNAPSHOT</version>
>                                       <type>jar</type>
>                                       <overWrite>true</overWrite>
>       
> <outputDirectory>../src/main/resources</outputDirectory>
>                               </artifactItem>
>                       </artifactItems>
>               </configuration>
>       </plugin>
> 
> I have been trying these in the main pom.xml
> 
> Thanks Jerry
> 
> Brian E Fox wrote:
>> 
>> You can use any of the phases listed here:
>> http://www.sonatype.com/book/lifecycle.html
>> If androMDA uses generate-sources, then you need to use validate.
>> 
>> -----Original Message-----
>> From: jeeads [mailto:[EMAIL PROTECTED] 
>> Sent: Tuesday, December 11, 2007 4:41 AM
>> To: [email protected]
>> Subject: maven-dependency-plugin unpack prior to generate-source
>> AndroMDA
>> 
>> 
>> I would like to configure the maven-dependency-plugin to unpack a
>> dependency
>> that contains templates I want to override prior to generating the
>> source
>> code in AndroMDA.  Currently it does the unpacking into the directory
> I
>> have
>> setup as a mergerLocation in my andromda.xml but the unpacking occurs
>> after
>> the source is generated so it is being generated by the default
>> cartridge
>> templates?  Is there a <phase> I can set that would force the
> unpacking
>> to
>> occur prior to source generation or should I use a command line entry
>> like: 
>> mvn dependency:unpack install?  I tried using the
>> maven-remote-resources-plugin but it manipulates the .vm files in such
> a
>> way
>> as to prevent me from using it and it also runs after the source is
>> generated?
>> 
>> Thanks
>> Jerry
>> -- 
>> View this message in context:
>>
> http://www.nabble.com/maven-dependency-plugin-unpack-prior-to-generate-s
>> ource-AndroMDA-tp14270713s177p14270713.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
>> 
> 
> -- 
> View this message in context:
> http://www.nabble.com/maven-dependency-plugin-unpack-prior-to-generate-s
> ource-AndroMDA-tp14270713s177p14275828.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/maven-dependency-plugin-unpack-prior-to-generate-source-AndroMDA-tp14270713s177p14295131.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to