Hi Jason,

  I was quite sure to have this reply and this is normal.
  I explain my problem.
  A Grails project has actually its own directories layout that isn't at all
compatible with maven standards (and it sucks a little bit).
  It's something like that :

%PROJECT_HOME%
    + grails-app
       + conf                 ---> location of configuration artifacts
like data sources
           + hibernate              ---> optional hibernate config
           + spring                 ---> optional spring config
       + controllers          ---> location of controller artifacts
       + domain               ---> location of domain classes
       + i18n                 ---> location of message bundles for i18n
       + services             ---> location of services
       + taglib               ---> location of tag libraries
       + util                 ---> location of special utility classes
(e.g., codecs, etc.)
       + views                ---> location of views
           + layouts              ---> location of layouts
   + lib
   + scripts                  ---> scripts
   + src
       + groovy               ---> optional; location for Groovy source files
                                   (of types other than those in grails-app/*)
       + java                 ---> optional; location for Java source files
   + test                     ---> generated test classes
   + web-app
       + WEB-INF


  As you can see java classes are in src/java, but there's also a lot og
groovy files in grails-app/controller, grails-app/..., src/groovy
  Actually the build mechanism in grails isn't enough opened to be able to
configure it with a maven layout and grails users get used to have this
layout, that's why I try temporarly to adapt maven to grails standards
(waiting to be able to adapt grails to maven ones).
  My integration with maven is actually very thin. I'm using grails scripts
from maven, but I would like if possible in a near future to be able to use
reports and others maven features (release management, ...). All those
plugins are looking in the pom to find where are sources, tests ,.... But I
would like to avoid to define all those custom settings in each project's
pom. It could be better to have the plugin to do it for the project.
  Temporarly I think I'll try to add sources / tests directories like it is
done in the build-helper plugin. I don't see another idea. If you have one
..... ;-)
  Thx.

Arnaud


On 19/09/2007, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
>
> On 18 Sep 07, at 12:11 PM 18 Sep 07, Arnaud HERITIER wrote:
>
> > Hi guys,
> >
> >   Is it possible within a plugin to modify the default settings of
> > the Super
> > Pom (default directories, ..) ?
> >   Any idea ?
> >
>
> No, and why would you want to do that? The Super POM is immutable for
> all intents and purposes. You should just override at the
> organizational level or in a project POM if you want to do something
> different.
>
> >
> > Thx
> > ..........................................................
> > Arnaud HERITIER
> > ..........................................................
> > OCTO Technology - aheritier AT octo DOT com
> > www.octo.com | blog.octo.com
> > ..........................................................
> > ASF - aheritier AT apache DOT org
> > www.apache.org | maven.apache.org
> > ...........................................................
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
..........................................................
Arnaud HERITIER
..........................................................
OCTO Technology - aheritier AT octo DOT com
www.octo.com | blog.octo.com
..........................................................
ASF - aheritier AT apache DOT org
www.apache.org | maven.apache.org
...........................................................

Reply via email to