RE: Copy:unpack
This plugin should either be altered to process other files OR be renamed to velocity-file-processor. It's very confusing and in this case a massive time sink, trying to learn the particulars of a plugin that in the end didn't suit our purposes. -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Sunday, March 16, 2008 1:10 PM To: users@maven.apache.org Cc: EJ Ciramella Subject: Re: Copy:unpack On Sunday 16 March 2008, EJ Ciramella wrote: Hmmm - maybe there's a disconnect then. I think this plugin perfectly suits my needs (if it worked or was better documented). What I need: 1 - pull down a dependency 2 - extract said dependency outside of the target directory (or to some other settings.xml specified location). Right. But remote-resources will then add that directory to the build such that any subsequent jar call will pick them up anyway. remote-resources is designed to make everything it outputs get sucked into the jars. The jar jar, the sources jar, the test jar, the javadoc jar, etc Thus, you might as well just use dependency:unpack to unpack to a resources dir that then gets filtered. 3 - process a list of files on the way out. remote-resources only processes files ending in .vm (and it strips the .vm off). Basically, they are just treated as velocity templates and fed into velocity. Anything else is just copied directly, no processing. Also, the properties that are fed into the velocity context are NOT the entire list of of project properties. (although you might be able to do ${project.properties.get('...')} or similar) Generally, the stuff that is filtered in is configured on the plugin itself.This is pretty much as designed cause when you are dealing with legal junk like the NOTICE files and stuff, you REALLY need complete control over what is happening. Dan -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Sat 3/15/2008 1:01 PM To: users@maven.apache.org Cc: EJ Ciramella Subject: Re: Copy:unpack My gut feeling is that remote-resources is NOT the plugin to be used for this. remote-resources will only process specific files in the bundle and only if the bundle is properly created with the remote-resources:bundle goal. It also only fills in properties/values that are specifically set in the plugins configuration, not everything in the pom. remote-resources targets a specific need, and this really doesn't sound like it. Most likely, you should add a feature request to the dependency plugin to allow filtering of stuff that is unpacked. I think a new filtering component was created recently that could make it pretty easy to do. Not really sure though. Dan On Saturday 15 March 2008, EJ Ciramella wrote: Well these questions are directed at the entire mailing list. I do appreciate all the energy you've put into this. We started work on a series of plugins because of how little is known about this particular one (can I submit changes to the documentation that helped me?), but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: Copy:unpack
EJ, just wanted to let you know, I submitted patches for the [EMAIL PROTECTED] bug you mentioned below. That has always annoyed me too! You can vote for the issues here: http://jira.codehaus.org/browse/MNG-3467 http://jira.codehaus.org/browse/MNG-3468 http://jira.codehaus.org/browse/MNG-3469 This is a model change but its simply adding toString() methods, so hopefully this can be done for 2.0.9 or 2.0.10 rather than waiting for 2.1.x. Wayne On 3/14/08, EJ Ciramella [EMAIL PROTECTED] wrote: Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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]
RE: Copy:unpack
Hmmm - maybe there's a disconnect then. I think this plugin perfectly suits my needs (if it worked or was better documented). What I need: 1 - pull down a dependency 2 - extract said dependency outside of the target directory (or to some other settings.xml specified location). 3 - process a list of files on the way out. -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Sat 3/15/2008 1:01 PM To: users@maven.apache.org Cc: EJ Ciramella Subject: Re: Copy:unpack My gut feeling is that remote-resources is NOT the plugin to be used for this. remote-resources will only process specific files in the bundle and only if the bundle is properly created with the remote-resources:bundle goal. It also only fills in properties/values that are specifically set in the plugins configuration, not everything in the pom. remote-resources targets a specific need, and this really doesn't sound like it. Most likely, you should add a feature request to the dependency plugin to allow filtering of stuff that is unpacked. I think a new filtering component was created recently that could make it pretty easy to do. Not really sure though. Dan On Saturday 15 March 2008, EJ Ciramella wrote: Well these questions are directed at the entire mailing list. I do appreciate all the energy you've put into this. We started work on a series of plugins because of how little is known about this particular one (can I submit changes to the documentation that helped me?), but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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] -- J. Daniel Kulp Principal Engineer, IONA [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copy:unpack
On Sunday 16 March 2008, EJ Ciramella wrote: Hmmm - maybe there's a disconnect then. I think this plugin perfectly suits my needs (if it worked or was better documented). What I need: 1 - pull down a dependency 2 - extract said dependency outside of the target directory (or to some other settings.xml specified location). Right. But remote-resources will then add that directory to the build such that any subsequent jar call will pick them up anyway. remote-resources is designed to make everything it outputs get sucked into the jars. The jar jar, the sources jar, the test jar, the javadoc jar, etc Thus, you might as well just use dependency:unpack to unpack to a resources dir that then gets filtered. 3 - process a list of files on the way out. remote-resources only processes files ending in .vm (and it strips the .vm off). Basically, they are just treated as velocity templates and fed into velocity. Anything else is just copied directly, no processing. Also, the properties that are fed into the velocity context are NOT the entire list of of project properties. (although you might be able to do ${project.properties.get('...')} or similar) Generally, the stuff that is filtered in is configured on the plugin itself.This is pretty much as designed cause when you are dealing with legal junk like the NOTICE files and stuff, you REALLY need complete control over what is happening. Dan -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Sat 3/15/2008 1:01 PM To: users@maven.apache.org Cc: EJ Ciramella Subject: Re: Copy:unpack My gut feeling is that remote-resources is NOT the plugin to be used for this. remote-resources will only process specific files in the bundle and only if the bundle is properly created with the remote-resources:bundle goal. It also only fills in properties/values that are specifically set in the plugins configuration, not everything in the pom. remote-resources targets a specific need, and this really doesn't sound like it. Most likely, you should add a feature request to the dependency plugin to allow filtering of stuff that is unpacked. I think a new filtering component was created recently that could make it pretty easy to do. Not really sure though. Dan On Saturday 15 March 2008, EJ Ciramella wrote: Well these questions are directed at the entire mailing list. I do appreciate all the energy you've put into this. We started work on a series of plugins because of how little is known about this particular one (can I submit changes to the documentation that helped me?), but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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] -- J. Daniel Kulp Principal Engineer, IONA [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED
RE: Copy:unpack
Well these questions are directed at the entire mailing list. I do appreciate all the energy you've put into this. We started work on a series of plugins because of how little is known about this particular one (can I submit changes to the documentation that helped me?), but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy:unpack
(can I submit changes to the documentation that helped me?), Yes, we love patches to docs. Naturally the users are best at pointing out what's wrong or confusing. Just attach the patch to a jira. but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). Your best bet is to grab the code and look at it instead of writing a new one from scratch. You can ask questions about the code on dev@ -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copy:unpack
My gut feeling is that remote-resources is NOT the plugin to be used for this. remote-resources will only process specific files in the bundle and only if the bundle is properly created with the remote-resources:bundle goal. It also only fills in properties/values that are specifically set in the plugins configuration, not everything in the pom. remote-resources targets a specific need, and this really doesn't sound like it. Most likely, you should add a feature request to the dependency plugin to allow filtering of stuff that is unpacked. I think a new filtering component was created recently that could make it pretty easy to do. Not really sure though. Dan On Saturday 15 March 2008, EJ Ciramella wrote: Well these questions are directed at the entire mailing list. I do appreciate all the energy you've put into this. We started work on a series of plugins because of how little is known about this particular one (can I submit changes to the documentation that helped me?), but I'd hate to manage a plugin that is pretty much a duplicate of what is offered out of the box (but we just can't figure out how to use it). -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Fri 3/14/2008 8:54 PM To: Maven Users List Subject: RE: Copy:unpack The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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] -- J. Daniel Kulp Principal Engineer, IONA [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy:unpack
How do you filter them on the way out though? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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]
RE: Copy:unpack
What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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]
RE: Copy:unpack
Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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]
RE: Copy:unpack
So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy:unpack
I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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] - 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]
RE: Copy:unpack
Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto
RE: Copy:unpack
Ok, since I was calling this directly, I needed to move the configuration out of (or remove) the execution tags. I have this: configuration outputDirectoryE:\ZZ/outputDirectory resourceBundles resourceBundlelty:lty-utils-resources:1.0.0.16/resourceBundle /resourceBundles resources resourceconf/common.properties/resource /resources /configuration With that done, I can see this: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proce ss' -- [DEBUG] (f) appendedResourcesDirectory = E:\work\up-svcs\lty\proj\utils\src\main\appended-resources [DEBUG] (f) attached = true [DEBUG] (f) localRepository = [local] - file://E:/work/m2/Repository [DEBUG] (f) mavenSession = [EMAIL PROTECTED] [DEBUG] (f) outputDirectory = E:\\ZZ But nothing is placed in the output directory... Any other suggestions? How does one say, take this resource out of that jar, and process it to this location? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM
RE: Copy:unpack
Ok, so the secret seems to be, you must bundle first, you can't just point this thing at a jar. Is that a fair assumption? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:22 PM To: Maven Users List Subject: RE: Copy:unpack Ok, since I was calling this directly, I needed to move the configuration out of (or remove) the execution tags. I have this: configuration outputDirectoryE:\ZZ/outputDirectory resourceBundles resourceBundlelty:lty-utils-resources:1.0.0.16/resourceBundle /resourceBundles resources resourceconf/common.properties/resource /resources /configuration With that done, I can see this: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proce ss' -- [DEBUG] (f) appendedResourcesDirectory = E:\work\up-svcs\lty\proj\utils\src\main\appended-resources [DEBUG] (f) attached = true [DEBUG] (f) localRepository = [local] - file://E:/work/m2/Repository [DEBUG] (f) mavenSession = [EMAIL PROTECTED] [DEBUG] (f) outputDirectory = E:\\ZZ But nothing is placed in the output directory... Any other suggestions? How does one say, take this resource out of that jar, and process it to this location? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran
RE: Copy:unpack
Ok, so this much I have working: 1 - bundle up something to test on. 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack 3 - None of the tokens are getting replaced (I'm left with a useless file filled with ${} tokens). How do you get this plugin to actually process a template? Is this an issue with maven 2.0.5? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:44 PM To: Maven Users List Subject: RE: Copy:unpack Ok, so the secret seems to be, you must bundle first, you can't just point this thing at a jar. Is that a fair assumption? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:22 PM To: Maven Users List Subject: RE: Copy:unpack Ok, since I was calling this directly, I needed to move the configuration out of (or remove) the execution tags. I have this: configuration outputDirectoryE:\ZZ/outputDirectory resourceBundles resourceBundlelty:lty-utils-resources:1.0.0.16/resourceBundle /resourceBundles resources resourceconf/common.properties/resource /resources /configuration With that done, I can see this: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proce ss' -- [DEBUG] (f) appendedResourcesDirectory = E:\work\up-svcs\lty\proj\utils\src\main\appended-resources [DEBUG] (f) attached = true [DEBUG] (f) localRepository = [local] - file://E:/work/m2/Repository [DEBUG] (f) mavenSession = [EMAIL PROTECTED] [DEBUG] (f) outputDirectory = E:\\ZZ But nothing is placed in the output directory... Any other suggestions? How does one say, take this resource out of that jar, and process it to this location? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ
RE: Copy:unpack
Yes. When you want to run a plugin from the command line, the config can't be inside an execution block. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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] - 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]
RE: Copy:unpack
So there are still two glaring problems with this plugin 1 - still won't replace tokens inside the properties that it extracts 2 - seems to duplicate files with the outputDirectory (it writes things into target/classes/... And the dir specified by outputDirectory). Any tips on these? (I'm hoping you read your email from the bottom up) -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:08 PM To: Maven Users List Subject: RE: Copy:unpack Yes. When you want to run a plugin from the command line, the config can't be inside an execution block. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thu 3/13/2008 11:19 PM To: Maven Users List Subject: RE: Copy:unpack Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy:unpack
See here: http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#cli And there's a Jira for it too: http://jira.codehaus.org/browse/MNG-3401 -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37 AM To: Maven Users List; Maven Users List Subject: RE: Copy:unpack What I don't want to have to do is unpack to target/temp and process resources from target/temp to target/finallocation
RE: Copy:unpack
Lol - read from the top down ;-) -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:13 PM To: Maven Users List Subject: RE: Copy:unpack See here: http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#cli And there's a Jira for it too: http://jira.codehaus.org/browse/MNG-3401 -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn remote-resources:process -Prepo,base I get this error: configuration ... resourceBundlesVALUE/resourceBundles /configuration. Any suggestions? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 4:59 PM To: Maven Users List Subject: RE: Copy:unpack So how do you NOT put version info in two places? The remote-resources plugin seems to want its own copy of the version of the resource, shouldn't it just be in the dependency stanza? -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 11:39 AM To: Maven Users List Subject: RE: Copy:unpack Ok, I thought you wanted to exclude files. If you want to filter them, then you can use the remote-resources plugin, the dependency plugin doesn't filter the contents of the files. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:37
RE: Copy:unpack
Not sure, I've never actually used this plugin. I suspect though that it filters directly to /target/classes. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:22 PM To: Maven Users List Subject: RE: Copy:unpack Ok, since I was calling this directly, I needed to move the configuration out of (or remove) the execution tags. I have this: configuration outputDirectoryE:\ZZ/outputDirectory resourceBundles resourceBundlelty:lty-utils-resources:1.0.0.16/resourceBundle /resourceBundles resources resourceconf/common.properties/resource /resources /configuration With that done, I can see this: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proce ss' -- [DEBUG] (f) appendedResourcesDirectory = E:\work\up-svcs\lty\proj\utils\src\main\appended-resources [DEBUG] (f) attached = true [DEBUG] (f) localRepository = [local] - file://E:/work/m2/Repository [DEBUG] (f) mavenSession = [EMAIL PROTECTED] [DEBUG] (f) outputDirectory = E:\\ZZ But nothing is placed in the output directory... Any other suggestions? How does one say, take this resource out of that jar, and process it to this location? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles resourceBundlesome:internalpackage:2.0.0.7/resourceBundle /resourceBundles outputDirectory/ZZ/outputDirectory /configuration /execution /executions Ran with this: mvn
RE: Copy:unpack
Yes, I am 99% sure that is true. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:44 PM To: Maven Users List Subject: RE: Copy:unpack Ok, so the secret seems to be, you must bundle first, you can't just point this thing at a jar. Is that a fair assumption? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 7:22 PM To: Maven Users List Subject: RE: Copy:unpack Ok, since I was calling this directly, I needed to move the configuration out of (or remove) the execution tags. I have this: configuration outputDirectoryE:\ZZ/outputDirectory resourceBundles resourceBundlelty:lty-utils-resources:1.0.0.16/resourceBundle /resourceBundles resources resourceconf/common.properties/resource /resources /configuration With that done, I can see this: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proce ss' -- [DEBUG] (f) appendedResourcesDirectory = E:\work\up-svcs\lty\proj\utils\src\main\appended-resources [DEBUG] (f) attached = true [DEBUG] (f) localRepository = [local] - file://E:/work/m2/Repository [DEBUG] (f) mavenSession = [EMAIL PROTECTED] [DEBUG] (f) outputDirectory = E:\\ZZ But nothing is placed in the output directory... Any other suggestions? How does one say, take this resource out of that jar, and process it to this location? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 6:56 PM To: Maven Users List Subject: RE: Copy:unpack Here's the -X -e output: [0] inside the definition for plugin: 'maven-remote-resources-plugin'specify the following: configuration ... resourceBundlesVALUE/resourceBundles /configuration. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:568) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginParameterException: Error configuring: org.apache.maven.plugins:maven-remote-resources-plugin. Reason: Invalid or missing parameters: [Mojo parameter [name: 'resourceBundles'; alias: 'null']] for mojo: org.apache.maven.plugins:maven-remote-resources-plugin:1.0-beta-2:proces s at org.apache.maven.plugin.DefaultPluginManager.checkRequiredParameters(Def aultPluginManager.java:820) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPl uginManager.java:582) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:398) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) ... 16 more -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 5:29 PM To: Maven Users List Subject: RE: Copy:unpack I tried this for giggles: artifactIdmaven-remote-resources-plugin/artifactId executions execution goals goalprocess/goal /goals configuration resourceBundles
RE: Copy:unpack
2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy:unpack
Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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]
RE: Copy:unpack
The maven build is using it, as are lots of other builds at apache to handle the NOTICE and LICENSE files, so I know it works a little bit...but alas I haven't actually used it to filter anything myself. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:41 PM To: Maven Users List Subject: RE: Copy:unpack Done: http://jira.codehaus.org/browse/MRRESOURCES-33 No suggestions or pointers on getting this bugger working? I could live with the duplicated version number. What I can't deal with is this NOT processing resources like it says it's supposed to. When run with -X -e, btw, the output shows the resources like this: (f) resources = [EMAIL PROTECTED], [EMAIL PROTECTED] I'm guessing this could have been something more like resources.getName() or getPath() or something. Not the memory address or w/e... -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2008 8:17 PM To: Maven Users List Subject: RE: Copy:unpack 2 - verified that I can pull it down (still not thrilled about listing version twice in the same pom). The plugin should look up the version like dependency:unpack Can you file a jira? - 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]
RE: Copy:unpack
Yes. You need 2.0 and then there are includes/excludes filters. Check the site, I forget the exact names. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 9:42 PM To: users@maven.apache.org Subject: Copy:unpack Is there a way to use the unpack dependencies AND process the files on the way out (filter)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]