For the archives
--Brian (mobile)
Begin forwarded message:
From: Adrien
Date: March 2, 2011 10:22:26 PM EST
To: bri...@apache.org
Subject: Doxia Tools Converter Additional Usage Example (ant script)
Hi,
i've found your project very useful. In my case, i neeeded to run with
This descriptor assumes that all modules ate children of the execution
root...or a tree. If that's not the case in your project then you
would need to create a custom bundle descriptor.
--Brian (mobile)
On May 17, 2010, at 3:20 PM, Marshall Schor m...@schor.com wrote:
The current common
Fwiw the depmgt is checked in the unpack/copy goals... But Stephen is
right, unpack-dependencies is the right goal here.
--Brian (mobile)
On May 6, 2010, at 11:16 AM, Jörg Schaible joerg.schai...@gmx.de
wrote:
subir.sasiku...@wipro.com wrote:
Use a property for the version + you can
Take a look at the enforcer requirepluginversions rule. It will do
what you have asked.
--Brian (mobile)
On Dec 30, 2009, at 10:26 AM, Roland Asmann
roland.asm...@adesso.at wrote:
Hi all!
I was wondering if there is a plugin that can report all configured
plugins in a POM. Important to
The nexus FAQ shows the link syntax:
http://nexus.sonatype.org/nexus-faq.html#25
--Brian (mobile)
On Dec 22, 2009, at 12:37 PM, Johannes Schneider
maili...@cedarsoft.com wrote:
Hi,
at the moment I am creating a page for a project of mine.
And because not everybody out there uses maven
They are the same. Internally the nginx config for central is repo2
but how that came to be I don't know.
--Brian (mobile)
On Dec 6, 2009, at 3:23 PM, Brett Porter br...@apache.org wrote:
To my knowledge, they are exactly the same thing at this point.
- Brett
On 07/12/2009, at 6:18 AM,
Go by help effective pom not describe, it looks hokey to me. Is 2.4.1
the latest? Maybe that's what is being reported.
--Brian (mobile)
On Dec 5, 2009, at 10:07 PM, kdwinkler keithdwink...@gmail.com wrote:
Help even reports version 2.4.1 for the below pom:
project
...
build
Maybe 2.2.2 will fix it. =)
Not likely. The pom is plain wrong an it was a bug in 2.x which
allowed it to go unnoticed.
On Fri, Nov 20, 2009 at 3:42 PM, Brett Randall javabr...@gmail.com
wrote:
http://jira.codehaus.org/browse/MNG-4379 ... or did your team log
that :).
On Fri, Nov
Then change your snapshot repo update policy to never. However since
Maven keeps looking for something, there is cleary some other problem
with your build setup. It's not normal for it to keep looking like
that... That's what I was trying to help figure out.
--Brian (mobile)
On Oct 2,
Make a new module that builds your assembly and place a dependency on
the war so that it will run last.
--Brian (mobile)
On Jul 17, 2009, at 9:10 AM, Jim Collings jlistn...@gmail.com wrote:
So I have a project which builds several submodules but culminates in
the construction of a war file
I'll try to push a release then this week.
--Brian (mobile)
On Jul 18, 2009, at 2:29 PM, lukewpatterson lukewpatter...@gmail.com
wrote:
Is there a build plugin that can generate the dependency list/tree
in XML
format?
I found this open issue
http://jira.codehaus.org/browse/MDEP-145
Not all the internal lists were linkedlists until 2.0.10. That means
the jdk 1.5 vs 1.6 could be causing subtle differences in the
resolution order. Upgrade both to 2.0.10 and you should have
repeatable results that you can use to adjust your pom accordingly.
--Brian (mobile)
On Jul 17,
Yes, Nexus 1.3 supports true mirrors.
http://www.sonatype.com/people/2009/03/new-feature-in-nexus-13-mirror-su
pport/
-Original Message-
From: CemKoc [mailto:cem.koc.fwd+nbl...@gmail.com]
Sent: Wednesday, April 08, 2009 7:05 AM
To: users@maven.apache.org
Subject: Re: mirrors, oh mirrors
The m2eclipse user list is more appropriate for this, but Igor found these
links:
http://www.mail-archive.com/ubuntu-b...@lists.ubuntu.com/msg728168.html
http://dev.eclipse.org/newslists/news.eclipse.newcomer/msg21845.html
so it doesn't seem specific to M2e.
-Original Message-
From:
You want to potentially use profiles to manage your dependencies. There isn't
the ability to add new scopes.
-Original Message-
From: Uldis Karlovs-Karlovskis [mailto:uldis.karlovs-karlovs...@ctco.lv]
Sent: Monday, April 06, 2009 2:53 AM
To: 'Maven Users List'
Subject: RE: Additional
Agree. Everything in the target folder should be considered temporal and
wiped on a clean build.
-Original Message-
From: Johan Lindquist [mailto:jo...@kawoo.co.uk]
Sent: Monday, April 06, 2009 3:48 AM
To: Maven Users List
Subject: Re: Maven Clean Plugin exclude target folder
We have had a couple of volunteers requests for the French version. Ping Tim @
b...@sonatype.com for details.
-Original Message-
From: Emmanuel Hugonnet [mailto:ehsavoi...@gmail.com]
Sent: Monday, April 06, 2009 5:27 AM
To: Maven Users List
Subject: Maven: The Definitive Guide in French
Having the release plugin translate these values at release time
_before_ the validation build and tag is the only sane way to use them.
I currently have never use them because they aren't repeatable.
From: Hayes, Peter [mailto:peter.ha...@fmr.com]
Sent: Monday, April 06, 2009 12:12 PM
To:
If you go to http://repository.sonatype.org and click on advanced
search, you can find that you can do a checksum search. This will
calculate the hash in your browser and then attempt to find the matching
hash from the index of central
-Original Message-
From: daniel.green
Howard, You have an interesting way of motivation and over generalization:
Once again, Maven is screwed up beyond belief and the developer community
response is pitifully absent http://twitter.com/hlship;
First of all, one plugin does not represent the entire Maven project. Second,
the
Also have a look at versions-maven-plugin
That's what I meant earlier, not dependency-maven-plugin. I haven't
personally used it yet, but I've shown it to several clients / trainees
and it's worked well for them in this case.
-
You are hearing my frustration with the entire Maven infrastructure
and the fact the default response of the community is always that's
not Maven's problem; your build/plugin/approach is broken.
Again with the stereotyping and generalization. I haven't seen anyone
say anything like that
I find it amazing that there were 224 million downloads of a single
file in Central last month! That sounds more like the total usage of
Central, astounding. (Curious is you have those numbers available
too...)
You're right, I had the wrong number in my head. 224m was the central hit, 4m
is
But is Central really down? Working for me.
Central is not. Ibiblio was last I checked (last night). Central !=
Ibiblio and hasn't been for several years now. Ibiblio is just one of
the mirrors.
-
To unsubscribe, e-mail:
Easiest thing is to roll the poms to a snapshot and then do a
traditional release. This assumes that the project you are patching is
your own and the scm info is correct.
-Original Message-
From: David C. Hicks [mailto:dhi...@i-hicks.org]
Sent: Friday, April 03, 2009 12:32 PM
To: Maven
E. Fox [mailto:bri...@reply.infinity.nu]
Sent: Friday, April 03, 2009 1:16 PM
To: Maven Users List
Subject: RE: Help with patching a release?
Easiest thing is to roll the poms to a snapshot and then do a
traditional release. This assumes that the project you are
patching is your own
Use snapshots during your dev cycle and publish your
non-developer-desktop builds as official releases. There is the
dependency-maven-plugin that can ease the updates of cross dependencies,
but if you structure your build tree effectively, this will be minimal.
You're on the right track, but don't
looks the best to me at the moment, but I haven't
tried it yet. Still trying to wrap my head around it.
Zac
On Fri, Apr 3, 2009 at 3:49 PM, Brian E. Fox bri...@reply.infinity.nu wrote:
Use snapshots during your dev cycle and publish your
non-developer-desktop builds as official releases
The @phase will automatically cause a plugin to run at that phase, but
the plugin must still be mentioned in the pom.
-Original Message-
From: Pankaj Tandon [mailto:pankajtan...@gmail.com]
Sent: Thursday, April 02, 2009 10:40 AM
To: users@maven.apache.org
Subject: Re: [ANN] Maven 2.1.0
This isn't a hard and fast rule, but we generally like to see that the
entire enclosure is available on Central. You would need to introduce
not just the pluginRepo, but probably a regular repo and that's where
problems start. That repo then pollutes the downstream resolution for
other artifact
The war plugin is introduced by the lifecycle. The mappings are
dependent on the packaging type. More info is available here:
http://www.sonatype.com/books/maven-book/reference/simple-project-sect-l
ifecycle.html
-Original Message-
From: Pankaj Tandon [mailto:pankajtan...@gmail.com]
You should use the includeArtifactId to filter exactly the ones you want for
each folder. It looks like it¹s picking up both of your files in both
executions so you just need to be more specific which artifacts to unpack.
On 4/1/09 11:42 PM, David Hoffer dhoff...@gmail.com wrote:
I'm having
In general, try to avoid using env vars as it makes your build more fragile
as you¹ve noticed. Somehow it seems these env aren¹t getting through to
maven, but there¹s not enough info below to tell you why.
On 4/2/09 6:46 AM, amys amy.t.sav...@gmail.com wrote:
I use an environment variable
It's things like this that give maven a bad rep. Folks spend hours
trying to get it to work and never do. Fixing it is in order, but why
on earth can't the keepers of the plugin document this in an obvious
place?
Because that assumption below isn't true. The unpack and copy goals allow you
We moved the index to S3 back in November to reduce the load on Central
and improve access time for other artifacts. (224m downloads and 24TB
last month alone for the index) The index is not accessible from
repo1.maven.org anymore and it redirects to S3. (the s3 url is pseudo
dynamic so to get the
Yes it seems to be down. Using a repository manager would isolate you
from these issues.
-Original Message-
From: logachandru.x.rajamanic...@jpmchase.com
[mailto:logachandru.x.rajamanic...@jpmchase.com]
Sent: Thursday, April 02, 2009 8:01 PM
To: Maven Users List
Subject: Is IBIBLIO down?
We have some tools to help convert a local repo into a remote repo
format: https://docs.sonatype.com/display/NX/Nexus+Command+Line+Tools
-Original Message-
From: HHB [mailto:hubaghd...@yahoo.ca]
Sent: Tuesday, March 31, 2009 10:57 AM
To: users@maven.apache.org
Subject: Re: Sharing
look like one on site, and I have a repository
(not managed by a repository manager) here to prevent users going off
over the internet (ie hitting repo1 infrequently). But shouldn't Maven
just handle these things?
-Jim
-Original Message-
From: Brian E. Fox [mailto:bri...@reply.infinity.nu
I agree completely, but until/unless the svn team fixes this major defect,
there's not much we can do. (besides switch everyone to git ;-) )
-Original Message-
From: Todd Thiessen [mailto:thies...@nortel.com]
Sent: Wednesday, April 01, 2009 10:18 AM
To: Maven Users List
Subject: RE:
Use the MAVEN_OPTS env to bump up the memory. The contents of this variable are
passed directly to your jdk. I forget the exact syntax for increasing the
permgen, but I'm sure google knows.
-Original Message-
From: SRINIVASA RAO [mailto:srinivasv_amb...@yahoo.com]
Sent: Wednesday,
That plugin doesn't exist on apache, so the error is correct.
-Original Message-
From: Azazel Se [mailto:azazel...@hotmail.com]
Sent: Monday, March 30, 2009 10:37 PM
To: users@maven.apache.org
Subject: The plugin 'org.apache.maven.plugins:maven-aar-plugin' does not exist
Hi.
I cannot
When you import, you can select a naming template and one of them
includes the group. This is also handy if you happen to have multiple
branches imported at the same time, since one of the other options
includes the version.
-Original Message-
From: Andrew Hughes
Yes, although if all your project dependencies are in the Maven central
repository, there may be some value in waiting on Nexus (or one of the
other
repo managers, although I like Nexus) 'til you're ready. If you've
already got several dependencies in your local repo that can't be found
on
Using a repo manager would solve both problems. You could upload via a
ui instead of deploy-file and the metadata would be correctly generated.
-Original Message-
From: Jim McCaskey [mailto:jim.mccas...@pervasive.com]
Sent: Tuesday, March 31, 2009 9:17 PM
To: 'users@maven.apache.org'
updatePolicyalways/updatePolicy
/snapshots
idcaplin/id
urlfile:/maven/maven-repo/url
/repository
Richard
-Original Message-
From: Brian E. Fox [mailto:bri...@reply.infinity.nu]
Sent: 27 March 2009 18:44
To: Maven Users List
Subject: RE: dependency:unpack-dependencies
The CA may be trusted, but the site needs to expose the full signature
trail from the server cert up to the CA. Not doing this will often cause
the site to appear ok in a browser, but not to java. Most SSL signing
authorities provide a bundle that you can set on the server side.
-Original
to requested target
Brian E. Fox wrote:
The CA may be trusted, but the site needs to expose the full signature
trail from the server cert up to the CA. Not doing this will often
cause
the site to appear ok in a browser, but not to java. Most SSL signing
authorities provide a bundle that you can set
We have some tools to help with this. They will sort out snapshots from
releases and cleanup the metadata that is specific to a local repo. They
are designed to leave the repos in a state to put into Nexus and let
Nexus rebuild all the missing metadata. If your repository manager is
Nexus, you're
Overwriting is different than re-resolving. He wants to re-resolve a
release that has changed.
-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
Sent: Friday, March 27, 2009 2:10 PM
To: Maven Users List
Subject: Re: dependency:unpack-dependencies not
By changing a release artifact you are violating Maven Commandment #1:
Release artifacts are immutable. Maven will never recheck for updated
release artifacts, so it will just hand back what's in the local
repository to the plugin every time.
-Original Message-
From: Richard Chamberlain
Thanks for pointing this out. It's actually a misconfig in the proxy rewrite
rules. The /snapshots is actually a proxy of
http://repository.apache.org/content/groups/snapshots and it looks like the
reverse proxy rules are bunging up the url. I'll have to polish my rewrite-fu
to get them worked
it all gets through
completely, then deploy the resulting artifacts.
-Jim
-Original Message-
From: Brian E. Fox [mailto:bri...@reply.infinity.nu]
Sent: Wednesday, March 25, 2009 9:20 PM
To: Maven Users List
Subject: RE: How to perform a deploy only
This really isn't a supported use case
Google for the versions-maven-plugin
-Original Message-
From: Marcin Wiśnicki [mailto:mwisni...@gmail.com]
Sent: Wednesday, March 25, 2009 9:27 AM
To: users@maven.apache.org
Subject: Find updates to versioned dependencies and plugins
Hi,
this might be a silly question but I did a lot
pick up the old Foo 2.1-SNAPSHOT, ignoring any changes Bob makes
in Foo. He will probably waste a lot of time debugging, at least until
he happens to notice that Foo's version has changed.
Do we assume that bob is unable to see that the version he currently
works on and compiles, tests,
The jar is now on central and is being pushed again to all 1st level
mirrors.
-Original Message-
From: Brett Porter [mailto:br...@apache.org]
Sent: Wednesday, March 25, 2009 9:48 PM
To: Maven Users List
Subject: Re: maven-install-plugin-2.3 is missing from main Maven
repository at
This really isn't a supported use case. Deploy is a phase and by
definition all earlier phases run before the one you've asked for. Why
would you not want to build before you deploy?
-Original Message-
From: Jim McCaskey [mailto:jim.mccas...@pervasive.com]
Sent: Wednesday, March 25, 2009
Lookup mvn help:describe on the maven-help-plugin page, that will get
you the info that normally shows on a plugin's website.
-Original Message-
From: Will Hoover [mailto:java.whoo...@gmail.com]
Sent: Tuesday, March 24, 2009 2:50 PM
To: 'Maven Users List'
Subject: Show maven plug-in
Inherited is true by default. Prior to 2.0.9, only executions could be
marked to not inherit, not the entire config.
-Original Message-
From: Trevor Harmon [mailto:tre...@vocaro.com]
Sent: Tuesday, March 24, 2009 3:04 PM
To: Maven Users List
Subject: Does a plugin with no executions need
Already been filed: http://jira.codehaus.org/browse/MSHITTY-10
-Original Message-
From: Brett Porter [mailto:br...@apache.org]
Sent: Monday, March 23, 2009 8:58 AM
To: Maven Users List
Subject: Re: Maven 2.1.0 + SHITTY plugin = Whose issue, Mine, Yours,
Theirs?
I think the integration
Look at the maven-dependency-plugin
-Original Message-
From: Markus KARG [mailto:markus.k...@gmx.net]
Sent: Friday, March 13, 2009 3:06 PM
To: 'Maven Users List'
Subject: Is there a mavenized library for copying files?
I am writing a plugin which needs to copy files. Since the
Sorry I misunderstood the question. Plexus-utils has a fileUtils.move
(or something similar, don't have the source in front of me)
-Original Message-
From: Brian E. Fox [mailto:bri...@reply.infinity.nu]
Sent: Friday, March 13, 2009 4:05 PM
To: Maven Users List
Subject: RE
You want a settings like this:
http://www.sonatype.com/books/nexus-book/reference/maven-sect-single-gro
up.html
On 3/11/09 1:25 PM, mcystems mcyst...@googlemail.com wrote:
I tried every possible combination on settings.xml: without mirrors,
with mirrors defining snapshot a release repositories
Check the site for the plugin. The plugin author can tell maven to
execute up to a certain phase in the annotations - and this will be
reflected on the plugin's goal page for that goal.
On 3/11/09 6:21 PM, Balasubramanian, Ravi Shankar
rbala...@informatica.com wrote:
Hi all,
I am executing a
As an addendum to the meetup, we're also going to conduct a keysigning
party. For more information about a key signing party, take a look at
these excellent documents for how the ApacheCon party runs:
http://wiki.apache.org/apachecon/PgpKeySigning
Note, that this requires a tiny bit of
The dependency:tree goal does show test dependencies by default.
-Original Message-
From: stanlick [mailto:stanl...@gmail.com]
Sent: Wednesday, March 04, 2009 7:16 AM
To: users@maven.apache.org
Subject: Re: Dependency question
I hear you pal, but the lawyers are concentrating on the
projects inherit from is a
snapshot
version, sub modules won't be able to find it.
Thanks,
Vincent.
On Mon, Mar 2, 2009 at 7:57 PM, Brian E. Fox
bri...@reply.infinity.nuwrote:
You might want to take a look at this:
http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your-
poms
If every jar present in dependency:resolve is shown in the tree, then that's
all folks.
-Original Message-
From: Wayne Fay [mailto:wayne...@gmail.com]
Sent: Tuesday, March 03, 2009 2:52 PM
To: Maven Users List
Subject: Re: Dependency question
I am running mvn dependency:tree and
Seems like the plugin itself needs to be changed to allow for this. It
should look at the type of the file, not the packaging.
-Original Message-
From: Rob Dickens [mailto:arctic@googlemail.com]
Sent: Monday, March 02, 2009 12:50 PM
To: users@maven.apache.org
Subject: jar:sign
You might want to take a look at this:
http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your-
poms-is-a-bad-idea/
-Original Message-
From: Vincent Beretti [mailto:vbere...@gmail.com]
Sent: Monday, March 02, 2009 11:37 AM
To: users@maven.apache.org
Subject: Use mirror in
It's pretty much not the maven way to expect that they will _never_ be in the
local repo. However, dependencies are resolved in the reactor if it is built
in the same mvn execution. The dependency:copy/unpack won't find things there,
but copy-dependencies/unpack-dependencies will.
But the reference
is created to the ${sibling_project}/target/classes directory not to
the artifact produced. So whatever you were going to put into the JAR
will be in the ${sibling_project}/target/classes directory
It's actually a little more screwy than that. It depends on the phase
that
The other thing is, and this may be an urban legend, that I think it's
better to not have the sub modules nested in the parent module's
directory. Make them parallel; siblings. This means using ../ with
relativePath when referring to the parent's pom:
This is due to the old eclipses not
Nothing immediate pops into my head, but what if you could hook your CI system
to monitor these external xsds and use that to trigger the build?
The only way to stop the build currently is via the enforcer plugin, you could
make a custom rule...but it would be seen to the CI as a build failure.
Dependency:copy and/or dependency:copy-dependencies
-Original Message-
From: Ketan Khairnar [mailto:ketan.khair...@gmail.com]
Sent: Thursday, February 26, 2009 5:42 AM
To: Maven Users List
Subject: Re: Mavenizing Existing Project Part Deux
Based on this discussion, I have a question
, 2009 8:52 PM
To: Maven Users List
Subject: Re: New repository for Maven snapshots
On Saturday 21 February 2009 20:10:49 Brian E. Fox wrote:
The Maven project has recently moved to a new repository within the
Apache infrastructure. The repository that was previously at:
http://people.apache.org
The Maven project has recently moved to a new repository within the
Apache infrastructure. The repository that was previously at:
http://people.apache.org/repo/m2-snapshot-repository is deprecated. All
new snapshots are being deployed to
http://repository.apache.org/snapshots . Note that this is
Something is horribly wrong with your setup or the CAS poms. The war
plugin here:
http://repo1.maven.org/maven2/maven/maven-war-plugin/20030413.023708/mav
en-war-plugin-20030413.023708.pom
Is not the right one. It should be in org/apache/maven/plugins not
/maven. I'm guessing somehow you got a
When building the directed graph of how to order the modules at build
time, Maven doesn't consider (that I'm aware of) the existence of a
dependency in the local repo. Are you using versions to describe the
dependency between these modules? That's about the only thing that comes
to mind? (even
The settings isn't refreshed except at startup or if you force it via
the preferences-maven page. (assuming this is m2e)
-Original Message-
From: Mick Knutson [mailto:mknut...@baselogic.com]
Sent: Monday, February 16, 2009 10:19 PM
To: maven
Subject: Re: eclipse ide not picking up
This means the plugin that caused the fork to occur is removed from that
forked lifecycle so it doesn't fork again.
-Original Message-
From: Romain Gilles [mailto:romain.gil...@thomsonreuters.com]
Sent: Tuesday, February 17, 2009 5:08 AM
To: Maven Users List
Subject: Removing: jar from
Nexus only stores what Maven sends it. So if you have defined things as legacy
(m1) in maven and told Nexus it's m2, you're going to have some trouble. Make
everything M2, non-legacy (the default) and it should just work.
-Original Message-
From: Kent Närling
Haha, I think that's Brett's form of:
http://lmgtfy.com/?q=DashboardUtils+getDocument()+SAXException
-Original Message-
From: Brett Randall [mailto:javabr...@gmail.com]
Sent: Monday, February 16, 2009 4:37 PM
To: Maven Users List
Subject: Re: recurrent exception
Top hit on Google for:
Hopefully they are using the indexes and not scraping the entire
contents of the repos.
-Original Message-
From: Edelson, Justin [mailto:justin.edel...@mtvstaff.com]
Sent: Thursday, February 12, 2009 9:57 AM
To: Maven Users List
Subject: RE: New Maven Respository Search Application
Does
- Geoffrey
This is too limiting IMO.
Sahoo
Why? You can't have multiple versions of the same jar on the classpath,
so allowing these circular dependencies to take version into
consideration just pushes the problem futher down the stack.
Sounds to me like a classic case of not specifying your direct dependencies.
Some other pom changed and introduced a transitive change breaking something
you actually depend on. Run mvn dependency:analyze on your projects, if it says
you are missing direct dependencies, you should fix them.
There were changes between 2.0.5 and 2.0.6 that related to the handling
of transitive dependencies and dependencyManagment. There is a goal in
the dependency plugin to help you prepare your build before you migrate.
You definitely want to look at this:
This was my project and since it got blocked by maven 2.0.2 bugs at the time...
I never went back to fixing it. Now that you can fairly easily wrap ant tasks
into plugins, I would suggest that approach. The kodo plugin in the sandbox
required too much hacking of the ant task code to make it
Subject: ApacheCon Europe 2009: Early Bird Deadline Extended
until 13th of February
Here's some great news for everyone who's thinking of
traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird
deadline has been extended to Friday, February 13th - and remember,
there is
You need to put it in the reportingPlugins section of you pom.
-Original Message-
From: bwonch [mailto:bill.wo...@gmail.com]
Sent: Thursday, February 05, 2009 10:30 PM
To: users@maven.apache.org
Subject: Checkstyle report failing
Hi everyone -
I'm not sure if this is the appropriate
Noone has been blocked recently. Note that wget is blocked automatically
so if you use that, it won't work. Use your browser to test
connectivity.
-Original Message-
From: Johannes Schneider [mailto:maili...@cedarsoft.com]
Sent: Thursday, February 05, 2009 4:17 PM
To:
The previous regressions have been fixed.
Here's the list of issues fixed in 2.0.10:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=14112styleName
=HtmlprojectId=10500Create=Create
Staged at (self-signed cert for now)
maven-archetype-plugin?
well, here's my settings.xml- couldn't send it earlier.
I'm just using the standard repositories which are configured in nexus.
Original-Nachricht
Datum: Thu, 29 Jan 2009 15:16:04 -0500
Von: Brian E. Fox bri...@reply.infinity.nu
An: Maven Users List users
You could use the assembly plugin to produce a bundle with the
dependencies. Or you could patch something together with
dependency:copy-dependencies and dependency:build-classpath
-Original Message-
From: Qureshi,Shahzad [Ontario] [mailto:shahzad.qure...@ec.gc.ca]
Sent: Monday, February
I don't see how you can have both an ask-first approach and not some business
process to handle it. The recommended setup we like to see is to let developers
have access to the repos, but keep the official builds behind the Nexus
Procurement repo so that you are sure what is officially built.
The order should follow the pom, with children always coming before the parent
definitions. User bound executions always come after the default ones for any
given phase.
-Original Message-
From: Edelson, Justin [mailto:justin.edel...@mtvstaff.com]
Sent: Sunday, February 01, 2009 12:12
Take a look at:
http://www.sonatype.com/book
and http://www.maven.apache.org/plugins/
-Original Message-
From: Éric Daigneault [mailto:dai...@gmail.com]
Sent: Sunday, February 01, 2009 8:35 PM
To: Maven Users List
Subject: Re: POM element orders
Thanks Justin, sounds reasonable...
That's one reason why I run Nexus locally when I travel, because the
offline mode breaks lots of plugins.
-Original Message-
From: Martin Gainty [mailto:mgai...@hotmail.com]
Sent: Friday, January 30, 2009 10:28 PM
To: users@maven.apache.org
Subject: RE: Maven for the internet afraid
Where's the request? It's usually not too bad. The
repository-maintain...@apache.org list is where you need to get the
attention.
-Original Message-
From: Lincoln Baxter, III [mailto:lincolnbax...@gmail.com]
Sent: Saturday, January 31, 2009 11:30 AM
To: Maven Users List
Subject:
This use case was exactly what the Procurement in Nexus was designed to
support. It allows you to definitively control the artifacts used by
your builds. The only alternative is to manage it my hand, which is
labor intensive and error prone.
http://www.sonatype.com/products/nexus
-Original
Little hard to diagnose with that info. How is your settings.xml setup? What
repos are in your group? What exactly is maven saying (log)?
We have a nexus user list where your questions will be noticed quicker:
http://nexus.sonatype.org/dev/mailing-lists.html
-Original Message-
From:
1 - 100 of 1094 matches
Mail list logo