Re: Copying dependencies' binaries (dlls) for runtime

2011-01-07 Thread Phillip Hellewell
On Thu, Jan 6, 2011 at 11:27 AM, Phillip Hellewell wrote: > > Thanks.  Maybe I should take a closer look at NPanday.  But given all > the other custom logic I need, I'm pretty sure I'll still need my own > plugin. For anyone who is curious, this is what I ended up using for my plugin: 1. org.cod

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-06 Thread Phillip Hellewell
On Thu, Jan 6, 2011 at 11:06 AM, Wendy Smoak wrote: > On Thu, Jan 6, 2011 at 11:56 AM, Phillip Hellewell wrote: >>> You might also be interested in NPanday >>> (http://incubator.apache.org/npanday/) which provides several .NET specific >>> plugins if that's the flavour of DLL you are dealing wi

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-06 Thread Wendy Smoak
On Thu, Jan 6, 2011 at 11:56 AM, Phillip Hellewell wrote: >> You might also be interested in NPanday >> (http://incubator.apache.org/npanday/) which provides several .NET specific >> plugins if that's the flavour of DLL you are dealing with. > > Thanks,but at a quick glance it looks like NPanday

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-06 Thread Phillip Hellewell
On Thu, Jan 6, 2011 at 1:03 AM, Anders Hammar wrote: > Don't put the configuration in a file outside the pom. A plugin's > configuration should be in the pom. The configuration for my plugin will be in the pom of course, but the configuration of the filesets and other logic to determine some DLLs

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-06 Thread Phillip Hellewell
On Wed, Jan 5, 2011 at 8:05 PM, Brett Porter wrote: > Resources are for things packaged and to be used at runtime - that doesn't > sound like what you want here. I think maybe it is because I'm talking about just files (like DLLs) needed for runtime. Although they don't need to be packaged. >

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-06 Thread Anders Hammar
Don't put the configuration in a file outside the pom. A plugin's configuration should be in the pom. /Anders On Thu, Jan 6, 2011 at 00:32, Phillip Hellewell wrote: > On Wed, Jan 5, 2011 at 4:24 PM, khaido wrote: > > > > You might want to look at the maven-dependency-plugin( > http://maven.apac

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-05 Thread Brett Porter
Resources are for things packaged and to be used at runtime - that doesn't sound like what you want here. This is typically done with a combination of the dependecy & assembly plugin. You might also be interested in NPanday (http://incubator.apache.org/npanday/) which provides several .NET spec

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-05 Thread Phillip Hellewell
On Wed, Jan 5, 2011 at 4:32 PM, Phillip Hellewell wrote: > > My question now is, if I want to define the in a separate > stand-alone xml file (actually there will be more than one), rather > than in the pom.xml, what code/class do I use to read an xml file into > a java.util.List of org.apache.ma

Re: Copying dependencies' binaries (dlls) for runtime

2011-01-05 Thread Phillip Hellewell
On Wed, Jan 5, 2011 at 4:24 PM, khaido wrote: > > You might want to look at the > maven-dependency-plugin(http://maven.apache.org/plugins/maven-dependency-plugin/). >  Nice if you also need the transitive dependencies.  Also unpack makes it > nice to work with zip files. Thanks. I'm actually

RE: Copying dependencies' binaries (dlls) for runtime

2011-01-05 Thread khaido
...@n5.nabble.com] Sent: Wednesday, January 05, 2011 2:52 PM To: Khai Do Subject: Copying dependencies' binaries (dlls) for runtime Is it appropriate / best practice to use the maven-resources-plugin to copy dlls from target\dependency\bin to target\bin so they will be where I need them for ru

Copying dependencies' binaries (dlls) for runtime

2011-01-05 Thread Phillip Hellewell
Is it appropriate / best practice to use the maven-resources-plugin to copy dlls from target\dependency\bin to target\bin so they will be where I need them for runtime? Thanks, Phillip - To unsubscribe, e-mail: users-unsubscr...@