essor that people
> who need additional features can plug into their builds and activate,
> though.
>
> Cheers
>
> Stefan
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
> --
Matt Sicker
leaned up 1.9.13 and 1.10.5 release artifacts
> from the dist svn repo. In a few days, I will remove 1.10.6 artifacts too.
>
> -Jaikiran
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands,
I that's welcome too. We will do 2.6.x
> > > releases (whenever we decide to do so) off master branch.
> > >
> > > Any objections to these plans?
> > >
> > > -Jaikiran
> > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional
> > > commands, e-mail: dev-h...@ant.apache.org
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
> >
>
--
Matt Sicker
att,
>
> On 31/10/19 2:34 AM, Matt Sicker wrote:
> > Java 9 and beyond can be handled with version specific code in META-INF.
>
> I think we should be able to do that even now. Of course, _building_ Ivy
> would need higher version of Java (to use those specific APIs) but once
Mar 23, 2014, at 12:18 PM, anto...@apache.org wrote:
>
> > Author: antoine
> > Date: Sun Mar 23 16:18:29 2014
> > New Revision: 1580520
> >
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
ct is usually to keep everything binary
> compatible …
>
> If there is interest and willing volunteers and a consensus we could
> change that, at least in the case of BuildFileTest and JUnit 3/4 and base
> “BuildFileTest” on JUnit 4.
>
> Regards,
>
> Antoine
> On Mar 23,
> > @@ -130,7 +139,7 @@ public class MessageLoggerEngine impleme
> >
> > public void clearProblems() {
> > getDefaultLogger().clearProblems();
> > -for (Iterator iter = loggerStack.iterator(); iter.hasNext();) {
> > + for (Iterator iter = getLoggerStack().iterator();
> > iter.hasNext();) {
> > MessageLogger l = (MessageLogger) iter.next();
> > l.clearProblems();
> > }
> > @@ -142,7 +151,7 @@ public class MessageLoggerEngine impleme
> > public void setShowProgress(boolean progress) {
> > getDefaultLogger().setShowProgress(progress);
> > // updates all loggers in the stack
> > -for (Iterator iter = loggerStack.iterator(); iter.hasNext();) {
> > +for (Iterator iter = getLoggerStack().iterator();
> > iter.hasNext();) {
> > MessageLogger l = (MessageLogger) iter.next();
> > l.setShowProgress(progress);
> > }
>
--
Matt Sicker
hael Clarke
> wrote:
>
> > I had started this a few months back (
> > https://github.com/mc1arke/ant/tree/JUnit4Conversion) but got
> side-tracked
> > due to a job change. I'd be happy to go back and continue/finish the work
> > if there's a general demand
>
> I'll hold of committing these changes to SVN for a couple of days to give
> people a chance to comment. Unless I hear any significant objections to
> these changes by the middle of Wednesday, I'll look commit to SVN on
> Wednesday night (UK time).
>
> Thanks,
> Michael
>
--
Matt Sicker
t now being able to create a temporary file? Working out
> the exception messages and moving to ExpectedException is currently planned
> to be part of my second phase of migration. There are some tests where we
> have multiple exception asserts grouped into a single method so I need to
> spit these into individual methods to allow the ExpectedException rule to
> be used, but I plan on doing this as part of the exception testing cleanup.
>
> Thanks,
> Michael
>
--
Matt Sicker
-
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
> >
> > > Jan
> > >
> > >
> > Antoine
> >
> >
> > ---------
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
> >
>
>
> --
> Jean Louis Boudart
> Independent consultant
> Apache EasyAnt commiter http://ant.apache.org/easyant/
>
--
Matt Sicker
views /plans... of
> our
> > the Ant/Ivy/Ivyde/Easyant Apache project.
> >
> >
> From an sbt perspective, you'd see us attempting to contribute things back
> far more often than we do now. If you'd like an example project that
> contains website assets in it, feel free to checkout github.com/sbt/sbtand
> see how long it takes to switch branches / load the repository initially.
>
> - The Peanut Gallery (Josh)
>
--
Matt Sicker
t; years.
> >>>> JGit even provides really good Git support for programatic access.
> >>>>
> >>>>
> >>>>
> >>>>> I imagine that some corporations, individuals,or other open source
> >>>>> organizations will take advantage of our projects moving to git to
> >> create
> >>>>> these forks, either because the contribution process via JIRA is too
> >> slow,
> >>>>> or because they want to create proprietary enhancements, or because
> >> they
> >>>>> are not sure that the changes that they do match the views /plans...
> >> of our
> >>>>> the Ant/Ivy/Ivyde/Easyant Apache project.
> >>>> From an sbt perspective, you'd see us attempting to contribute things
> >> back
> >>>> far more often than we do now. If you'd like an example project that
> >>>> contains website assets in it, feel free to checkout
> github.com/sbt/sbtand
> >>>> see how long it takes to switch branches / load the repository
> >> initially.
> >>>>
> >>>> - The Peanut Gallery (Josh)
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> >>> For additional commands, e-mail: dev-h...@ant.apache.org
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> >> For additional commands, e-mail: dev-h...@ant.apache.org
> >>
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
ve little personal stake; this is just a
> suggestion.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
om the GitHub remote,
then push to the ASF remote (origin).
On 6 May 2014 01:45, Stefan Bodewig wrote:
> On 2014-05-06, Matt Sicker wrote:
>
> > Git allows you to do both. You can auto-merge from GH, but I'm not
> > sure how you can even get write access to ASF GH repos.
>
/jukka/apache-development-with-github-and-travis-ci
> [2]
> http://mail-archives.apache.org/mod_mbox/lucene-dev/201401.mbox/%3c596fff55-6e33-4451-93d4-75add6cad...@gmail.com%3E
> [3] http://wiki.apache.org/cordova/GitWorkflow
>
>
>
> On May 6, 2014, at 6:33 PM, Matt Sicker >
> wro
hing this I found an interesting presentation by
> > Jukka Zitting [1] and a mail message concerning Apache and Github [2]
> > and also a wiki page from the Apache Cordova project [3]
> >
> > Best regards,
> >
> > Antoine
> >
> >
> > [1] http://w
/trunk branch
with (at least) the following in the commit message:
This closes #1234
On 11 May 2014 15:05, Matt Sicker wrote:
> And here's some more info about how to do that.
>
>
>
> On 11 May 2014 15:04, Matt Sicker wrote:
>
>> I think it would work better
And here's some more info about how to do that.
On 11 May 2014 15:04, Matt Sicker wrote:
> I think it would work better to just do development on ASF, but accept
> pull requests via GitHub somewhat manually. This is how it's done with
> Apache Camel: http://camel.apache.or
with ant proper, then move
> to ivy, ivyde, easyant and the antlibs.
> >
> > What do you think ?
> >
> > Antoine
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
uld be a use case for an aggregation of the complete ant family,
> maybe for an aggregation of the antlibs too …
>
> If there's a master build.xml or similar that can just iterate through all
the projects and build them in order, that's a neat use case.
--
Matt Sicker
Yeah. You can get emails from GitHub for PRs, and the email always gives
the commands to pull it into your local repo and push it back to origin.
On 7 May 2014 22:55, Stefan Bodewig wrote:
> On 2014-05-07, Matt Sicker wrote:
>
> > The Camel project takes PRs from GH, though, so t
erience. Submodules have a reputation
> (well-deserved, IMHO) of being somewhat unwieldy to work with; using
> git-subtree to manage linked trees can be a bit more automation/setup work,
> but can also provide a much smoother user experience.
>
>
> On Mon, May 12, 2014 at 8:03 PM, M
> rare, BTW.
>
> At Camel PRs come in very often ...
>
> Jan
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
t we could
> do more here.
> (Also my personal point of view.)
>
>
>
> Jan
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional
> commands, e-mail: dev-h...@ant.apache.org
>
> -
> Intel Corporation (UK) Limited
> Registered No. 1134945 (England)
> Registered Office: Pipers Way, Swindon SN3 1RJ
> VAT No: 860 2173 47
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
--
Matt Sicker
b.com/apache/ant-ivy/pull/11
>
> [3] https://github.com/apache/ant-ivy/pull/12
>
> -Jaikiran
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
ioned it as a beta is to
> iron out any issues involved in the process itself which, from what I read
> in the other thread, might involve certain challenges for the first time.
>
> -Jaikiran
>
> On Sunday, December 11, 2016, Matt Sicker wrote:
> > Do we really need a be
-ivy/pull/11
> >
> > [3] https://github.com/apache/ant-ivy/pull/12
> >
> > -Jaikiran
> >
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional
> > commands, e-mail: dev-h...@ant.apache.org
> >
> >
> >
> >
> -
> Intel Corporation (UK) Limited
> Registered No. 1134945 (England)
> Registered Office: Pipers Way, Swindon SN3 1RJ
> VAT No: 860 2173 47
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
--
Matt Sicker
I'd definitely agree with the consistency principle.
On 15 December 2016 at 01:38, Stefan Bodewig wrote:
> On 2016-12-14, Matt Sicker wrote:
>
> > When it comes to version numbers, I'm more concerned about following
> > semantic versioning than whether or not it
---------
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
s asking for help/opinions about
> https://issues.apache.org/jira/browse/IVY-1478 (updatesite resolver) which
> would in turn help setting up builds for IvyDE (because Eclipse folks no
> longer provide drops and OSGi resolver provided by Eclipse launcher is
> cumbersome).
>
--
Matt Sicker
-
> >>> - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For
> >>> additional commands, e-mail: dev-h...@ant.apache.org
> >>>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional
> >> commands, e-mail: dev-h...@ant.apache.org
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
8, maybe preparing for Java9 ...
>
> Jan
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
t.org/tmp/ivy-
> asciidoc/index.html>
>
> It seems pretty good, but I didn’t looked to most of the pages.
>
> Before going further, we need to figure out how it would be integrated to
> the website since it is also managed by xooki. The site and the
> documentation are tidily coup
Jaikiran
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
--
Matt Sicker
pache/ivy/osgi/util/Version.java: the constructor removes
> >> the (IMO unneccessary) ParseException. But because it is a checked
> >> Exception we break BC.
> >>
> >>
> >>
> >>
> >>
> >> renaming EncrytedProperties to EncryptedProperties means breaking BC.
> >> If required we could introduce a delegating class or a subclass.
> >>
> >>
> >>
> >>
> >>
> >> ArtifactOrigin: renaming unkwnown() to unknown() means breaking BC. If
> >> required we could introduce a delegating method.
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional
> >> commands, e-mail: dev-h...@ant.apache.org
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> > For additional commands, e-mail: dev-h...@ant.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
that I can ...
>
>
>
> >
> > EMMA code coverage / Feature Requests - sourceforge.net > sourceforge.net/p/emma/feature-requests/>
> > sourceforge.net
> > I agree to receive quotes, newsletters and other information from
> > sourceforge.net and its partners regarding IT services and products. I
> > understand that I can ...
> >
> >
> > WDYT of Clover?
> >
> > Martin
> > __
> >
> >
> >
> >
> > From: Gintautas Grigelionis
> > Sent: Sunday, May 28, 2017 9:59 AM
> > To: Ant Developers List
> > Subject: Replace emma with jacoco?
> >
> > As you could understand by now, I set a goal of getting all targets in
> > build.xml to do what they are supposed to do. Which brings us to emma,
> > which appears no longer being developed. Do we need a vote about a
> > replacement?
> >
> > Gintas
> >
>
--
Matt Sicker
ant.apache.org For additional
> > commands, e-mail: dev-h...@ant.apache.org
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
to the project since there is
> no need to go via the patch submission process. This should enable better
> productivity.
>
>
>
>
>
> Jan
>
>
--
Matt Sicker
ration had introduced. Thanks for that
> link.
>
> What you suggest about making sure that the PR gets closed even if we end
> up with those mark commit messages, sounds fine to me and I’ll start doing
> that.
>
> -Jaikiran
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
it's only a partial solution.
> Are there other "usually used directories" for other platforms than
> FreeDesktop?
>
On macOS, there's ~/Library which would be the appropriate place for
dumping config, caches, etc.
--
Matt Sicker
> mitigation of "don't use Log4JListener or use the log4j2-bridge" is
> > correct, one might add "of a log4j 2.x version that is not vulnerable to
> > the attack".
> >
> > Stefan
> >
> > --
>
> 2018-02-07 19:10 GMT+01:00 Matt Sicker :
>
> > Based on that version, this is related to using Java serialization for
> > logs. The general workaround here is to use a different format like JSON
> > instead to avoid the vulnerability entirely.
> >
>
gt; -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
rms require PMC-name, repo-name, repo-description,
> commit-notification-list and github-notification list.
> But while (for me) the selfserve-form seems to be fully functional, the
> gitbox-form had no entries for the PMC listbox.
>
>
> Jan
>
> > -Ursprüngliche
e happy with the result, we
> switch. And then we apply the same process with the site for IvyDE. Sounds
> good ?
>
> Nicolas
>
> [1] http://ant.apache.org/ivy/index.html <http://ant.apache.org/ivy/
> index.html>
>
>
--
Matt Sicker
I haven't looked at that xooki thing, that might work better for all I
know. Interesting :)
On 23 April 2018 at 10:38, Nicolas Lalevée
wrote:
>
>
> > Le 23 avr. 2018 à 17:23, Matt Sicker a écrit :
> >
> > For what it's worth, I used pandoc <https://pand
to add new test cases should the need arise, less chance
> of missed annotation or copy-pasting a target name.
> Call it code churning, but churning actually separates butter from
> buttermilk :-)
>
> Gintas
>
--
Matt Sicker
Yes, I'm definitely suggesting/hyping JUnit 5. :)
On 3 May 2018 at 12:01, Gintautas Grigelionis
wrote:
> My focus was on maximising the use of JUnit 4 idioms.
> Are you suggesting a switch to JUnit 5 instead?
> Sounds like Ant 1.11 :-)
>
> Gintas
>
> 2018-05-03 1
te-plugin in log4j:
https://github.com/apache/logging-log4j2/blob/master/src/site/asciidoc/index.adoc
https://github.com/apache/logging-log4j2/blob/master/src/site/site.vm
--
Matt Sicker
27;t understand what kind of redundancy have you been removing here.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
--
Matt Sicker
52 matches
Mail list logo