e, there is zero relationship between those artifacts and my build
dependencies. Certainly anything I obtain that way is not treated as a
dependency for build purposes. So I don't understand why they're in a plugin
called a 'dependency' plugin.
I understand that the '-dependenci
27;dependency' plugin, unless I've missed
something quite fundamental about it. ;)
Since I can't imagine that using a commercial toolkit could be considered a
"rare use case", I'm wondering if I'm missing something rather basic. What
are other people doing in simila
On 4/25/06, dan tran <[EMAIL PROTECTED]> wrote:
>
> take a look at http://mojo.codehause.org/maven-native/native-maven-plugin
That would be:
http://mojo.codehaus.org/maven-native/native-maven-plugin/
(No 'e' on the end of codehaus ;)
--
Martin Cooper
it uses build
really the problem you're trying to solve, then why not write a
little script that your new hires use to install Maven on their local
machines, instead of just assuming that they unzip the Maven distribution?
Then your script can set up settings.xml, profiles.xml, etc., with whatever
you want.
and webstart-client.jar saying it can't resolve
> the
> artifacts. I guess it's looking in the repo and not finding the jars.
Unless you want / need to keep your other jars out of your local repo, you
could use 'mvn install' to build everything, putting the int
You're using a really old version of BeanUtils, from 5 years ago. The method
quite likely didn't exist back then. I would suggest updating to something
newer. BeanUtils 1.7.0 is the latest.
http://jakarta.apache.org/commons/beanutils/
--
Martin Cooper
On 4/13/06, [EMAIL PROTECTED
dependencies, and let Maven build
the jar. See:
http://mojo.codehaus.org/dependency-maven-plugin/
--
Martin Cooper
Thanks...Kevin Carroll
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo!
>
> generate-sources
>
> exploded
The 'exploded' goal will try to *build* the exploded war, though, not just
explode it. I doubt that's what you'd want. Mor
m fairly sure that the deploy plugin is for deploying to
> repositories, with the accompanying directory structure and metadata
> xml files scattered around.
Right. That's why I don't believe it's what Lee is looking for. I've looked
around a bit, but I can
On 4/7/06, Thomas Will <[EMAIL PROTECTED]> wrote:
>
> Is there a way to configure the
> dependency-maven-plugin to force the copy and unpack
> operations, e.g. overwrite existing files?
I believe you can use:
...
true
...
--
M
.org/build-helper-maven-plugin/attach-artifact-mojo.html
to "attach" the assembly so that it will also be deployed.
--
Martin Cooper
Please respond to my email address (I do not subscribe currently to the
> mail group).
> ---
On 4/6/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 4/6/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> > > We tried a couple of things with such as:
> > > ../${pom.artifactId
> }/WEB-INF/src/main/java
> > > and
> > >
d}/WEB-INF/src/main/java
> and
> ${basedir}/${pom.artifactId
> }/WEB-INF/src/main/java
> but each would work for one developer and not another. Strange.
I'm probably misunderstanding, but why not just:
${project.build.directory}/${pom.artifactId
}/WEB-INF/src/main/java
-
On 4/5/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
>
>
> On 4/4/06, dan tran <[EMAIL PROTECTED]> wrote:
>
> > http://mojo.codehaus.org/build-helper-maven-plugin/howto.html
>
>
> Yes, I found that. By the way, the page title looks wrong. It's cur
quot;attach ... build outputs to the project for install and
deploy", and why is that different / better than simply using
deploy:deploy-file?
--
Martin Cooper
On 4/4/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> >
> > On 4/4/06, dan tran <[EMAIL PROTECTED]> wrote:
>
til now, but I'm far from au
fait with respect to the way deployment works. Could you clarify, please?
--
Martin Cooper
-D
>
>
> On 4/4/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> >
> > I have a project that generates a Flash SWF file as its artifact. At the
>
m plugin. However, I don't need any
additional plugins, and that seems like a complicated way to solve a simple
problem. Is there some other way I can either define a custom packaging (or
just a lifecycle), or even just tell the jar packaging not to do most of
what it does by default?
--
Martin Cooper
:
>
> ClassLoader oldCCL = Thread.getContextClassLoader();
> ClassLoader cl = new URLClassLoader( new URL[] { file.toURL() } );
> Thread.setContextClassLoader( cl );
>
> // call 3rd party code
>
> Thread.setContextClassLoader( oldCCL );
This worked. Thanks, Brett!
--
Martin Cooper
If no
code in the Mojo do this would be fine, with a slight
preference for the latter.
BTW, the code that reads the file in question is 3rd party code, and I don't
have an alternative way to feed the file to that code, unfortunately. It has
to be in the classpath.
Thanks!
--
Martin Cooper
l#class_server
How to set the remote repository path (I cannot find an entry for this
> in setting.xml) ?
That's specified in the 'url' value to deploy:deploy-file.
--
Martin Cooper
Nico.
>
>
>
>
>
> This message contains information that may be privileged or co
tless when it's used in
its default phase, since the rest of the packaging is going to be all over
before it's ever invoked. Anyone have any insight as to why it's the way
it is?
--
Martin Cooper
On Tue, 28 Mar 2006, Martin Cooper wrote:
On Tue, 28 Mar 2006, KC Baltz wrote:
oblem is that the
war file is created before the unpacking happens. You can see this in the
Maven log:
[INFO] Building war:
[INFO] [dependency:unpack {execution: unpack}]
Obviously, the unpacking has to happen before the war is created. ;-)
Any other ideas?
--
Martin C
e files in
the default location that also need to be included.
The scenario here is that I'm using an external DHTML toolkit in my web
app, so I need to be able to download that from the repo and add the files
to my war. It seems like that would be a fairly common scenario.
Ideas, anyon
f,
for example, Commons Chain)?
TIA.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> It will reproduce anywhere, but this is not a bug. Mere Javadoc
> behaviour. It doesn't check for missing comments or tags. Just
> misused ones.
Darn it, you're right. I'm sorry. I guess I've been confusing the output
from Javadoc and Checkstyle, since the latter does
s FileUpload. I don't know if there are any errors right
now (because of this problem), but you could always add your own. ;-)
--
Martin Cooper
>
> Thanks,
> Brett
>
>
> On Sat, 16 Oct 2004 19:46:13 -0700, Martin Cooper <[EMAIL PROTECTED]>
wrote:
> >
> &g
oked for errors, but even
when I deliberately comment out a @param to test it, no error messages show
up there.
--
Martin Cooper
>
> eg: http://maven.apache.org/javadoc.html
>
> Cheers,
> Brett
>
>
> On Sat, 16 Oct 2004 11:54:35 -0700 (PDT), Martin Cooper
> <[EMAIL PROTECTED]&
y Javadocs
are accurate...
Is this a bug, or am I missing something?
TIA.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
28 matches
Mail list logo