To answer my own question (for the archives and those searching them), once I got into the source, it turned out that there were set/get methods for a property called webappDirectory. I didn't see it in the documentation, but all the other set/get methods corresponded to parameters you could put in the POM's plugin config, so I tried it, and it works!
So, adding <webappDirectory>${project.build.directory}\desiredName</webappDirectory > to the <configuration> will solve this problem. It will rename the intermediary directory from which the WAR is created "desiredName" and have it in the target directory with the rest of the results. (Omitting "${project\build\directory}" has it default to the base directory where your main POM is.) This applies to both war:war and war:exploded (for the latter, the directory in question is just the final product instead of an intermediary). It may apply to other goals in the plugin, but I didn't try it. ~Dan Allen -----Original Message----- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 6:05 PM To: Maven Users List Subject: Re: Renaming resulting directory from war:exploded Not sure why your Ant script isn't working. Are you sure it works if you execute it in Ant? I'm not sure when exploded is bound -- check -X to make sure your Ant happens after exploded etc. You could also patch the war plugin to support an additional parameter (or just use warName) when war:exploded is executed. Donate your patch back via JIRA and we can all benefit. Wayne On 2/5/08, Allen, Daniel <[EMAIL PROTECTED]> wrote: > Hi all, > > I've been using the war plugin to package up a web app. However, to save > time, it would be great if the result had a consistent name so that we > could copy it directly into the Tomcat/webapps directory and have it > startup with the proper context path. > > In the call to the war plugin, I used the <warName> tag, and that works > just fine for my live build, which uses war:war. However, my dev build > profile uses war:exploded instead, and the <warName> doesn't seem to > have any effect. I tried using antrun, as below, but that doesn't seem > to have any effect either. When I run mvn -P dev clean package, the > output does claim to be executing this task (referred to by the ID > element, so I know it's not another antrun I've used), but the result is > still just an exploded war that has the standard maven name scheme of > artifactId-version. > > <plugin> > <artifactId>maven-antrun-plugin</artifactId> > <executions> > <execution> > <id>RenameFinalDirectory</id> > <phase>package</phase> > <goals> > <goal>run</goal> > </goals> > <configuration> > <tasks> > <mkdir > dir="${project.build.directory}\${project.name}"/> > <move > todir="${project.build.directory}\${project.name}"> > <fileset > dir="${project.build.directory}\${project.artifactId}-${project.version} > "/> > </move> > </tasks> > </configuration> > </execution> > </executions> > </plugin> > > Any suggestions on why this doesn't work, or what I might use instead? > > -- > This message may contain confidential, proprietary, or legally privileged > information. No confidentiality or privilege is waived by any transmission > to an unintended recipient. If you are not an intended recipient, please > notify the sender and delete this message immediately. Any views expressed > in this message are those of the sender, not those of any entity within the > KBC Financial Products group of companies (together referred to as "KBC > FP"). > > This message does not create any obligation, contractual or otherwise, on > the part of KBC FP. It is not an offer (or solicitation of an offer) of, or > a recommendation to buy or sell, any financial product. Any prices or other > values included in this message are indicative only, and do not necessarily > represent current market prices, prices at which KBC FP would enter into a > transaction, or prices at which similar transactions may be carried on KBC > FP's own books. The information contained in this message is provided "as > is", without representations or warranties, express or implied, of any kind. > Past performance is not indicative of future returns. > > > --------------------------------------------------------------------- > 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] -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as "KBC FP"). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided "as is", without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]