Jeff:

If it was a single file (ie. CheckStyle) I would have most likely gone down the 
URL route.  However, I have multiple configuration files (CheckStyle, PMD, 
FindBugs, testing, etc) so I would like it all as single dependency.  If I go 
down the *.jar route, it works for CheckStyle but does not seem to work for 
other plug-ins.  That is why I was looking for a solution that would allow a 
*.jar file to be pulled from a repository and explode to a defined directory.  
All of the plug-ins have an option to point to a given directory for 
configuration files.  I can do it through the Ant plug-in (unzip) but I was 
trying to find a pure Maven solution first.

Perry Hoekstra

---- Jeff Jensen <[email protected]> wrote: 
> Hi Perry,
>   
> 
> Typically, I have used the configuration options of the 
> tool, such as
> specifying the config file via a URL with Checkstyle.  I 
> have also
> bundled them together a separate project, deployed that 
> jar, and made
> it a dependency of the projects.  This works when the 
> respective tool
> can can load the config file via the classpath.
> 
> HTH
> 
> 
> On Mon, 30 Mar 2009 10:55:09 -0400
>   <[email protected]> wrote:
> > Hello all:
> > 
> > I am working in a Maven multi-project environment and I 
> >would like to maintain some consistency across projects 
> >for some tools like CheckStyle, FindBugs, etc.  In order 
> >to do this, I am thinking of using the remote resource 
> >plugin.  However, the documentation states that the files 
> >from the resource bundle is deposited in the 
> >$basedir/target/classes directory.  However, I would like 
> >it deposited in the $basedir/some_arbitrary_location 
> >directory?  Can I configure the directory where the files 
> >are deposited or am I off in the weeds and there is an 
> >easier way?
> > 
> > Thank you,
> > 
> > Perry Hoekstra
> > 
> > ---------------------------------------------------------------------
> > 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]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to