Jesse McConnell wrote:
anyway, I for one am interested in some more information on your
thesis, the sentence you provide sounds like it is already a feature
of continuum
Can you please elaborate?
Which feature do you believe implements this?
Where can I find it?
(Please, both src-code referenc
I think the feedback on the list was consistent with this, I'll get
it written up somewhere.
- Brett
On 06/03/2007, at 9:09 PM, Deepak Bhole wrote:
On Wed, 2007-02-14 at 07:21 +1100, Brett Porter wrote:
This is my take:
- if they contain a license block in the file, then it's that
license,
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (27 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1407Please sync with jguard repo
http://jira.codehaus.org/browse/MAVENUPLOAD-1407
MAVENUPLOAD-1406Jostraca Bundle
http://jira.codehau
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (45 issues)
Subscriber: mavendevlist
Key Summary
MEV-509 commons-discovery-0.2 invalid version
http://jira.codehaus.org/browse/MEV-509
MEV-507 Remove ch/qos/logback/logback directory on ibiblio
Hi
I am using AndroMDA, an MDA tool, in my projects. The AndroMDA project
I've developed is built using Maven 2.
My problem is that under some circumstances, I want to exclude one of
the resource files (the Spring applicationContext.xml) from the final
jar packaging step. Is there any way i
i'll look into it, but make sure:
- you deploy only to m1 or m2 repo, not both
- you send us what groupIds in the m2 repo you want to sync ( eg,
org.opensymphony.* ) we don't sync whole m2 repos to avoid clashing
On 3/7/07, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
OpenSymphony is beefing u
OpenSymphony is beefing up it's maven repos. We now have two of them:
maven1.opensymphony.com
maven2.opensymphony.com
The old maven.opensymphony.com is just an alias for
maven1.opensymphony.com.
With these changes, my guess is we probably broke the sync between
central and OS. I'd like to make
On 3/7/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Hmm... I think it was archiva and continuum that needed changing :) I
think maybe doxia got moved as a first step.
Anyway, good that it's consistent now - if we want to do the other
thing we should probably go back and do them all together.
OK
Hmm... I think it was archiva and continuum that needed changing :) I
think maybe doxia got moved as a first step.
Anyway, good that it's consistent now - if we want to do the other
thing we should probably go back and do them all together.
- Brett
On 07/03/2007, at 7:53 AM, Wendy Smoak wr
Trygve Laugstøl wrote:
Kenney Westerhof wrote:
+1, as long as it's done like this:
- use major.minor on trunk
- major.[minor+1] is either api breaking or has new features
- bugfixes should be major.minor.micro, from a maintenance branch for
major.minor.
Minor releases can't break APIs, we
On 3/7/07, Stephane Nicoll <[EMAIL PROTECTED]> wrote:
Hi,
I am starting using the WAR plugin extensively as a user this time and
I'd like your insight about the addition of a mapping strategy in the
WAR/EAR plugin.
The worst case I can see is when you have SNAPSHOT dependencies and
you downloa
FYI: I moved doxia/site to doxia/trunk/doxia-site so it has the same
structure as Continuum and Archiva.
--
Wendy
Hm, it is an error with the jdo2 snapshot release I was using, so a
false alarm for now ;)
On 7 Mar 2007, at 01:20, Andrew Williams wrote:
Digging in to continuum I get these errors in continuum-store, is
it related to the recent int -> long updates?
Andy
javax.jdo.JDOFatalInternalExcepti
It's fixed. It was certainly the metadata which was corrupted
Thanks a lot
Arnaud
On 3/7/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
codehaus-snapshots seems to be in the continuum pom already.
the alpha-8-SNAPSHOT should already be deployed.
I have just deployed it again in case there was
Good day to you, Devjyoti Seal,
If you want to read a pom file, you can use the MavenXpp3Reader#read(
... ) ( see [1] ).
But if you simply want to get the version of your currently running
maven project inside your pom ( which is usually the case ), you can
simply do
[snippet]
/**
* @parameter
Hi All,
I need to read the version from the pom.xml through Java and display it
on my application, can you please suggest if there any Maven API which
helps in reading the POM in Java. I am using Maven 2.0.
Please let me know which API provides that?
Thanks you in advance
Devjyoti Seal
Discla
codehaus-snapshots seems to be in the continuum pom already.
the alpha-8-SNAPSHOT should already be deployed.
I have just deployed it again in case there was a problem with the
metadata.
Andy
On 7 Mar 2007, at 01:20, Arnaud HERITIER wrote:
Hi guys,
I can't build continuum because of a mis
Hi,
I am starting using the WAR plugin extensively as a user this time and
I'd like your insight about the addition of a mapping strategy in the
WAR/EAR plugin.
The worst case I can see is when you have SNAPSHOT dependencies and
you download a new SNAPSHOT without calling mvn clean. Since Maven
+1
Vincent
2007/3/5, Daniel Kulp <[EMAIL PROTECTED]>:
I'd like to release maven-gpg-plugin version 1.0-alpha-3 to address some
issues in the previous release.
Release Notes - Maven 2.x GPG Plugin - Version 1.0-alpha-3
** Improvement
* [MGPG-1] - Prompt for pass phrase if it is not supplie
my late +1
Vincent
2007/3/5, Carlos Sanchez <[EMAIL PROTECTED]>:
Result:
+1: 7
going for it
On 3/2/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
> +1
>
> On 1 Mar 2007, at 17:22, Carlos Sanchez wrote:
>
> > anything pending to do in the apache pom? there are some mistakes in
> > the version
+1
Vincent
2007/3/3, Dennis Lundberg <[EMAIL PROTECTED]>:
Hi,
I'd like to release maven-model-converter. The last release was 2.0.4.
Back then it resided in maven components. It has now moved to maven shared.
This release is a preparation for a release of the maven-one-plugin.
The issues tha
+1
Vincent
2007/3/4, Dennis Lundberg <[EMAIL PROTECTED]>:
Hi
The maven-shared-components pom needs to be released so that the shared
components can take advantage of the new release tool chain.
Revision: 514495
A SNAPSHOT has been deployed to our snapshot-repository.
The vote will be open f
my late +1
Vincent
2007/3/1, Jason van Zyl <[EMAIL PROTECTED]>:
Hi,
The impetus for this is wanting to release the surefire plugin that
has a tiny bug in it. We are versioning our Maven release
major.minor.micro so why don't we do the same with our plugin and
treat everything like we're going
23 matches
Mail list logo