Hi, I agree with Jason. WAR is for bundling webapps - not for bundling resources; that's what JARs are for. And for that reason exactly, WARs can *contain* other JARs, to have external dependencies.
Arik. On 5/16/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote:
Hi Jason, Sounds like a good solution but seems like a perculiarity rather than something that is intuitive. I think it is perfectly valid and consistent with Maven's notion of coordinate system to support war and any other artifacts that can be fetched from repository. I accept your work around but it is a limitation that I don't understand. Can you explain why it should not designed to support any other artifacts? Regards, rOnn c. Jason van Zyl <[EMAIL PROTECTED]> 05/16/2007 05:31 PM Please respond to "Maven Developers List" <dev@maven.apache.org> To "Maven Developers List" <dev@maven.apache.org> cc Subject Re: Support for other types of artifacts in remote-resource-plugin On 16 May 07, at 12:01 AM 16 May 07, [EMAIL PROTECTED] wrote: > Hello again, > > Maven remote resource plugin is a very handy utility but it doesn't > support any other artifact type than jar. > Not designed to, and not intended to. > My scenario is that I have a Maven project for a set of XML schemas > which > are packaged and distributed as war. Why? > I also have another dependent Maven > project which I'd like to include those schema. Remote resource plugin > seems like a good fit but it doesn't handle war resource. > You can put the resources in a JAR, then your WAR can use this to package the schemas in the WAR. And anything else that needs them can just use the JAR. > Now, I haven't been reading this list long enough to know if it has > been > discussed and JIRA appears to be off line! Is it worth putting in a > JIRA > request when it is back up? > > Regards, > rOnn c. > > ###################################################################### > DISCLAIMER: > This email and any attachment may contain confidential information. > If you are not the intended recipient you are not authorized to copy > or disclose all or any part of it without the prior written consent > of Toyota. > > Opinions expressed in this email and any attachments are those of the > sender and not necessarily the opinions of Toyota. > Please scan this email and any attachment(s) for viruses. > Toyota does not accept any responsibility for problems caused by > viruses, whether it is Toyota's fault or not. > ###################################################################### 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] ###################################################################### DISCLAIMER: This email and any attachment may contain confidential information. If you are not the intended recipient you are not authorized to copy or disclose all or any part of it without the prior written consent of Toyota. Opinions expressed in this email and any attachments are those of the sender and not necessarily the opinions of Toyota. Please scan this email and any attachment(s) for viruses. Toyota does not accept any responsibility for problems caused by viruses, whether it is Toyota's fault or not. ######################################################################
