Gene,

>Now have a problem with decorators.xml being overwritten by the copy in
>app-personality.  In $MY_PROJECT/src/webapp/WEB-INF i have a copy of
>decorators.xml, and at one time I thought that "overruled" the copy from
>app-personality.  
>
I just checked here: it works....

>I also have
>$MY_PROJECT/src/webapp/personality/misc_files_here, and all of them get
>copied to the right place.
>
Yes, it's the expected rule.

> Am I dreaming this?  I've dug through
>plugin.jelly, but didn't come up with an answer.
>  
>
In fact, to be sure that your project files overwrite keel files, the
order of dependencies in your project.xml is deciding: you must be sure
that app-personality is before any of your modules. For example I use
this as project.xml:
[...]
  <dependencies>
    <dependency>
      <groupId>servletapi</groupId>
      <artifactId>servletapi</artifactId>
      <version>2.3</version>
      <type>jar</type>
      <properties>
        <uber.skip>true</uber.skip>
        <war.bundle>false</war.bundle>
        <keel.client>true</keel.client>
        <keel.server>true</keel.server>
      </properties>
    </dependency>
    <dependency>
      <groupId>keel</groupId>
      <artifactId>app-personality</artifactId>
      <version>1.2</version>
      <properties>
        <keel.client>true</keel.client>
      </properties>
    </dependency>
    <dependency>
      <groupId>my_project</groupId>
      <artifactId>app-my_first_module</artifactId>
      <version>0.01</version>
      <properties>
        <keel.client>true</keel.client>
        <keel.server>true</keel.server>
      </properties>
    </dependency>
    <dependency>
      <groupId>my_project</groupId>
      <artifactId>app-my_second_module</artifactId>
      <version>0.01</version>
      <properties>
        <keel.server>true</keel.server>
      </properties>
    </dependency>
  </dependencies>
[...]

And any other dependency is specified in
{project_home}/app-my_xxxx_module/project.xml

>BTW, I think app-security has been deprecated in favor of a console type
>manager for security, last I recall.
>
>  
>
OK. But other information, no update to do...

Pierre


http://keelframework.org/documentation.shtml
Keelgroup mailing list
Keelgroup@list...
http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com