wrote:
On 02/13/2011 04:54 PM, Benson Margulies wrote:
It seems to me that it might be a legitimate idea for maven itself to
just set headless, at least when invoked from the shell.
So long as this is done from the CLI entry point classes, or bin/mvn, and
not in core classes where it could cause
I want to allow a configuration in which the complete XML
configuration supported by the thing I'm wrapping (japex) can be done
in the POM.
However, namespaces are required for this XML. I looked at the antrun
code, and it uses PlexusConfiguration, it that seems to have no
particular conception
Arguably, if perhaps impractically, maven should run with a security
manager that prevented any one plugin from making some global change
to the JVM that could have evil effects on other plugin. For example,
from making the call in the subject.
On the other, it's hard for me to think of a
Would there be any sympathy for a JIRA asking for a maven 2.2.x change
so that the new features of settings.xml (e.g. mirrors) would be
tolerated by maven 2? Since you all didn't change the conventional
file name, I'm now having to juggle aliases and whatnot to deal with
the fact that I'll be
:56 AM, Benson Margulies
bimargul...@gmail.com wrote:
Would there be any sympathy for a JIRA asking for a maven 2.2.x change
so that the new features of settings.xml (e.g. mirrors) would be
tolerated by maven 2? Since you all didn't change the conventional
file name, I'm now having to juggle
I've noticed a recent flurry of surefire activity.
I'm about to build a plugin for Japex, and it would be exceedingly
slick to make it have some of the behaviors of surefire plugin --
forking, setting system props and env variables, all that good stuff.
Does surefire have an internal modularity
I am hoping that some person who works at Sonatype will have pity on me.
People who work for Oracle seem to have strong feeling that they are
only supposed to deliver things to the java.net repo. Since things in
central are not supposed to have dependencies on things that aren't in
central
And why project.basedir and not just ${basedir}?
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
forkModealways/forkMode
Things in src/test/resources are in the class path. So, you can open
streams to them with getClass().getResourceAsStream(name).
Or, move it to src/test/data, and then configure a system prop in surefire like:
data${basedir}/src/test/data/data
and do System.getProperty(data) in your junit
Here's something that happens to me frequently.
Goal: make a local release off the trunk of some FOSS thing that will
be a while releasing a fix that I need.
Typical set of activities:
1: git svn clone
2: branch
3: edit poms, change version, scm paths, deploymentRepository
4: run release
, build, edit
the pom directly and change the version to
existingversion-mycompany-1, then take both the pom and the
(snapshot) library and deploy them to Nexus.
Kalle
On Wed, Feb 2, 2011 at 2:17 PM, Benson Margulies bimargul...@gmail.com
wrote:
Here's something that happens to me frequently
(toots own horn) you might find the doc attached to the JIRA MPOM-5 useful.
On Wed, Feb 2, 2011 at 9:08 PM, Brian Fox bri...@infinity.nu wrote:
Hi Craig, there's also release-disc...@apache.org to talk about
release processes specific to Apache.
On Tue, Feb 1, 2011 at 5:54 PM, Craig L Russell
OK, time to move that stuff out of the reactor into its own build? Or
is there a way around this?
On Sun, Jan 23, 2011 at 6:34 PM, Justin Edelson
jus...@justinedelson.com wrote:
On Jan 23, 2011, at 5:09 PM, Benson Margulies bimargul...@gmail.com wrote:
I have a multi-module build. The first
But if you want to run a build on a Mac, you need the profile so as to
turn it off where there is no such file.
On Mon, Jan 24, 2011 at 4:38 PM, Mike Calmus m...@calmus.org wrote:
You can use this same dependency without using a profile at all. Just add it
in like you would any other
I have a multi-module build. The first module packages up some some
checkstyle rules, and the parent POM at the top calls out that
artifact as a dependency of the checkstyle plugin.
Would it surprise anyone to hear that this won't build the first time,
but builds subsequently once the artifact is
Can mojo parameters be enums?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Consider a project with an arbitrary structure of parent that might
contain plugins and plugin management.
In an M2Eclipse plugin I'm maintain, I am asking the question:
Is there an execution of GROUP:ARTIFACT:GOAL, and, if so, what is the
contents of the configuration/ element?
I currently do
plugin.
Or, maybe it's better that there are two projects, each with its own aims.
That's the unix small-tools approach. But that was supposed to be what the
assembler plugin was about and in this instance it falls short of the mark.
On 12/30/2010 09:31 PM, Benson Margulies wrote:
I do
I do this all the time.
I use assembly:single.
I run it from a project that has pretty much nothing else in it except
the assembly run.
For shared config files and such, I package them up as zip files, push
them to nexus, and stage them with dependency:unpack.
For jar file dependencies that
(at that
version)
previously installed into the local repo.
-Marshall Schor
On 12/24/2010 8:07 PM, Benson Margulies wrote:
On Thu, Dec 23, 2010 at 3:25 PM, Mark Struberg strub...@yahoo.de wrote:
Hi Benson!
Please check the preparationGoals property in the release plugin [1]
Maybe you
M2_HOME/conf/settings.xml is the GLOBAL settings. They are always
read, first. The the user's settings come in on top.
On Sun, Dec 26, 2010 at 11:44 AM, benxs bxsto...@yahoo.co.uk wrote:
Looks like you just want put your settings inside M2_HOME/conf/settings.xml
Thank you. That sounds
know why.
I guess now I do.
Thanks.
LieGrue,
strub
[1]
http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html#preparationGoals
--- On Thu, 12/23/10, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: release plugin
I confess that I've got myself somewhat turned around about the war
plugin and overlays versus unpacked wars.
I have some tests that run against the the 'unpacked' war, so I need
the things that would come through overlay to be there. The overlay
things are NOT wars at all, they are just
Under a single aggregate project, I have two projects.
Project 1 builds an extra artifact with a classifier.
Project 2 uses dependency:unpack to unpack it for inclusion in a, yes,
larger artifact.
All's well until I try to run the release:prepare goal, at which
point, the first artifact is
a component descriptor. The problem is not config file
management, it is that the time it takes Maven to run the equivalent
of 'tar jxf' and unpack 16MB of stuff, 12 times, is a lot of time.
/Anders
On Tue, Dec 21, 2010 at 22:29, Benson Margulies bimargul...@gmail.comwrote:
I just spend an afternoon
, Benson Margulies bimargul...@gmail.comwrote:
On Wed, Dec 22, 2010 at 4:46 AM, Anders Hammar and...@hammar.net wrote:
Yes, ..-ing out of basedir is a sin. A Maven project should be
self-contained.
Regarding your approach, I don't follow. Why did you create a tar of the
libs? Why not keep
oho, very clever.
On Wed, Dec 22, 2010 at 10:32 AM, Marshall Schor m...@schor.com wrote:
Here's another way (see below)
On 12/21/2010 4:29 PM, Benson Margulies wrote:
I just spend an afternoon wrestling with the release plugin. Much of
my trouble was a self-inflicted misunderstanding
Maven 2.2.1.
I have a profile that turns on skipTests. Mvn -Pthisprofile behaves as expected.
mvn release:prepare --batch-mode -Pthisprofile
goes ahead and runs tests.
mvn --batch-mode help:effective-pom help:active-profiles
release:prepare -Pfastinstall -DdryRun=true
shows no skipTests in
I just spend an afternoon wrestling with the release plugin. Much of
my trouble was a self-inflicted misunderstanding of
preparationGoals/ (*), but that wasn't what sent me down the path to
begin with.
I have a set of maven projects that build, amongst several other
things, a set of daemons. Each
The other day, I cooked up a plugin as follows:
As input, it takes a groupid, an artifactid, and a property name.
It works its way up the chain of parents, and when it finds a match,
it returns the basedir. Obviously, if one of the parents is coming
from the repo instead of a relative path, it's
I'd like to have one profile that just does formatdir/format and
another with other stuff. Is there any good way to do this?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
In a parent profile, I have a profile that is supposed to activate
based on the presence of a file in the tree of the child that uses the
parent. It does not, and -X is not helping me ... since it seems to
contradict itself. I must be missing something simple here, no?
[DEBUG] Profile with id:
wsm...@gmail.com wrote:
On Sun, Dec 12, 2010 at 1:57 PM, Benson Margulies bimargul...@gmail.com
wrote:
In a parent profile, I have a profile that is supposed to activate
based on the presence of a file in the tree of the child that uses the
parent. It does not, and -X is not helping me
Hudson?
On Sun, Dec 12, 2010 at 5:34 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
2.1 is a dead duck do not use it. There are major issues with it
2.2 requires java 1.5 to run and is the end of the 2.x code base (i.e. the
one where the first version of a plugin loaded in a
Back in March, there was a thread involving Kathryn Huxtable and
deploying to git via the scm provider. I have a vague sense that she
subsequently reported success here. Kathryn, are you reading this? Did
you get it to work?
-
To
improvements I'd like to make, the main one being to
create the gh-pages branch if it doesn't exist, but it works, at least with
Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry
at the moment.
-K
On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote:
Back in March
copying for me.
My wagon allows you to specify a branch, but that's it.
-K
On Nov 30, 2010, at 7:04 PM, Benson Margulies wrote:
I have a particularly nefarious plot. I want to use this to push an
eclipse update site to github via the sonatype maven-update-plugin.
Can I add more pathname
[INFO] Mojo: 'use-latest-versions' requires direct invocation. It
cannot be used as part of the lifecycle (it was included via the POM).
I tried to make a profile to run versions:use-latest-versions, and was
rewarded with the above. Is there a way around this, or do I need a
shell script?
Yes.
On Mon, Nov 29, 2010 at 4:51 PM, ginni gi...@aero.org wrote:
We're thinking of using Nexus for an internal repository and would like to
know if it is possible (and how) to host parent pom projects there? We have
a (grand)parent pom project aero with a parent pom child project common
A guess: also add it as a dependency to the compiler plugin?
On Wed, Nov 24, 2010 at 3:36 PM, Julien Martin bal...@gmail.com wrote:
Hello,
I am trying for maven to process my annotation processor.
Here is what I tried:
plugin
groupIdorg.apache.maven.plugins/groupId
plugin
dependencies
dependency
g/a/v of where your annotation processor is
/dependency
/dependencies
/plugin
On Wed, Nov 24, 2010 at 3:43 PM, Julien Martin bal...@gmail.com wrote:
Thanks Benson,
What do you mean? How do I do that?
J.
2010/11/24 Benson Margulies
Or more easily, move them to src/main/resources, following the convention.
On Wed, Nov 24, 2010 at 8:51 PM, GALLAGHER, RON (ATTSI) rg7...@att.com wrote:
David,
You can add a project/build/resources/resource entry [1] to your POM
file to accomplish this.
[1]
I want to insert the filename of one of my project's dependency into a
configuration file via filtering. I can do it in some sloppy fashion
or another, but I wondered if there was a way to get a plugin to set a
definition for me.
ssh once interactively and answer the question.
On Wed, Nov 17, 2010 at 9:22 AM, jeb001 jeremy.jar...@gmail.com wrote:
Hi,
I'm trying to publish my first release.. running the release:perfom command,
but, the shell stop here :
[INFO] The authenticity of host '10.121.200.245' can't be
I've got a POM that goes on and on. It uses the dependency plugin to
retrieve a complex tree of server-pieces from my repo, and then the
assembly plugin to package it back up. I now need to do just about the
same thing in five other projects.
Do I have any better alternative than to start reading
From the following spec, I get two behaviors that I need to fix
somehow: (1) I get an extra level of directory named after the
artifact in spite of the empty outputDirectory element. (2) the
excludes are apparently completely ignored. Can anyone assist?
plugin
Ron,
It's not too hard to set up a CI process (e.g. on Hudson) that tests
the latest version of everything. Don't publish snapshots to your
repo, set up the cascade of jobs to share correctly.
If that answers a question that is useful to you, great.
If, rather, you need to somehow model all
It turns out that the extra dir was in fact pirate error. But for the
excludes I've followed your advice.
On Mon, Nov 15, 2010 at 1:16 PM, Jon Paynter kittl...@gmail.com wrote:
On Mon, Nov 15, 2010 at 6:54 AM, Benson Margulies
bimargul...@gmail.comwrote:
From the following spec, I get two
maven-appassembler-plugin? maven-dependency-plugin, especially
combined with a MANIFEST.MF class path?
On Tue, Nov 9, 2010 at 8:31 AM, Jacob Beard jbea...@cs.mcgill.ca wrote:
On 10-11-09 02:25 PM, Benjamin Bentmann wrote:
Jacob Beard wrote:
With maven, however, the libraries are now kept in
Ron,
m-e-p works better than M2ECLIPSE in many cases. Further, you have no
proof here that I can see that the m-e-p is dead. To quote the plugin
site:
Last Published: 2010-02-25 | Version: 2.8
If someone posts a patch, I don't think there/s much evidence that it
will be ignored.
--benson
On
Yup, it's in ASF svn, and if the project isn't willing to own it, they
should attic it.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Using release plugin 2.1:
org.apache:apache:7 uses arguments to turn on a profile. I don't
want that profile in prepare. I have another profile I'd like instead.
So, I've got ..
plugin
groupIdorg.apache.maven.plugins/groupId
I've tried to come up with a 'moderate' reprocessing of this dispute
before, and for some reason I'm going to try again.
The fundamental idea of Maven is that a build can be described with a
small number of facts. This is possible if the right conventions are
analyzed, designed, and implemented
I think that this is an oversimplification. Start setting up a
release, or the maven-eclipse-plugin, or a non-trivial web
application, and you will find that your POM gets bigger and bigger
and harder and harder to manage and understand. Cases that I'm
familiar with include trying to cope
The POM reference shows 'inherited' subordinate to 'execution'. I
tried to set up an aggregate project with two executions: one is
inherited, one is not. Run in the parent, the non-inherited one runs
as it should, but the inherited one does not run in the child.
Run from the child, the
I ran a build with 3.0, and when I then retreated to 2.2.1, I got
class-not-found errors in maven. Should I report this formally?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
Does this ring any bells for anyone?
[INFO] [war:war {execution: default-war}]
[INFO] Packaging webapp
[INFO]
[ERROR] FATAL ERROR
[INFO]
[INFO]
I no longer believe that this is a result of a switch. I removed my
local repo and reran the build under 2.2.1 and got the same strange
error which I sent into this list.
On Thu, Oct 21, 2010 at 9:06 AM, Jörg Schaible joerg.schai...@gmx.de wrote:
Hi,
Benson Margulies wrote:
I ran a build
(assuming you use ranges of course)
cheers
Michael
On Wednesday 20 October 2010 00:25:33 Benson Margulies wrote:
If you are using 'downstream', how do you avoid the need to publish to
at least a common local repo?
I've been facing the following variation on this:
I do not want to publish
If you are using 'downstream', how do you avoid the need to publish to
at least a common local repo?
I've been facing the following variation on this:
I do not want to publish snapshots to nexus, since they mess up people
who download stale ones into their development process.
I do want to
On Tue, Oct 19, 2010 at 7:28 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
because downstream is the trigger, the build checks everything out and
uses an uber-aggregator build so that all the artifacts will be in the
reactor which is how mvn verify can work (no need for clean
Site:site says this over and over, in addition to running the javadoc
over and over.
INFO] Generating Project License report.
[WARNING] Deprecated API called - not org.apache.maven.doxia.sink.Sink
instance and no SinkFactory available. Please update this plugin.
What should I be specifying, and
I just spend the morning setting up the site plugin and reporting for
a new project.
It is a parent with children.
The parent has a site.xml with some custom navigation to add
additional pages to the menu. The site specified 2.1.1 for the
maven-site-plugin in the build/pluginManagement, and
Step 1: even fairly straightforward POMs that need more than the
default conventions rapidly get verbose and hard to read due to XML.
Step 2: Hiding behind that, though, there are, I claim, areas of
genuine confusion.
For the simple cases, it's fine to say 'convention over
configuration'. Lots
This thread has jumped the shark. I recommend letting it drown.
On Wed, Oct 13, 2010 at 3:44 PM, Jason Chaffee jchaf...@ebates.com wrote:
I agree with how things seem to run differently on cmd-line, vs. eclipse, vs.
Hudson. I can be extremely frustrating.
However, maven does take a
I'm concerned that the circle of congratulations here is somewhat
oversimplifying this.
I've brought Maven into my day job.
I've arranged all the code involved to follow the maven way of doing things.
And yet, I have some POM files that are veritable thickets of XML, and
attract a fair amount
wget is perfectly fine. The HTTP layout of a repo is a contract, not
an accident.
On Fri, Oct 8, 2010 at 4:24 PM, Phillip Hellewell ssh...@gmail.com wrote:
On Fri, Oct 8, 2010 at 2:22 PM, Phillip Hellewell ssh...@gmail.com wrote:
On a related note, is there an easy way to create a pom that
This conversation turns on a classic dilemma in release management.
1. The important thing is to ship exactly the bits that have been
tested. Prepare a package, give it to QA. If they like it, ship it. If
they don't, rinse, lather, and repeat.
2. The important thing is to never, ever, ever
My guess is that while dots are in general perhaps ill-advised,
'maven.' is what really causes the problem here. In my experience,
dots in pom props are as common as dirt, and it's very much news to me
that they are a bad idea. There are a lot of poms at Apache that will
need to be edited if all
On Sat, Oct 2, 2010 at 1:33 PM, Géraud gala...@gmail.com wrote:
Thanks for your answer. So, for the same reason, when server.type is
defined as a global property in my pom file, the type1 profile is not
active.
But is there a way to automaticallly activate type1 profile when env1
profile is
http://repo2.maven.org/maven2/org/apache/ws/commons/schema/XmlSchema/
contains a directory named 'SNASHOT'.
Perhaps someone would care to remove it?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional
maven-assembly-plugin.
On Tue, Sep 21, 2010 at 2:12 PM, Jon Paynter kittl...@gmail.com wrote:
Sorry - m-assembly-p im not familliar with that abbreviation.
So - going back to a simple example, I used the example on including module
sources here:
I'm trying to maintain the XML Schema release page. It is written in .xdoc.
Attributes disappear from href elements. Of the three links below, the last
two retain their class attribute, but the first one loses it.
Help?
a href=[preferred]/ws/commons/XmlSchema/1_4_6/XmlSchema-1.4.6-src.zip
, Dennis Lundberg denn...@apache.org wrote:
Is the document in a public source repository somewhere?
Which version of the Site Plugin are you using?
On 2010-09-05 15:39, Benson Margulies wrote:
I'm trying to maintain the XML Schema release page. It is written in
.xdoc.
Attributes disappear
Thanks.
On Sun, Sep 5, 2010 at 11:10 AM, Dennis Lundberg denn...@apache.org wrote:
On 2010-09-05 16:44, Benson Margulies wrote:
Well, I just edited it extensively to get rid of all the title=
attributes,
and this problem went away. The site plugin version is 2.0.
Upgrading to Site
There are a number of pitfalls with test jars. My entirely personal
suggestion is this: any time you are tempted to put a test jar configuration
into a POM, just go and make a new, ordinary, project with the shared test
code in it, and use it with scopetest/scope. You won't regret it.
On Fri, Sep
Well, far be it from me to contradict an authority, but I can offer an
alternative.
If there is some good reason to treat all those jars as a lump, and if
none of your code that you are compiling depends on having them in the
compilation classpath, you *can* create an artifact for them with the
You could run in Apache Harmony to debug this.
On Mon, Aug 30, 2010 at 1:12 PM, Stadelmann Josef
josef.stadelm...@axa-winterthur.ch wrote:
It would be very fine if BASIC Authentication would be enforced by default
when one opens an URLConnection in OpenVMS and other platforms. But that is
I think that what the OP needs to know is that, to get multiple
executions from multiple profiles, each one has to have a distinctive
execution ID, not the default.
On Fri, Aug 27, 2010 at 4:03 PM, Wayne Fay wayne...@gmail.com wrote:
if you look at both of the profiles except for id and surefire
versions in classpath.
It doesn't help to release a new version c-n:c-n:12, since A isn't
using a range, it's pointing at '1'.
Am I missing something?
On 26 August 2010 00:13, Benson Margulies bimargul...@gmail.com wrote:
Let me recap the pain scenario here:
Existing poms reference
I don't know how interested they are in messing with their 'version 6'
branch, though some of us are glued to it at the moment. I can but
ask. I keep wishing that Maven itself had more ways that profile (b)
could turn off things from the base or a previous profile (a).
On Tue, Aug 24, 2010 at
Let me recap the pain scenario here:
Existing poms reference commons-net under the old group ID.
commons-net releases a new version under a new group ID.
Dependencies under the old group ID won't be seen as 'the same thing'
as the new group ID, so
a project that references the new group ID and
I am a bit stumped to discover that
activation
property
nameskip.integration.tests/name
valuefalse/value
/property
/activation
is not triggered by a property setting inside the POM itself. Only a
command-line -D
I have been unable to find a way to make a failure in an integration
test result in failing the overall build. I have failsafe:verify in
post-integration, and no joy.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
On 23 August 2010 14:28, Benson Margulies bimargul...@gmail.com wrote:
I have been unable to find a way to make a failure in an integration
test result in failing the overall build. I have failsafe:verify in
post-integration, and no joy
/execution
On Mon, Aug 23, 2010 at 12:01 PM, Benson Margulies
bimargul...@gmail.com wrote:
I always run mvn install. But point 1 is probably my problem.
On Mon, Aug 23, 2010 at 9:46 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
1. put failsafe:verify in verify where it's supposed
How about this: next time you make a release, publish both a dummy
version on the old groupId and the new one? That won't help people
whose dependency graph reaches both a 'live' version of the old one
and the new one, but it will help some people.
Other projects have switched and survived,
finalName in your POM can be used to get a plainly-named version in
the target directory.
The maven assembly plugin could be use to collect all the war files
into a directory or tarball with their names changed following a
pattern.
the dependency plugin could be used to fetch them with their
I have a zip file built with the assembly plugin. I list it as a
dependency in a project so that I can in turn include it in another
assembly.
I got a surprise. mvn dependency:tree shows that it has dependencies
-- all the dependencies of its parent.
This is particularly sideways since it was
Sadly, no.
Until the recent effort to tighten up central, there were many paths
to putting things in there, and, afaik, no audit trail. All
mvnrepository.org can do is tell you what it sees, now, in central.
The POM files for the two dueling copies might give you a clue, or
not. As Wayne said,
Apache CXF has several poms that follow this pattern:
properties
jetty.version6.1.24/jetty.version
/properties
...
dependencies
dependency
groupIdg/groupId
artifactIda/artifactId
version${jetty.version}/version
/dependency
/dependencies
An alternative is an overlay. This is perhaps overkill for just some classes.
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
overlays
overlay
that this would work correctly in M3
though because of the rework in the resolution.
On Mon, Aug 2, 2010 at 9:18 PM, Benson Margulies bimargul...@gmail.com
wrote:
On Mon, Aug 2, 2010 at 4:17 PM, Brian Fox bri...@infinity.nu wrote:
Your case was why I originally wrote these goals to take the artifact
Does sf.net still lack an approved 'forge' repository for replication
to central? If so, can some kind soul please repost the link to the
new facility at Sonatype for feeding central?
-
To unsubscribe, e-mail:
I want to include a dependency in a POM *only* so I can process it in
the dependency plugin. I want it never to end up in any classpath.
What's the right scope?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For
lukewpatter...@gmail.com wrote:
Benson Margulies wrote:
process it in the dependency plugin.
what do you mean by process? if you mean copy or unpack, m-d-p [1] has
separate goals for working with artifacts listed in the configuration
section and working with project dependencys
e.g. see copy
On Mon, Aug 2, 2010 at 4:17 PM, Brian Fox bri...@infinity.nu wrote:
Your case was why I originally wrote these goals to take the artifact
info as configuration instead of from the dependency list. The only
reason you would want to use a dependency and the
copy/unpack-dependencies would be if:
Vincent: Oh! It never occurred to me that this was legit.
On Thu, Jul 29, 2010 at 11:48 AM, Vincent Latombe
vincent.lato...@gmail.com wrote:
Or use an assembly with id/id
2010/7/29 Jörg Schaible joerg.schai...@gmx.de
Benson Margulies wrote:
So,
I have a project whose only purpose
So,
I have a project whose only purpose is to deliver a zip file under a
G/A/V triple. In a moment, I will put myself out of my misery by
specifying a classifier.
[WARNING] Configuration options: 'appendAssemblyId' is set to false,
and 'classifier' is missing.
Instead of attaching the assembly
That's for sure. Oops.
On Sat, Jul 24, 2010 at 7:10 PM, Justin Edelson justinedel...@gmail.com wrote:
Wrong list?
On Jul 24, 2010, at 5:50 PM, Benson Margulies bimargul...@gmail.com wrote:
This may be more JAXB than CXF, but here goes.
Step 1:
My SEI is annotated:
@WebService
501 - 600 of 758 matches
Mail list logo
