Minor correction: the classes method will necessarily *detect* added
sources, because they won't have a class file.
What occurs as a result is another matter./
It might be worth considering forcing a full build as an option in
such cases if there is any way that adding a new source file can
affect
On Mon, 18 Mar 2024 at 07:50, Romain Manni-Bucau wrote:
>
> Hi Martin,
>
> Since we'll go v4 and really change the impl I guess we can drop all the
> compiler args from properties and the not relevant options.
It would be helpful if there was a migration page that explained to
users how to handle
On Thu, 14 Mar 2024 at 08:18, Tamás Cservenák wrote:
>
> Howdy,
>
> What I usually do is copy-paste JIRA release notes to GH release notes:
> https://github.com/apache/maven-gpg-plugin/releases/tag/maven-gpg-plugin-3.2.0
>
> As this contains links to issues, but our JIRA does require account, so f
On Tue, 27 Feb 2024 at 17:01, Benjamin Marwell wrote:
>
> > Compiling for Java 8 with
> > Java 17 -release 8 is not the same as compiling with javac from JDK 8.
> > They do not produce the same byte code. There is a need to compile
> > *with* JDK 8, not just compile *for* JDK 8.
>
> And when would
On Sun, 8 Oct 2023 at 14:42, Slawomir Jaranowski wrote:
>
> niedz., 8 paź 2023 o 12:57 sebb napisał(a):
>
> > Is there a replacement for the Ant Mojo Extractor?
> > I understand this will be dropped in Maven 4.
> >
> > The Commons project uses it in the build-plu
?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Maven 4 don't appear to mention this breaking change:
https://maven.apache.org/docs/4.0.0-alpha-7/release-notes.html
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
On Sun, 24 Feb 2019 at 21:54, Michael Osipov wrote:
>
> The Apache Maven team is pleased to announce the release of the Apache
> Maven Archiver, version 3.4.0.
>
> https://maven.apache.org/shared/maven-archiver/
This mail is sent to multiple mailing lists.
Not all recipients will be familiar with
I notice that Maven release announcements are no longer sent to the
ASF general announce list (announce@a.o)
The last one I found was 3.0.5 in 2013 [1]
Whilst it is unnecessary (and a bit noisy) to announce all plugin
updates on the ASF list, IMO new Maven releases should be announced.
[1]
https
Looks like the DOAP has moved. Please update the projects.xml file accordingly.
-- Forwarded message --
From: Projects
Date: 21 March 2018 at 02:00
Subject: Error when processing doap file
https://git-wip-us.apache.org/repos/asf?p=maven.git;a=blob_plain;f=doap_Maven.rdf;hb=HEAD:
What is the project about? Why should I be interested in it?
[rhetorical questions]
The Announce emails are sent to people not on the developer or user lists.
Most will have no idea what the project is about.
So the e-mails should contain at least brief details of what the
product does, and some
On 17 November 2017 at 11:27, Robert Scholte wrote:
> This topic deserves a separate mailthread.
>
> Quoting Sebb on a different thread:
> "The download link points to the top-level of the ASF mirror system.
>
> This makes it very hard to use."
>
> AFAIK the A
On 17 November 2017 at 09:27, Robert Scholte wrote:
> The Apache Maven team is pleased to announce the first release of the Apache
> Maven JDeprScan Plugin, version 3.0.0-alpha-1
>
> The Maven JDeprScan plugin is used to scan class files for uses of
> deprecated API elements. It uses the jdeprscan
What is the project about? Why should I be interested in it?
[rhetorical questions]
The Announce emails are sent to people not on the developer or user lists.
Many will have no idea what the project is about.
So the e-mails should contain at least brief details of what the
product does, and some
On 31 January 2015 at 01:33, Hervé Boutemy wrote:
> As every ASF project, Apache Maven regularly reports to the Apache board about
> the status of the project. Our latest report (January 21st, 2014) is shown
> below:
>
> Apache Maven is a widely-used project build tool, targeting mainly Java
> dev
On 17 November 2014 19:57, Karl Heinz Marbaise wrote:
> The Apache Maven team is pleased to announce the release of the
> Apache Common POM, version 16.
>
> This POM (org.apache:apache) configures common Maven settings for
> projects to use ASF infrastructure.
>
> Documentation live at: http://mav
On 28 September 2014 12:17, Benson Margulies wrote:
> The Apache Maven team is pleased to announce the release of the Apache
> Common POM, version 15.
>
> This POM (org.apache:apache) configures common Maven settings for
> projects to use ASF infrastructure.
>
> Documentation live at: http://maven
On 28 March 2014 12:09, Anders Hammar wrote:
>> The requirements also says:
>>
>> "Disk No minimum requirement. Approximately 100MB will be used for
>> your local repository, however this will vary depending on usage ..."
>>
>> AFAICT there _is_ a minimum requirement which is needed to store a
>>
On 25 March 2014 21:42, Anders Hammar wrote:
> Under requirements [1], we're stating the following:
>
> "No minimum requirement. On Windows, Windows NT and above or Cygwin is
> required for the startup scripts. Tested on Windows XP, Fedora Core and Mac
> OS X."
>
> What exactly are we trying to sa
AIUI, SVN is still required by Infra because of svnpubsub:
- for the dist repo (that is not a big deal)
- for websites (might cause some grief)
On 13 February 2014 03:37, Jason van Zyl wrote:
> Can we start the process of converting everything to Git. I don't really see
> any benefit in using S
t difficult.
> Adding a note on the website and announce is a good idea.
> Too late this time for announce, but I'll modify site
Thanks.
> And perhaps add something in the announce template
Please.
> Regards,
>
> Hervé
>
> Le mercredi 5 février 2014 13:09:39 sebb a éc
On 4 February 2014 07:23, Hervé Boutemy wrote:
> The Apache Maven team is pleased to announce the release of the Apache Maven
> SCM Publish Plugin, version 1.0
It looks as though the plugin now requires Maven 3, whereas 1.0-beta2 did not.
Was that change intentional?
If so, it ought to have bee
On 16 November 2013 21:02, Hervé BOUTEMY wrote:
> ouch, strange: 'r' were replaced by 'n'
Perhaps a botched attempt at changing line endings from (CR) to (LF) ?
> I just had a look at archive content, and it does not have the problem
>
> so I just copied archive content into actual plugin docume
Regarding automatic conversion to Markdown:
The main ASF site was converted from xdoc to Markdown. Some tools werr
written for this, but they were not 100% accurate; we were still
finding conversion issues a year or so later. [We've probably not
found them all yet] Whether these conversion issues
On 22 September 2013 09:49, Hervé BOUTEMY wrote:
> Starting a separate thread to not pollute any vote.
>
> Isn't Apache Creadur the right place to:
> 1. discuss and refine Apache requirements
No.
> 2. work on tooling
Possibly.
> Regards,
>
> Hervé
>
> --
On 22 September 2013 05:03, Jason van Zyl wrote:
>
> On Sep 21, 2013, at 7:44 PM, sebb wrote:
>
>> On 22 September 2013 03:09, Jason van Zyl wrote:
>>> On Sep 21, 2013, at 6:16 PM, sebb wrote:
>>>
>>>> On 21 September 2013 23:09, Jason van Zyl
On 22 September 2013 08:13, Mark Derricutt wrote:
> On 22/09/2013, at 9:28 AM, Jason van Zyl wrote:
>
> A check is performed to ensure that each file in the source archive is
> present in the release revision
>
>
> Should that not be the other way around? That every file in the git clone
> should
On 22 September 2013 03:09, Jason van Zyl wrote:
> On Sep 21, 2013, at 6:16 PM, sebb wrote:
>
>> On 21 September 2013 23:09, Jason van Zyl wrote:
>>
>> It would still be automated.
>> However the source data would come form the vote e-mail, which makes
>>
On 21 September 2013 23:09, Jason van Zyl wrote:
>
> On Sep 21, 2013, at 2:51 PM, sebb wrote:
>
>> On 21 September 2013 22:28, Jason van Zyl wrote:
>>> You will now be infamous :-)
>>>
>>> https://github.com/jvanzyl/sebbalizer
>>>
>>>
build.properties entry should be checked to ensure it is the same
as the value from the release vote mail.
> On Sep 20, 2013, at 5:40 PM, sebb wrote:
>
>> On 17 September 2013 16:39, Jason van Zyl wrote:
>>> Hi,
>>>
>>> Maven Core ITs are good, and the li
On 17 September 2013 16:39, Jason van Zyl wrote:
> Hi,
>
> Maven Core ITs are good, and the license/notice issue has been resolved so
> I'm rolling 3.1.1 again.
>
> Here is a link to Jira with 6 issues resolved:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=18968
>
>
On 16 September 2013 10:50, Stephen Connolly
wrote:
> In an effort to get to a definitive answer for
> http://mail-archives.apache.org/mod_mbox/www-legal-discuss/201309.mbox/%3CCA%2BnPnMwUvmaoOuBJ7dpVj9qAmwVnbfcxTid7UZgc6EdEL7%2BOpg%40mail.gmail.com%3EI
> did some searching...
>
> The ASF Licensin
Some other ASF PMCs have no qualms about skipping version numbers.
For example AIUI Tomcat creates a release candidate, and if the vote
fails, they bump the patch version.
For example they released 7.0.30 and 7.0.32; there is no 7.0.31.
The other point I would make is that bumping the way the rel
On 14 September 2013 11:19, Baptiste Mathus wrote:
> Le 13 sept. 2013 19:00, "sebb" a écrit :
>>
>> On 12 September 2013 21:52, Baptiste Mathus wrote:
>> > 2013/9/12 sebb
>> >
>> >> On 12 September 2013 14:52, Arnaud Héritier
> w
On 12 September 2013 21:52, Baptiste Mathus wrote:
> 2013/9/12 sebb
>
>> On 12 September 2013 14:52, Arnaud Héritier wrote:
>> > On Thu, Sep 12, 2013 at 3:44 PM, sebb wrote:
>> >
>> >> On 10 September 2013 16:33, Daniel Kulp wrote:
>> >> &
On 12 September 2013 18:20, Arnaud Héritier wrote:
>>
>> The point is:
>> the N&L files should be at the top-level of SCM.
>> That is because SCM URLs are published, so the readers need to know
>> the what the license conditions are.
>>
>
> For the License when you are reading some code hosted on
On 11 September 2013 21:40, wrote:
> Updated Branches:
> refs/heads/master 02d124230 -> eb2f2b1ac
>
>
> Add a LICENSE/NOTICE that can be picked up for the src assembly
Thanks, that also sorts out the top-level SCM N&L files.
>
> Project: http://git-wip-us.apache.org/repos/asf/maven/repo
> Com
On 12 September 2013 14:52, Arnaud Héritier wrote:
> On Thu, Sep 12, 2013 at 3:44 PM, sebb wrote:
>
>> On 10 September 2013 16:33, Daniel Kulp wrote:
>> >
>> > -1
>> >
>> > The src.tar.gz and src.zip files have lost their top level NOTICE and
>
On 10 September 2013 16:33, Daniel Kulp wrote:
>
> -1
>
> The src.tar.gz and src.zip files have lost their top level NOTICE and LICENSE
> files. This is a regression from 3.1.0 (and 3.0.5). That definitely needs
> to be fixed. I don't have time today to look into that, but might tomorrow
>
On 10 September 2013 16:33, Daniel Kulp wrote:
>
> -1
>
> The src.tar.gz and src.zip files have lost their top level NOTICE and LICENSE
> files. This is a regression from 3.1.0 (and 3.0.5). That definitely needs
> to be fixed. I don't have time today to look into that, but might tomorrow
>
On 10 September 2013 15:11, Jason van Zyl wrote:
>
> On Sep 10, 2013, at 9:58 AM, sebb wrote:
>
>> On 10 September 2013 14:23, Jason van Zyl wrote:
>>>
>>> On Sep 10, 2013, at 7:53 AM, sebb wrote:
>>>
>>>> I've just realised that
On 10 September 2013 14:23, Jason van Zyl wrote:
>
> On Sep 10, 2013, at 7:53 AM, sebb wrote:
>
>> I've just realised that you said the hash is in the maven core jar.
>> That is a binary artifact, and has no direct relationship with the
>> source artifact on
I've just realised that you said the hash is in the maven core jar.
That is a binary artifact, and has no direct relationship with the
source artifact on which people are supposed to be voting.
I don't think it's possible to tie the SCM tag to this vote thread
"for the record" without the hash (an
On 9 September 2013 20:56, Stephen Connolly
wrote:
> On 8 September 2013 18:51, Jason van Zyl wrote:
>
>>
>> On Sep 8, 2013, at 1:12 PM, sebb wrote:
>>
>> > I thought you were going to include the SCM coordinates used to create
>> > the tarballs?
&
On 8 September 2013 18:51, Jason van Zyl wrote:
>
> On Sep 8, 2013, at 1:12 PM, sebb wrote:
>
>> I thought you were going to include the SCM coordinates used to create
>> the tarballs?
>>
>
> Sorry, not intentional. I forgot.
>
>> It's part
I thought you were going to include the SCM coordinates used to create
the tarballs?
It's particularly important here, because AFAICT the SCM coordinates
are not present in the POM.
If true, then it's not possible to verify the files in the source tarballs.
Also, AFAIK, the PMC agreed to include
. which is something I think we can address)
>
>
> On 16 August 2013 13:17, sebb wrote:
>
>> 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 file
t;> items
>> > (so I KNOW (not guess) that I'm looking at what you want me to), and I
>> want
>> > to know what SCM or tarball+patchset you think you released it from. This
>> > is human information that can't be automated. The bundle someone goes and
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 w
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
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
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. Ri
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 i
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:
>>
On 14 August 2013 14:18, Stephen Connolly
wrote:
> On 14 August 2013 14:14, sebb wrote:
>
>> On 14 August 2013 14:08, Jason van Zyl wrote:
>> > Here you go:
>> https://svn.apache.org/repos/asf/maven/plugins/tags/maven-remote-resources-plugin-1.5/
>>
>&
+0100 (Wed, 14 Aug 2013)
which unfortunately does not agree with the originally stated revision:
>>> Subversion Revision: r1508060
> I'll put it in the template for next time.
Thanks, that would save a lot of hassle for everyone.
> On Aug 14, 2013, at 9:00 AM, sebb wrote:
On 14 August 2013 13:45, Jason van Zyl wrote:
> Hi,
>
> We solved 5 issues:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11391&version=18924
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-093/
>
> Subversion Revision: r1508060
Thanks.
However the SV
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 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:
>> &g
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
>>>
F
> On Tue, Aug 13, 2013 at 12:48 PM, sebb wrote:
>> On 10 August 2013 13:27, wrote:
>>> Author: dennisl
>>> Date: Sat Aug 10 12:27:41 2013
>>> New Revision: 1512672
>>>
>>> URL: http://svn.apache.org/r1512672
>>> Log:
>>> Ad
On 10 August 2013 13:27, wrote:
> Author: dennisl
> Date: Sat Aug 10 12:27:41 2013
> New Revision: 1512672
>
> URL: http://svn.apache.org/r1512672
> Log:
> Add subversion keywords.
>
> Modified:
>
> maven/plugins/trunk/maven-gpg-plugin/src/main/java/org/apache/maven/plugin/gpg/AbstractGpgSig
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
On 11 August 2013 15:02, Dennis Lundberg wrote:
> On Thu, Jul 25, 2013 at 8:03 PM, Dennis Lundberg
> wrote:
>> On Thu, Jul 25, 2013 at 7:15 PM, sebb wrote:
>>> On 25 July 2013 17:50, Dennis Lundberg wrote:
>>>> On Thu, Jul 25, 2013 at 6:34 PM, sebb wrote:
&g
On 29 July 2013 17:18, Jason van Zyl wrote:
> I was referring to the remote resources plugin which is associated with the
> 3.1.1 release.
>
> I have not attempted to release 3.1.1 and I have not sent out any release
> vote. I do intend to add what Sebb suggested by adding the re
On 27 July 2013 23:31, Fred Cooke wrote:
> Yes, I've been guilty of it from time to time, as most have been,
> especially years ago ;-)
>
> Did you find any of the above useful? I hope so :-)
I don't know (yet), but I do know that it would be a lot easier to
reference as a web (e.g. Wiki) page ;-
On 25 July 2013 22:55, Paul Benedict wrote:
> Agreed. I'll tip my hand and give my opinion: PMC members should have an
> "Apache first" mentality. They are gatekeepers and guardians of their
> project. Spinning off critical code to other OSS organizations should be
> frowned upon -- it splits the
On 25 July 2013 21:54, wrote:
> Author: rfscholte
> Date: Thu Jul 25 20:54:43 2013
> New Revision: 1507123
>
> URL: http://svn.apache.org/r1507123
> Log:
> apply generics
>
> Modified:
>
> maven/plugins/trunk/maven-install-plugin/src/main/java/org/apache/maven/plugin/install/AbstractInstallM
On 25 July 2013 12:17, wrote:
> Author: olamy
> Date: Thu Jul 25 11:17:41 2013
> New Revision: 1506890
>
> URL: http://svn.apache.org/r1506890
> Log:
> Use Apache formatting rules.
Strictly speaking, these are the Apache Maven formatting rules.
These rules are not the same for all Apache produc
On 25 July 2013 17:50, Dennis Lundberg wrote:
> On Thu, Jul 25, 2013 at 6:34 PM, sebb wrote:
>> On 25 July 2013 16:55, Dennis Lundberg wrote:
>>> Den 25 jul 2013 16:08 skrev "sebb" :
>>>>
>>>> On 23 July 2013 20:45, Dennis Lundberg wrote:
>
On 25 July 2013 16:55, Dennis Lundberg wrote:
> Den 25 jul 2013 16:08 skrev "sebb" :
>>
>> On 23 July 2013 20:45, Dennis Lundberg wrote:
>> > Hi,
>> >
>> > This will be the final release of this shared component. After this
>> > rel
On 23 July 2013 20:45, Dennis Lundberg wrote:
> Hi,
>
> This will be the final release of this shared component. After this
> release it will retire from the Apache Maven project and move to the
> Apache Archiva project. See separate vote thread about that.
>
> We solved 6 issues:
> http://jira.co
On 23 July 2013 19:23, Dennis Lundberg wrote:
> Hi,
>
> This is the final release of this plugin. After this release it will
> be retired, see separate vote thread for more info on that.
>
> We solved 1 issue:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11135&styleName=Html&versio
On 21 July 2013 21:23, Jason van Zyl wrote:
>
> On Jul 21, 2013, at 3:14 PM, sebb wrote:
>
>> On 21 July 2013 19:47, Jason van Zyl wrote:
>>>
>>> On Jul 21, 2013, at 2:29 PM, Stephen Connolly
>>> wrote:
>>>
>>>> Revert my change
On 21 July 2013 14:39, wrote:
> Author: dennisl
> Date: Sun Jul 21 13:39:23 2013
> New Revision: 1505380
>
> URL: http://svn.apache.org/r1505380
> Log:
> Remove spurious blank lines in generated NOTICE file.
>
> Modified:
>
> maven/resources/trunk/apache-jar-resource-bundle/src/main/resource
On 21 July 2013 19:47, Jason van Zyl wrote:
>
> On Jul 21, 2013, at 2:29 PM, Stephen Connolly
> wrote:
>
>> Revert my change upping to RAT 0.9
>>
>> Stupid plugin has major regression in performance, but 0.8 needs excludes
>> for git
>>
>
> Yup, just noticed that as well. After trying to attempt
On 21 July 2013 14:05, Olivier Lamy wrote:
> 2013/7/21 sebb :
>> On 21 July 2013 13:30, Robert Scholte wrote:
>>> "Also, the files change relatively rarely once set up."
>>>
>>> I thought you strongly believed in Murphy's Law...
>>
>>
On 21 July 2013 13:38, Daniel Kulp wrote:
>
> Also keep in mind, there is likely a large difference between the
> LICENSE/NOTICE files that would go into a "source release" than would go into
> the binary convenience releases. 90% of the source NOTICE/LICESE files are
> just plain Apache Lice
art of the source archive.
>
> Op Sun, 21 Jul 2013 14:17:12 +0200 schreef sebb :
>
>> On 21 July 2013 13:09, Dennis Lundberg wrote:
>>>
>>> Hi
>>>
>>> Has anyone asked if we can use generated files instead?
>>>
>>> Many of the AS
On 21 July 2013 13:22, Robert Scholte wrote:
> Op Sun, 21 Jul 2013 14:10:12 +0200 schreef sebb :
>
>
>> On 21 July 2013 12:39, Robert Scholte wrote:
>>>
>>> Having a copy here does indeed mean we have to maintain it, unless we use
>>> svn:externals (b
On 21 July 2013 13:09, Dennis Lundberg wrote:
> Hi
>
> Has anyone asked if we can use generated files instead?
>
> Many of the ASF rules are written by people that have not concidered the
> fact that things such as these can be automated. Therefore many of these
> rules are stated in a way that do
nds like another enforcer-rule is required, maybe a specific
> ASF-ruleset
> Robert
>
>
> Op Sun, 21 Jul 2013 13:03:18 +0200 schreef sebb :
>
>
>> On 21 July 2013 11:48, Olivier Lamy wrote:
>>>
>>> Damned there are plenty of Apache projects which don
On 21 July 2013 11:48, Olivier Lamy wrote:
> Damned there are plenty of Apache projects which don't do that :-)
They will have to be fixed over time.
> But in this case the plugin maven-remote-resources-plugin doesn't have
> to be used anymore?
> Because now we can have duplicate N&L with possib
On 19 July 2013 17:54, wrote:
> Author: hboutemy
> Date: Fri Jul 19 16:54:44 2013
> New Revision: 1504937
>
> URL: http://svn.apache.org/r1504937
> Log:
> point to ASF license page instead of MPIR copy
>
Thank you!
> Modified:
> maven/site/trunk/content/site.xml
>
> Modified: maven/site/tru
On 20 July 2013 03:46, wrote:
> Author: olamy
> Date: Sat Jul 20 02:46:30 2013
> New Revision: 1505079
>
> URL: http://svn.apache.org/r1505079
> Log:
> document date format
>
> Modified:
> maven/site/trunk/content/apt/docs/history.apt
>
> Modified: maven/site/trunk/content/apt/docs/history.ap
what changes were needed, so I did ny best to
provide a description.
> On Jul 18, 2013, at 10:39 AM, sebb wrote:
>
>> Which JIRA would that be?
>>
>> On 18 July 2013 17:24, Stephen Connolly
>> wrote:
>>> If it's not in JIRA it doesn't exist
&
Which JIRA would that be?
On 18 July 2013 17:24, Stephen Connolly wrote:
> If it's not in JIRA it doesn't exist
>
>
> On 18 July 2013 17:18, sebb wrote:
>
>> On 18 July 2013 16:35, Arnaud Héritier wrote:
>> > There are open issues with the detail of ch
t;
> On Thu, Jul 18, 2013 at 5:33 PM, sebb wrote:
>
>> On 18 July 2013 15:22, Arnaud Héritier wrote:
>> > On Thu, Jul 18, 2013 at 3:32 PM, Jason van Zyl wrote:
>> >
>> >> When Sisu with this fix is released I'll cut a 3.1.1.
>> &g
On 18 July 2013 15:22, Arnaud Héritier wrote:
> On Thu, Jul 18, 2013 at 3:32 PM, Jason van Zyl wrote:
>
>> When Sisu with this fix is released I'll cut a 3.1.1.
>>
>
> +1
Now would be a good time to start fixing the NOTICE and LICENSE files.
-
On 18 July 2013 09:36, Stuart McCulloch wrote:
> On 18 Jul 2013, at 05:41, Brett Porter wrote:
>
>> Hi,
>>
>> I've got a regression here using the Swagger Maven Plugin [1] that looks
>> different to the Aether one. Before I go poking around further, I was
>> wondering if anyone can tell me if i
On 16 July 2013 23:45, Jason van Zyl wrote:
>
> On Jul 16, 2013, at 5:42 PM, sebb wrote:
>
>> On 16 July 2013 22:37, Jason van Zyl wrote:
>>> Typo on my part. There are 48 things to change when updating a release.
>>>
>>> I updated and triggered the pub
On 16 July 2013 22:37, Jason van Zyl wrote:
> Typo on my part. There are 48 things to change when updating a release.
>
> I updated and triggered the publish an hour ago. I'm not sure when/how it
> updates.
Should be immediate (within a few seconds), assuming svnpubsub is
running normally.
> On
> >wrote:
>> >
>> > > uh, another bot?
>> > >
>> > > Le lundi 15 juillet 2013 22:28:26 Fred Cooke a écrit :
>> > > > What was the hash for future reference? This is why sebb is sooo
>> right.
>> > > If
>> &g
Commit
Then
Review
On 16 July 2013 00:15, Barrie Treloar wrote:
> On 16 July 2013 08:39, Stephen Connolly
> wrote:
>> Remember folks, we are CTR not RTC so we shouldn't be holding up getting
>> stuff done
>
> I think I should be able to grok that, but google isn't helping me.
> Are you making u
On 15 July 2013 23:26, wrote:
> Code cleanup - Maven requires Java 5+ : Replace for and while loops by for
> each
>
>
> Project: http://git-wip-us.apache.org/repos/asf/maven/repo
> Commit: http://git-wip-us.apache.org/repos/asf/maven/commit/d92746dc
> Tree: http://git-wip-us.apache.org/repos/asf
On 15 July 2013 23:26, wrote:
> Code cleanup - Maven requires Java 5+ : Remove unnecessary boxing
Not sure that's a good idea.
I've found quite a few bugs related to boxing in other projects.
For example, auto-unboxing a field that can sometimes be null may
cause an unexpected NPE; it's not al
On 15 July 2013 23:26, wrote:
> fix typo and use names from their respective POMs
>
>
> Project: http://git-wip-us.apache.org/repos/asf/maven/repo
> Commit: http://git-wip-us.apache.org/repos/asf/maven/commit/2fea34f7
> Tree: http://git-wip-us.apache.org/repos/asf/maven/tree/2fea34f7
> Diff: http
On 15 July 2013 23:26, wrote:
> Replace package.html with package-info.java
Warning: this will cause unnecessary compilations unless/until
https://jira.codehaus.org/browse/MCOMPILER-205 is fixed.
-
To unsubscribe, e-mail: dev-u
On 15 July 2013 23:26, wrote:
> Add ASL license header
>
Trivial nit: it's the AL header, i.e. Apache License header.
It's not a Software license per se.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additiona
On 13 July 2013 19:01, wrote:
> Author: rfscholte
> Date: Sat Jul 13 18:01:39 2013
> New Revision: 1502830
>
> URL: http://svn.apache.org/r1502830
> Log:
> [MINSTALL-95] Enhance documentation of install-file
>
> Modified:
> maven/site/trunk/content/apt/guides/mini/guide-3rd-party-jars-local.a
1 - 100 of 233 matches
Mail list logo
