d the deployed POM be a 4.1.0 or 4.0.0 Model? I seem to recall a
> long time ago when we were doing the Google Hangouts discussions about a
> mental separation of build/deploy POM.
>
> Deployed as 4.1.0. Yes, that means POMs will start to appear not useable
> with Maven < 3.4. Tools
On 16 August 2013 14:27, sebb wrote:
> On 16 August 2013 13:44, Stephen Connolly
> wrote:
> > r1514680
> >
> > Does that, coupled with the knowledge that our source release bundles are
> > *supposed to* include the tag details that they were built from resolve
> > your issue?
>
> Sorry, but no.
On 16 August 2013 13:44, Stephen Connolly
wrote:
> r1514680
>
> Does that, coupled with the knowledge that our source release bundles are
> *supposed to* include the tag details that they were built from resolve
> your issue?
Sorry, but no.
As I see it, release votes should be independent of the
r1514680
Does that, coupled with the knowledge that our source release bundles are
*supposed to* include the tag details that they were built from resolve
your issue?
(Obviously there is more tooling we can add... for instance I suspect that
for GIT we are not including the git hash that release:
On 16 August 2013 13:08, Fred Cooke wrote:
> They're deployed as a set, so what I want is the SHA1 or even MD5 of any
> one of the set of uploaded files, such that I can confirm that the set is
> the set that I am supposed to be looking at. I don't see importance in
> which, but I've not thought a
They're deployed as a set, so what I want is the SHA1 or even MD5 of any
one of the set of uploaded files, such that I can confirm that the set is
the set that I am supposed to be looking at. I don't see importance in
which, but I've not thought about it much. I think *all* would be huge
overkill.
That sounds like you are looking for the SHA1 sum of the source bundle to
be included in the vote email. Which would seem perfectly reasonable to me.
On 16 August 2013 12:31, Fred Cooke wrote:
> Dennis, of course source bundles will contain URLs and hashes and revisions
> and so forth, and th
Dennis, of course source bundles will contain URLs and hashes and revisions
and so forth, and the chance of those being mismatched is approximately
zero. That's not the point.
The point (for me, at least) is what did you INTEND to release, and does
THAT match what is actually found in the bundle (
On Fri, Aug 16, 2013 at 11:24 AM, sebb wrote:
> On 16 August 2013 09:32, Dennis Lundberg wrote:
> > On Fri, Aug 16, 2013 at 9:52 AM, sebb wrote:
> >
> >> On 16 August 2013 08:10, Dennis Lundberg wrote:
> >> > On Fri, Aug 16, 2013 at 1:20 AM, sebb wrote:
> >> >
> >> >> On 15 August 2013 20:57,
On Fri, Aug 16, 2013 at 11:15 AM, Fred Cooke wrote:
> Dennis, I've been using (and mostly loving) the release plugin/process for
> the better part of a decade and certainly claim to understand it well. I
> don't see how my knowledge of that (or Sebb's perceived lack of knowledge
> of that) is in
On 16 August 2013 09:32, Dennis Lundberg wrote:
> On Fri, Aug 16, 2013 at 9:52 AM, sebb wrote:
>
>> On 16 August 2013 08:10, Dennis Lundberg wrote:
>> > On Fri, Aug 16, 2013 at 1:20 AM, sebb wrote:
>> >
>> >> On 15 August 2013 20:57, Dennis Lundberg wrote:
>> >> > On Thu, Aug 15, 2013 at 9:27
Dennis, I've been using (and mostly loving) the release plugin/process for
the better part of a decade and certainly claim to understand it well. I
don't see how my knowledge of that (or Sebb's perceived lack of knowledge
of that) is in any way relevant. The release plugin means it's harder to do
s
On Fri, Aug 16, 2013 at 9:52 AM, sebb wrote:
> On 16 August 2013 08:10, Dennis Lundberg wrote:
> > On Fri, Aug 16, 2013 at 1:20 AM, sebb wrote:
> >
> >> On 15 August 2013 20:57, Dennis Lundberg wrote:
> >> > On Thu, Aug 15, 2013 at 9:27 PM, sebb wrote:
> >> >
> >> >> On 15 August 2013 14:16,
On 16 August 2013 08:10, Dennis Lundberg wrote:
> On Fri, Aug 16, 2013 at 1:20 AM, sebb wrote:
>
>> On 15 August 2013 20:57, Dennis Lundberg wrote:
>> > On Thu, Aug 15, 2013 at 9:27 PM, sebb wrote:
>> >
>> >> On 15 August 2013 14:16, Jason van Zyl wrote:
>> >> > What Sebb is doing is perfectly
I don't think Sebb has been under attack. Certainly I know I have tried my
best to craft my replies such that it is the ideas and not the person. The
one time I used "troll" and "Sebb" in the same sentence it was when I
pointed out that if he continued to not address the PMCs responses and
instead
On Fri, Aug 16, 2013 at 5:00 AM, Fred Cooke wrote:
> Chances of understanding me:
>
>- Close friend: 50%
>- Other friend: 25%
>- Kiwi: 15%
>- Ozzy: 10% (that's you)
>- POHM: 8%
>- Yank: 5%
>- Spaniard: 1%
>
> So don't feel too bad, you had a 90% chance of failure stack
On Fri, Aug 16, 2013 at 1:20 AM, sebb wrote:
> On 15 August 2013 20:57, Dennis Lundberg wrote:
> > On Thu, Aug 15, 2013 at 9:27 PM, sebb wrote:
> >
> >> On 15 August 2013 14:16, Jason van Zyl wrote:
> >> > What Sebb is doing is perfectly reasonable.
> >>
> >
> > I agree. Checking that the sour
Chances of understanding me:
- Close friend: 50%
- Other friend: 25%
- Kiwi: 15%
- Ozzy: 10% (that's you)
- POHM: 8%
- Yank: 5%
- Spaniard: 1%
So don't feel too bad, you had a 90% chance of failure stacked against you
;-)
I'd dearly love to contribute, but I will not and can
On 16 August 2013 08:54, Fred Cooke wrote:
> It's funny that you cite "no time" and use the equivalent of 299.5 6 digit
> revision numbers to send us an email on your lack of time. You could have
> done 299 releases to Sebb's quite reasonable standards with that much
> keyboard activity. Point mad
It's funny that you cite "no time" and use the equivalent of 299.5 6 digit
revision numbers to send us an email on your lack of time. You could have
done 299 releases to Sebb's quite reasonable standards with that much
keyboard activity. Point made? :-p
On Fri, Aug 16, 2013 at 1:14 AM, Olivier Lam
On 15 August 2013 20:57, Dennis Lundberg wrote:
> On Thu, Aug 15, 2013 at 9:27 PM, sebb wrote:
>
>> On 15 August 2013 14:16, Jason van Zyl wrote:
>> > What Sebb is doing is perfectly reasonable.
>>
>
> I agree. Checking that the source bundle is correct is good release review
> practice.
>
> Tha
On 15 August 2013 18:50, Jörg Schaible wrote:
> Hi Oliver,
>
> Olivier Lamy wrote:
>
>> On 15 August 2013 08:53, sebb wrote:
>>> On 14 August 2013 21:21, Dennis Lundberg wrote:
On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> On 13 August 2013 18:58, Dennis Lundberg wrote:
> >
Firstly, I'm not heated up, so I can not cool down, without going into
hypothermia.
Secondly, I never said that *you* were doing that, just that it was being
done.
Thirdly, I'm super glad that you agree SCM and bundles should be compared.
Fourthly, let's get on with the discussion about what it
Hi Fred,
On Thu, Aug 15, 2013 at 10:48 PM, Fred Cooke wrote:
> Actually, I missed exactly nothing!!!
>
> Your process could be flawed. Human errors do happen.
>
The process is not flawed, but people make mistakes.
> The entire point of any review is to not trust process or people, and to
> ch
Actually, I missed exactly nothing!!!
Your process could be flawed. Human errors do happen.
The entire point of any review is to not trust process or people, and to
check everything. You're effectively advocating not doing that, and this
*IS* unhealthy.
I know that with your process on a primary
On Thu, Aug 15, 2013 at 10:24 PM, Fred Cooke wrote:
> >
> > Right so far?
> >
>
> No, you're not. Step three, in SVN, requires reviewing history to confirm
> no changes were made to that URL *ever*. In Git, step 3 involves knowing
> the hash, as spurious tags have already been known to circulate.
>
> Right so far?
>
No, you're not. Step three, in SVN, requires reviewing history to confirm
no changes were made to that URL *ever*. In Git, step 3 involves knowing
the hash, as spurious tags have already been known to circulate.
Even if all of the details were in the POM, the question still re
Dennis, effectively what is required is a statement like this: "I believe
that I've released XYZ binaries from ABC sources (tarball + N patches, SCM,
whatever)" with enough info to exactly identify what XYZ and ABC are
(checksums, URLs, revisions, etc) without guessing and duplicated
research/looki
On Thu, Aug 15, 2013 at 9:27 PM, sebb wrote:
> On 15 August 2013 14:16, Jason van Zyl wrote:
> > What Sebb is doing is perfectly reasonable.
>
I agree. Checking that the source bundle is correct is good release review
practice.
Thank you!
>
> > He's trying to assert that everything in the sour
On Thu, Aug 15, 2013 at 10:50 AM, Jörg Schaible wrote:
> Hi Oliver,
>
> Olivier Lamy wrote:
>
> > On 15 August 2013 08:53, sebb wrote:
> >> On 14 August 2013 21:21, Dennis Lundberg wrote:
> >>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> >>>
> On 13 August 2013 18:58, Dennis Lundberg
On 15 August 2013 14:16, Jason van Zyl wrote:
> What Sebb is doing is perfectly reasonable.
Thank you!
> He's trying to assert that everything in the source ball actually comes from
> source control and that no errant files have made their way into the
> distribution. Right now we cannot asser
What Sebb is doing is perfectly reasonable.
He's trying to assert that everything in the source ball actually comes from
source control and that no errant files have made their way into the
distribution. Right now we cannot assert that the assembly plugin has not
wandered outside the checkout a
Sent from my iPhone
On 15/08/2013, at 10:05 PM, sebb wrote:
> On 15 August 2013 10:08, Chris Graham wrote:
>> What sebb does not appear to have understood or accepted, as Stephen has
>> endlessly pointed out, is that we vote on the source bundle, not a scm
>> revision, and that, strictly spea
On 15 August 2013 10:08, Chris Graham wrote:
> What sebb does not appear to have understood or accepted, as Stephen has
> endlessly pointed out, is that we vote on the source bundle, not a scm
> revision, and that, strictly speaking a SCM is not even required (however
> sensible it is to use one).
Le 15 août 2013 10:51, "Jörg Schaible" a
écrit :
>
> Hi Oliver,
>
> Olivier Lamy wrote:
>
> > On 15 August 2013 08:53, sebb wrote:
> >> On 14 August 2013 21:21, Dennis Lundberg wrote:
> >>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> >>>
> On 13 August 2013 18:58, Dennis Lundberg wrot
On 15 August 2013 09:50, Jörg Schaible wrote:
> Hi Oliver,
>
> Olivier Lamy wrote:
>
> > On 15 August 2013 08:53, sebb wrote:
> >> On 14 August 2013 21:21, Dennis Lundberg wrote:
> >>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> >>>
> On 13 August 2013 18:58, Dennis Lundberg wrote:
>
What sebb does not appear to have understood or accepted, as Stephen has
endlessly pointed out, is that we vote on the source bundle, not a scm
revision, and that, strictly speaking a SCM is not even required (however
sensible it is to use one).
He wants a tree and a revision so that we can compar
Hi Oliver,
Olivier Lamy wrote:
> On 15 August 2013 08:53, sebb wrote:
>> On 14 August 2013 21:21, Dennis Lundberg wrote:
>>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
>>>
On 13 August 2013 18:58, Dennis Lundberg wrote:
> On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
>> On
It's NOT trolling... If you feel trolled, grow some skin.
On Thu, Aug 15, 2013 at 1:24 AM, Olivier Lamy wrote:
> On 15 August 2013 08:53, sebb wrote:
> > On 14 August 2013 21:21, Dennis Lundberg wrote:
> >> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> >>
> >>> On 13 August 2013 18:58, Denn
On 15 August 2013 08:53, sebb wrote:
> On 14 August 2013 21:21, Dennis Lundberg wrote:
>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
>>
>>> On 13 August 2013 18:58, Dennis Lundberg wrote:
>>> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
>>> >> On 12 August 2013 20:10, Jason van Zyl wrot
On 14 August 2013 21:21, Dennis Lundberg wrote:
> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
>
>> On 13 August 2013 18:58, Dennis Lundberg wrote:
>> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
>> >> On 12 August 2013 20:10, Jason van Zyl wrote:
>> >>>
>> >
>> > I have now read t
On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> On 13 August 2013 18:58, Dennis Lundberg wrote:
> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
> >> On 12 August 2013 20:10, Jason van Zyl wrote:
> >>>
> >
> > I have now read the threads that are referring to, and have not found
> >>>
On 14 August 2013 12:01, sebb wrote:
>
> As a member of the ASF, I do think it's my problem if software is
> being released in the name of the ASF.
>
> The ASF is about transparency - "if it did not happen on a public
> mailing list then it did not happen".
>
> It should be possible for anyone to
On 14 August 2013 11:13, Stephen Connolly
wrote:
> On 14 August 2013 10:45, sebb wrote:
>
>> On 14 August 2013 10:23, Stephen Connolly wrote:
>> > On 14 August 2013 09:47, sebb wrote:
>> >
>> >> On 13 August 2013 18:58, Dennis Lundberg wrote:
>> >> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wro
On 14 August 2013 10:45, sebb wrote:
> On 14 August 2013 10:23, Stephen Connolly wrote:
> > On 14 August 2013 09:47, sebb wrote:
> >
> >> On 13 August 2013 18:58, Dennis Lundberg wrote:
> >> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
> >> >> On 12 August 2013 20:10, Jason van Zyl wrote:
On 14 August 2013 10:23, Stephen Connolly wrote:
> On 14 August 2013 09:47, sebb wrote:
>
>> On 13 August 2013 18:58, Dennis Lundberg wrote:
>> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
>> >> On 12 August 2013 20:10, Jason van Zyl wrote:
>> >>>
>> >
>> > I have now read the threa
On 14 August 2013 09:47, sebb wrote:
> On 13 August 2013 18:58, Dennis Lundberg wrote:
> > On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
> >> On 12 August 2013 20:10, Jason van Zyl wrote:
> >>>
> >
> > I have now read the threads that are referring to, and have not found
> > a sing
On 13 August 2013 18:58, Dennis Lundberg wrote:
> On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
>> On 12 August 2013 20:10, Jason van Zyl wrote:
>>>
>
> I have now read the threads that are referring to, and have not found
> a single link to any ASF rule stating that we need to inclu
Where, and also when; don't forget that. This is old news, but a pat on
sebb's back for beating the stick regardless of how much it seems to
irritate everyone to hear that noise.
On Tue, Aug 13, 2013 at 7:58 PM, Dennis Lundberg wrote:
> On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
> > On 12 Au
On Tue, Aug 13, 2013 at 12:30 AM, sebb wrote:
> On 12 August 2013 20:10, Jason van Zyl wrote:
>>
I have now read the threads that are referring to, and have not found
a single link to any ASF rule stating that we need to include these
things in a VOTE thread.
>>>
>>> So how do
On 12 August 2013 20:10, Jason van Zyl wrote:
>
>>>
>>> I have now read the threads that are referring to, and have not found
>>> a single link to any ASF rule stating that we need to include these
>>> things in a VOTE thread.
>>
>> So how do you propose that reviewers check the provenance of the
>>
>> I have now read the threads that are referring to, and have not found
>> a single link to any ASF rule stating that we need to include these
>> things in a VOTE thread.
>
> So how do you propose that reviewers check the provenance of the files
> in the source release?
Are you looking for
t; >
>>>>>>> > There are no issues left in JIRA (except for the one to retire, which
>>>>>>> > I'll close later):
>>>>>>> >
>>>>>> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11761&a
t;>>>> >
>>>>> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11761&styleName=Html&version=14389
>>>>>> >
>>>>>> > There are no issues left in JIRA (except for the one to retire, which
>>>>>> > I
The Maven team is pleased to announce the release of the Apache Maven
Model Converter, version 2.3
As you can see in the release notes below, this shared component is now retired.
Most likely it will be transferred to the Apache Archiva project.
Converts between version 3.0.0 and version 4.0.0
The Maven team is pleased to announce the release of the Apache Maven
Model Converter, version 2.3
As you can see in the release notes below, this shared component is now retired.
Most likely it will be transferred to the Apache Archiva project.
Converts between version 3.0.0 and version 4.0.0
ontent/repositories/maven-010/
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source-release.zip
>
> Staging site (not synced yet):
> http://maven.apache.org/shared-archives/maven-model-converter-2.3/
>
&
/secure/IssueNavigator.jspa?reset=true&pid=11761&com
> ponent=13272&status=1
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-010/
> https://repository.apache.org/content/repositories/maven-010/org/apache/mave
> n/shared/maven-model-converter/2.3
l&version=14389
>>>>> >
>>>>> > There are no issues left in JIRA (except for the one to retire, which
>>>>> > I'll close later):
>>>>> >
>>>> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&
n JIRA (except for the one to retire, which
>>>> > I'll close later):
>>>> >
>>> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11761&component=13272&status=1
>>>> >
>>>> > Staging repo:
>>>> >
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11761&component=13272&status=1
>>> >
>>> > Staging repo:
>>> > https://repository.apache.org/content/repositories/maven-010/
>>> >
>> https://repository.apache.org/content/reposi
gt; Staging repo:
>> > https://repository.apache.org/content/repositories/maven-010/
>> >
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source-release.zip
>> >
>> > S
> > I'll close later):
> >
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11761&component=13272&status=1
> >
> > Staging repo:
> > https://repository.apache.org/content/repositories/maven-010/
> >
https://repository
p;pid=11761&component=13272&status=1
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-010/
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source-release.zip
>
>
set=true&pid=11761&component=13272&status=1
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-010/
>
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-sour
spa?reset=true&pid=11761&component=13272&status=1
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-010/
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source
61&component=13272&status=1
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-010/
> https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source-release.zip
>
> Staging site (n
sitories/maven-010/
https://repository.apache.org/content/repositories/maven-010/org/apache/maven/shared/maven-model-converter/2.3/maven-model-converter-2.3-source-release.zip
Staging site (not synced yet):
http://maven.apache.org/shared-archives/maven-model-converter-2.3/
Guide to testing staged releases
.
On Sat, Jul 20, 2013 at 7:26 PM, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven Model Converter.
>
+1 from me.
On Sat, Jul 20, 2013 at 7:26 PM, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven
+1
On 21/07/2013, at 3:26 AM, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven Model Conver
+1
Ralph
On Jul 20, 2013, at 10:26 AM, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven Model C
+1
On Saturday, 20 July 2013, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven Model Converter.
>
+1 thanks Dennis.
Wayne
On Sat, Jul 20, 2013 at 12:26 PM, Dennis Lundberg wrote:
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also ret
+1
Regards,
Hervé
Le samedi 20 juillet 2013 19:26:50 Dennis Lundberg a écrit :
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also ret
+1.
Le 20 juil. 2013 21:48, "Lennart Jörelid" a
écrit :
> +1
>
> Music to My ears, Dennis.
>
> // vänlig hälsning,
> // [sw: "best regards"],
> //
> // Lennart Jörelid
>
> 20 jul 2013 kl. 19:26 skrev Dennis Lundberg :
>
> > Hi,
> &g
+1
Music to My ears, Dennis.
// vänlig hälsning,
// [sw: "best regards"],
//
// Lennart Jörelid
20 jul 2013 kl. 19:26 skrev Dennis Lundberg :
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote
+1
-
Arnaud
Le 20 juil. 2013 à 19:27, Dennis Lundberg a écrit :
> Hi,
>
> The only consumer of Maven Model Converter we have left at the Apache
> Maven project is Maven One Plugin. If the vote for the retirement of
> Maven One Plugin succeeds we should also retire Maven
Hi,
The only consumer of Maven Model Converter we have left at the Apache
Maven project is Maven One Plugin. If the vote for the retirement of
Maven One Plugin succeeds we should also retire Maven Model Converter.
The last release was made almost six years ago. Last time I checked
Maven Model
Hello,
I wrote down some thoughts from my practical experience with Maven during
the last three years. We established automated delivery pipelines and Maven
was one of our key tool along with Jenkins. Read more here:
http://diplingfh.blogspot.ch/2013/02/maven-from-pom-to-hom.html
Cheers,
Rotsch
aven-model-builder/src/site/apt/index.apt
Modified: maven/maven-3/trunk/maven-model-builder/src/site/apt/index.apt
URL:
http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-model-builder/src/site/apt/index.apt?rev=1403795&r1=1403794&r2=14037
> Modified:
> maven/maven-3/trunk/apache-maven/pom.xml
> maven/maven-3/trunk/maven-compat/pom.xml
> maven/maven-3/trunk/maven-core/pom.xml
> maven/maven-3/trunk/maven-embedder/pom.xml
> maven/maven-3/trunk/maven-model-builder/pom.xml
> maven/maven-3/trunk
test
Added:
maven/maven-3/trunk/maven-model-builder/src/test/java/org/apache/maven/model/interpolation/AbstractModelInterpolatorTest.java
Please also update the configuration for your SVN client to set
svn:eol-style on new files. An example configuration is available at [0].
Benjamin
[0]
"Paul Benedict"
À: "Maven Developers List"
Envoyé: Lundi 28 Décembre 2009 00h49:43 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: svn commit: r894080 -
/maven/maven-2/branches/maven-2.2.x/maven-model/src/main/mdo/maven.mdo
This sounds like an i
---
De: "Dennis Lundberg"
À: dev@maven.apache.org
Envoyé: Dimanche 27 Décembre 2009 23h46:23 GMT +01:00 Amsterdam / Berlin /
Berne / Rome / Stockholm / Vienne
Objet: Re: svn commit: r894080 -
/maven/maven-2/branches/maven-2.2.x/maven-model/src/main/mdo/maven.mdo
I'm -1 on this
ention.
>> Note: remaining issues cannot easily be fixed since Model inherits from
>> ModelBase, then any field in ModelBase appears at the end of Model (after
>> build and profiles elements)
>>
>> Modified:
>> maven/maven-2/branches/maven-2.2.x/maven-mod
erits from
> ModelBase, then any field in ModelBase appears at the end of Model (after
> build and profiles elements)
>
> Modified:
> maven/maven-2/branches/maven-2.2.x/maven-model/src/main/mdo/maven.mdo
>
> Modified:
> maven/maven-2/branches/maven-2.2.x/maven-mod
On Tue, Oct 13, 2009 at 3:05 AM, Jason van Zyl wrote:
> Nope, I had that in my copy from a new days ago and then I asked the
> question.
>
> I'll make a profile to publish all formats.
>
Huh? At least 4 more lines in the pom to save 2 in the assembly? I say
drop the bz2 and leave tar.gz, we don't
Jason,
Was a decision reached on this?
2009/10/13
> Author: jvanzyl
> Date: Tue Oct 13 06:49:25 2009
> New Revision: 824607
>
> URL: http://svn.apache.org/viewvc?rev=824607&view=rev
> Log:
> o changes to allow polyglot maven to work
>
> Modified:
>maven/maven-3/trunk/apache-maven/src/main/a
Nope, I had that in my copy from a new days ago and then I asked the
question.
I'll make a profile to publish all formats.
On 2009-10-12, at 11:57 PM, Stephen Connolly wrote:
Jason,
Was a decision reached on this?
2009/10/13
Author: jvanzyl
Date: Tue Oct 13 06:49:25 2009
New Revision: 8
ate new site plugin configuration from legacy
>> reporting section
>>
>> Added:
>>
>> maven/maven-3/trunk/maven-model-builder/src/main/java/org/apache/maven/model/plugin/DefaultReportingConverter.java
>> (with props)
>>
>> maven/maven-3/trunk/mav
ter to populate new site plugin configuration from legacy
> reporting section
>
> Added:
>
> maven/maven-3/trunk/maven-model-builder/src/main/java/org/apache/maven/model/plugin/DefaultReportingConverter.java
> (with props)
>
> maven/maven-3/trunk/maven-mo
.
> Date: Mon, 14 Sep 2009 11:25:08 +0200
> From: benjamin.bentm...@udo.edu
> To: dev@maven.apache.org
> Subject: Re: 3.0 Maven Model Builder Failure
>
> Martin Gainty wrote:
>
> > i downloaded maven-3.0 full
> > at command line ran
> > mvn -e -X inst
Martin Gainty wrote:
[INFO] Internal error in the plugin manager executing goal 'org.apache.maven.plu
gins:maven-remote-resources-plugin:1.0:process': Unable to load the mojo 'org.ap
ache.maven.plugins:maven-remote-resources-plugin:1.0:process' in the plugin 'org
.apache.maven.plugins:maven-remo
Martin Gainty wrote:
i downloaded maven-3.0 full
at command line ran
mvn -e -X install
I don't want to sound rude but those few lines aren't really helpful either.
You "downloaded maven-3.0 full", is that "downloaded" as in you
downloaded some source/binary archive from some URL, or more as
Martin Gainty wrote:
java.lang.ClassCastException: org.apache.maven.model.Repository cannot be cast
to org.apache.maven.artifact.repository.ArtifactRepository
Among the top-10 Google results for "ClassCastException:
org.apache.maven.model.Repository" I get:
http://jira.codehaus.org/brows
[INFO]
MG>i downloaded velocity-1.4.jar and repackaged it in
maven-remote-resources-plugin-1.0.jar
C:\Maven\maven-3>mvn -e install
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Reactor
ponsabilité
pour le contenu fourni.
> Subject: Re: 3.0 Maven Model Builder Failure
> From: jvan...@sonatype.com
> Date: Sun, 13 Sep 2009 09:45:49 +0100
> To: dev@maven.apache.org
>
> Not really useful.
>
> Please make a test project so that we can reproduce and create an IT
&g
Not really useful.
Please make a test project so that we can reproduce and create an IT
for it.
On 2009-09-13, at 3:11 AM, Martin Gainty wrote:
[INFO]
[INFO] Building Maven Model Builder
[INFO]task-segment
[INFO]
[INFO] Building Maven Model Builder
[INFO]task-segment: [install]
[INFO]
Downloading: file:///D:\Maven-plugin/org/codehaus/plexus/plexus
1 - 100 of 540 matches
Mail list logo
