I have some additions :)
I also think we need to keep reviewing the types of problems people
have and helping them diagnose them. It seems that figuring out repo
whitelists and blacklists and the cause of proxy problems is still
difficult - so maybe a UI configuration for the logging might
Hey Brett,
On Thu, 2008-02-07 at 15:20 +1100, Brett Porter wrote:
I don't have any objection to using commons-vfs, since I think it
covers much of what Wagon does anyway - as long as it does have all
the features needed.
Looks like we only use Http/Https, ssh and file Wagon's in archiva -
On 08/02/2008, at 2:21 PM, James William Dumay wrote:
Looks like we only use Http/Https, ssh and file Wagon's in archiva -
commons-vfs so far looks like it hits the spot.
Sounds like it's worth an evaluation regardless.
I have a copy of Wagon checked out at the moment that works purely
snipped
1-2)I would like to bring Guice to the mix. I think it is worth
investigating for Continuum 2.0 - WDYT?
I need a reason to drop the current set of technologies, why is the
new set better etc.
My motivations behind this were:
# leverage Java 5 language and other library
Here's my list:
1) Peformance improvements.
2) A slicker User Interface. Ability to let the user work in an offline
mode (Google Gears!) and sync periodically.
3) Good user and developer documentation.
4) Better public APIs (rework Store and Continuum)
Rahul
Napoleon Esmundo C. Ramirez
1. +1 on distributed builds, along with examples on the 2 main use
cases I see for distributed builds:
a. building on many platforms for native builds that need
multiple distributions.
b. distribute the build across many machines to decrease the
latency of building everything.
Hello,
I need some jars from archived SUN WSDP (
http://java.sun.com/webservices/downloads/1.5/index.html)
What is the recommended groupId for such jars ?
For example, xmlsec.jar is a sun-repackaged apache xml-security.
- com.sun.xmlsec ?
- com.sun.org.apache.xmlsec (repository allready contains
+0
I'm concerned about the omission on ARCHETYPE-116 and -117 as they are
changes to existing behaviour (so, for example, the getting started
guide in the docs will be wrong). However, they are only minor
inconveniences so I think as long as alpha-2 is kept to the current
small set of
Classification: UNCLASSIFIED
Good afternoon
I have a requirement to provide a mirror of
http://repo1.maven.rg/maven2/ on our secure internal site.
A couple of basic questions; can we receive permission to do this and
if so what is the easiest way to accomplish this. ( I am new at this).
What
I don't understand this change. Aren't these two configuration
parameters mutually exclusive?
archive/manifestFile Says to use this manifest file
useDefaultManifestFile Says to use a manifest file from the default
location
[EMAIL PROTECTED] wrote:
Author: olamy
Date: Wed Feb 6 15:15:16
http://maven.apache.org/guides/mini/guide-mirror-settings.html
On Feb 7, 2008 10:39 AM, Tiffney, Lisa S. [EMAIL PROTECTED] wrote:
Classification: UNCLASSIFIED
Good afternoon
I have a requirement to provide a mirror of
http://repo1.maven.rg/maven2/ on our secure internal site.
A couple of
Sorry Raphael,
I meant to vote, but lost the mail thread. I'm +1 for an alpha release.
Thanks for the hard work!
-john
On Feb 6, 2008, at 1:40 PM, Raphaël Piéroni wrote:
Hi,
To sum up the vote for now:
Binding (PMC) : Arnaud
Non Binding (Committer) : Mauro (still not on the list), Milos,
maybe com.sun.org.apache.xmlsec
but doesnt really matter that much
On Feb 7, 2008 2:36 AM, nicolas de loof [EMAIL PROTECTED] wrote:
Hello,
I need some jars from archived SUN WSDP (
http://java.sun.com/webservices/downloads/1.5/index.html)
What is the recommended groupId for such jars ?
For
We know that the documentation, specially the javadoc, is not perfect,
present or uptodate.
Well, I feared that ;-) My primary goal was to stress that it would be worth
the pain to maintain the javadoc right from the beginning (instead of fixing
bugs afterwards). From my personal experience,
Oups my bad you're right.
I will revert this.
Thanks,
--
Olivier
2008/2/7, Dennis Lundberg [EMAIL PROTECTED]:
I don't understand this change. Aren't these two configuration
parameters mutually exclusive?
archive/manifestFile Says to use this manifest file
useDefaultManifestFile Says to use
Vincent Siveton wrote:
Yep see for instance MJAVADOC-171
Based on some simple experiments on my machine, the fix for this is simply
to drop @aggregator; it's broken... (at least for reporting plugins that
fork lifecycles like javadoc, jxr and surefire), and its effect can be
easily
Issue Subscription
Filter: Design Best Practices (29 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-3313NetBeans projects, more than ant project, more than
17 matches
Mail list logo