Roadmap, goals, future of Ivy?

The past few weeks I've been trying to contribute by fixing some issues that have been noted in JIRA. I've opened a pull request with a fix a while back[1] and also have asked a few questions about some other issues that I am thinking to work on. However, there has been no response, neither to

Re: Looking to contribute

Could some please review the pull request? If there's a better way to send the commit/contributions instead of at github, do let me know, I'll resubmit. -Jaikiran On Sunday 19 July 2015 10:03 PM, Jaikiran Pai wrote: Thank you Nicolas. I just submitted the first pull request which fixes IVY

Ivy - Patch for IVY-1522 (needs to be tested on Windows OS)

I have a patch (along with a testcase) for this issue https://issues.apache.org/jira/browse/IVY-1522 which I would like to contribute. However, I am on a *nix operating system and don't use Windows OS. The patch and the test (and the rest of the existing tests) works fine on this system but in

Looking to contribute

I'm thinking of contributing to the Ivy project. I had a quick look at the JIRAs that are open and also have checked out the latest source code from git. Before starting off with anything, I would like to know what is the Java version that should be used by contributors for code contributions?

Re: Looking to contribute

2015-07-16 6:23 GMT+02:00 Jaikiran Pai jai.forums2...@gmail.com: I'm thinking of contributing to the Ivy project. I had a quick look at the JIRAs that are open and also have checked out the latest source code from git. Before starting off with anything, I would like to know what is the Java version

Re: Looking to contribute

. Considering that Ant upgrade miminal java version to java 1.5 we should probably do the same on ivy. [1] https://github.com/apache/ant-ivy/blob/1.4.x/build.properties 2015-07-16 6:23 GMT+02:00 Jaikiran Pai jai.forums2...@gmail.com: I'm thinking of contributing to the Ivy project. I had a quick

Re: Looking to contribute

Thank you Nicolas. I just submitted the first pull request which fixes IVY-1526 https://github.com/apache/ant-ivy/pull/7. Let me know if that's good enough or requires more changes. -Jaikiran On Thursday 16 July 2015 05:57 PM, Nicolas Lalevée wrote: Le 16 juil. 2015 à 14:14, Jaikiran Pai

Re: Roadmap, goals, future of Ivy?

state, and dispassionately deciding what can be done about it. - Stephen On Sat, Aug 22, 2015 at 11:26 AM, Jaikiran Pai jai.forums2...@gmail.com wrote: The past few weeks I've been trying to contribute by fixing some issues that have been noted in JIRA. I've opened a pull request with a fix

Re: Roadmap, goals, future of Ivy?

personally extend the opportunity on my own, but if you continue to offer patches at the same quality as your recent work, you'll have my +1 when it comes to a vote. :) On Sat, Aug 22, 2015 at 11:27 AM Jaikiran Pai jai.forums2...@gmail.com wrote: The past few weeks I've been trying to contribute by fixing

Re: Ivy - Patch for IVY-1522 (needs to be tested on Windows OS)

I have sent a PR with a fix for IVY-1522 https://github.com/apache/ant-ivy/pull/8 which will have to be tested against a Windows OS. -Jaikiran On Thursday 23 July 2015 06:48 PM, Jaikiran Pai wrote: I have a patch (along with a testcase) for this issue https://issues.apache.org/jira/browse/IVY

Re: Facing Issues with Ant 1.10.0

Looking at that stacktrace, I don't know how Ant is playing a role in any of it. Can you explain in more detail what you mean by missing breakpoints and how it relates to that stacktrace? What code are you adding the breakpoints to? Also, that exception stacktrace doesn't look like the

Re: Facing Issues with Ant 1.10.0

) the stack frames misses the call2. It shows call1 and call3. So each stack frame is basically a received message for the running ant process from VM. Thanks & Regards, Sarika Inactive hide details for Jaikiran Pai ---01/17/2017 11:34:47 AM---Looking at that stacktrace, I don't know how

Re: AW: Ivy - any future or is it also going to be retired?

Thank you. Given that there does seem to be willingness to do something to move things forward with the project, I have now submitted a PR for one of the open JIRAs https://github.com/apache/ant-ivy/pull/10 in an attempt to fix it. Over the weekend, I'll see if I can come up with a list of

Re: Ivy - any future or is it also going to be retired?

+1. Nicolas' mail has some precise things that need to be done. I am willing to help out wherever possible on those steps. I think the first thing to release probably should be a 2.4.1-Beta-1 just to iron out any process and other issues in itself and explicitly tag it as a beta so as to

Ivy - Proposal for reviving the project and moving towards a release

First off, I'm not an Ivy or Ant committer. The proposal that I make below for an Ivy release is based on what was discussed in a recent mail thread about the future of Ivy https://www.mail-archive.com/dev@ant.apache.org/msg45078.html. There was a suggestion that someone from community

Re: AW: Ivy - any future or is it also going to be retired?

does have a future. However, with more than a year since I last asked this question (in this mailing list) and with no real development or releases during that period, I don't believe that's the case. -Jaikiran Jan -Ursprüngliche Nachricht----- Von: Jaikiran Pai [mailto:jai.forums2...

Re: Ivy - any future or is it also going to be retired?

the problems you think are resolved with new Ivy releases? Jan -Ursprüngliche Nachricht- Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com] Gesendet: Montag, 5. Dezember 2016 08:26 An: dev@ant.apache.org Betreff: Ivy - any future or is it also going to be retired? I have been follo

Re: Ivy - any future or is it also going to be retired?

On Monday 05 December 2016 04:17 PM, Johan Corveleyn wrote: An innocent bystander's opinion (I'm not an ivy / ant developer, but I'm active in the Apache Subversion community): First of all, this is a volunteer-driven open source project. I completely understand. You're entirely free to

Ivy - any future or is it also going to be retired?

I have been following the latest emails on retiring sub projects in Ant. I just see a proposal to retire IvyDE (the Eclipse plugin) for valid reasons (given the lack of any real activity in there). Given this, I would like to understand what the future of Ivy project itself is. I have asked

Re: Is Ivy development restarting?

I'm not part of the regular dev team, but I would say go ahead and submit a PR. During the past few weeks, I have tried to respond to JIRA issues wherever I could and I have also submitted some PRs. Although there hasn't really been much development on that front, I plan to stick around to see

Ivy JIRA issues - how do I subscribe?

Is there a specific mailing list to where the Ivy JIRA issue notifications go to? I would like to subscribe to these issues and I can't find a way in JIRA project to send me notifications only for Ivy project JIRAs. -Jaikiran

Ivy - PR-57 need inputs

This PR - https://github.com/apache/ant-ivy/pull/57 does changes related to generics usage. I reviewed it a while back and it looks fine overall except for one change, for which I need inputs from the rest of the team. Ivy has a DependencyResolver interface which is the central piece of

Ivy - PR-57 need inputs

This PR - https://github.com/apache/ant-ivy/pull/57 does changes related to generics usage. I reviewed it a while back and it looks fine overall except for one change, for which I need inputs from the rest of the team. Ivy has a DependencyResolver interface which is the central piece of

Re: Fw: [2/2] ant-ivy git commit: Merge remote-tracking branch 'origin/master'

st revision. I still don't understand why this results in 2 commits. (my knowledge of git is very limited as you can see) But I guess this is ok? Or should it be reverted somehow? Maarten Van: Jaikiran Pai <jai.forums2...@gmail.com> Aan: dev@ant.apache.org Verzonden: woensdag 12 j

Proposed changes for IVY-735 - Ability to specify timeouts

https://issues.apache.org/jira/browse/IVY-735 is a feature request where the users have asked for relevant timeouts while dealing with downloads. A few weeks back we had a very brief discussion in an unrelated mail where it was proposed that we allow configuring these timeout all the way from

Re: Build failed in Jenkins: IvyDE #320

On 11/07/17 3:26 AM, Nicolas Lalevée wrote: I don’t understand what is going on. The files are there and then they disappear… I have been able to download this file, and now it is gone. It happens several times for different files locally… I though I had finally have found a stable set of

Re: Fw: [2/2] ant-ivy git commit: Merge remote-tracking branch 'origin/master'

I'm guessing that while committing the fix for IVY-1404 you probably did a "git merge" against latest master of upstream, which created this merge commit. -Jaikiran On 12/07/17 1:45 PM, Maarten Coene wrote: Any idea where this commit comes from?I didn't touch any of these files as far as

Proposed changes for IVY-735 - Ability to specify timeouts

https://issues.apache.org/jira/browse/IVY-735 is a feature request where the users have asked for relevant timeouts while dealing with downloads. A few weeks back we had a very brief discussion in an unrelated mail where it was proposed that we allow configuring these timeout all the way from

Re: Coding style: import of nested classes

I have no personal preference for this specific kind of usages. Although I almost always use Map.Entry in the statements, I don't mind seeing code which uses just plain Entry. Having said that, for this specific kind of cases, I personally would just let the developer decide which form of it

Re: Proposed changes for IVY-735 - Ability to specify timeouts

The support for this feature is now available. Given that this is kind of a core and relatively big change, I decided to open a PR[1] so that some of us can take a look to make sure the changes make sense. The description in the PR plus the documentation in the commit explains how this works,

Re: Next Ivy release?

In short, yes - there's a plan to have a Ivy release soon. A more detailed explanation is available in this recent Ivy users mailing list thread https://www.mail-archive.com/ivy-user@ant.apache.org/msg06244.html -Jaikiran On 22/07/17 8:12 AM, Nick C. wrote: Will there be a new Ivy release

Re: Ivy - No more support for commons-httpclient 2.x in runtime classpath?

the latest snapshot a try to see if there are any unforeseen regressions. -Jaikiran On 25/07/17 12:37 AM, Nicolas Lalevée wrote: Le 24 juil. 2017 à 08:19, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : That's a a big enough reason to move to HttpComponents Client 4.x version! I'll

Re: Broken link at https://ant.apache.org/mail.html

On 23/07/17 3:50 PM, Stefan Bodewig wrote: On 2017-07-22, George Bateman wrote: On subscribing to this list, I noticed that the link at the end of In your first email you will get some information about working with the list manager EZMLM. goes to http://www.ezmlm.org/, which is actually,

Ivy - No more support for commons-httpclient 2.x in runtime classpath?

Ivy currently uses commons-httpclient for dealing with HTTP repositories. This is an internal implementation detail of Ivy. The way it's implemented, it allows the user to use a version of their choice, of this library, by placing them in the runtime classpath (similar to some other libraries

Re: Ivy - No more support for commons-httpclient 2.x in runtime classpath?

That's a a big enough reason to move to HttpComponents Client 4.x version! I'll have that done in this release of Ivy then. -Jaikiran On 24/07/17 11:43 AM, Stefan Bodewig wrote: On 2017-07-24, Jaikiran Pai wrote: Ivy currently uses commons-httpclient for dealing with HTTP repositories

Re: AW: Ivy - No more support for commons-httpclient 2.x in runtime classpath?

t- Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com] Gesendet: Montag, 24. Juli 2017 07:25 An: dev@ant.apache.org Betreff: Ivy - No more support for commons-httpclient 2.x in runtime classpath? Ivy currently uses commons-httpclient for dealing with HTTP repositories. This is an internal implementat

Is CacheResolver relevant?

There's this JIRA issue https://issues.apache.org/jira/browse/IVY-804 where the user reports a genuine bug in our typedef.properties file where we list the "cache" property twice with different values. Once to consider the element as a resolver and the other to consider the element as the

Re: Is CacheResolver relevant?

On 27/07/17 9:34 PM, Jaikiran Pai wrote: There's a JIRA[2] asking for the docs to be updated to explain this resolver. ... [2] https://issues.apache.org/jira/browse/IVY-804 I meant this JIRA which asks for it to be documented https://issues.apache.org/jira/browse/IVY-612 -Jaikiran

Re: Ivy - Move to symlink creation standard Java API?

ch, 26. Juli 2017 18:19 An: Ant Developers List Betreff: Re: Ivy - Move to symlink creation standard Java API? Le 26 juil. 2017 à 15:25, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : I was looking into a JIRA related to symlinking in Ivy and realized that (for reasons

Ivy Jenkins jobs have been failing - infra issues

More of a FYI than anything else - the past couple of days or so, we haven't had regular successful runs of our various Ivy Jenkins jobs. Each run failing with different errors, all pointing back to infrastructure issues at this moment. In fact, I see some other Apache project builds running

Ivy - Move to symlink creation standard Java API?

I was looking into a JIRA related to symlinking in Ivy and realized that (for reasons noted in the docs and the implementation) ourimplementation of symlinking relies on launching a process from within the JVM to invoke a shell command to create the symlinks. "retrieve" task is the only one

Re: Build failed in Jenkins: Ivy #627

To avoid more such mails, I'm going to disable this job for a few hours till we get the infra issues sorted out. -Jaikiran On 26/07/17 10:44 PM, Apache Jenkins Server wrote: See -- Started by an

Re: Ivy Jenkins jobs have been failing - infra issues

https://issues.apache.org/jira/browse/INFRA-14712 -Jaikiran On 26/07/17 6:36 PM, Jaikiran Pai wrote: More of a FYI than anything else - the past couple of days or so, we haven't had regular successful runs of our various Ivy Jenkins jobs. Each run failing with different errors, all pointing

Re: Ivy - we have now moved to asciidoc for docs

A quick update on this one - I finished off the “settings” sections last week. There is only one pending item that I’m trying to address in that section. The “Settings” page[1] has a “Settings File Structure” section which tries to represent the Ivy settings XML file structure as a tree. We

Re: Jenkins Jobs of Ivy/IvyDE

On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote: > I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe > now the nightly is redundant. I think yes, the nightly job is now probably redundant - which is fine, we can always direct users to

Re: Jenkins Jobs of Ivy/IvyDE

I pushed a fix for this a few days back and the job is now functioning correctly. -Jaikiran On 26-Jun-2017, at 8:15 AM, Jaikiran Pai <jai.forums2...@gmail.com> wrote: The retrieve failure looks like a genuine bug which might be related to one of the changes I had done in one of the PRs a

Re: Jenkins Jobs of Ivy/IvyDE

-Jun-2017, at 11:18 AM, Jaikiran Pai <jai.forums2...@gmail.com> wrote: On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée <nicolas.lale...@hibnet.org> wrote: > I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe > now the nightly is redundant. I think ye

Re: Ivy - we have now moved to asciidoc for docs

prove are all the « since 2.x » annotations. Maybe >>> we can have a macro for that, which will render everywhere the same, and >>> which will be placed everywhere the same. Now sometimes it is at the >>> beginning of the line, sometimes at the end, sometimes ab

Re: Ivy - we have now moved to asciidoc for docs

the “experimental” note/section that we repeat (copy/paste really) on our OSGi pages. -Jaikiran > Le 29 juin 2017 à 15:16, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : > > > On 29-Jun-2017, at 3:58 PM, Nicolas Lalevée <nicolas.lale...@hibnet.org> > wrote: > &g

Re: Ivy - we have now moved to asciidoc for docs

On 29-Jun-2017, at 11:29 AM, Jaikiran Pai <jai.forums2...@gmail.com> wrote: > I’m picking up “OSGi” section next. I have completed and pushed the migration of “OSGi” and “Using standalone” sections to upstream (it’s actually live on site since yesterday). For the OSGi pages, I had

Re: Ivy - we have now moved to asciidoc for docs

On 29-Jun-2017, at 3:58 PM, Nicolas Lalevée <nicolas.lale...@hibnet.org> wrote: > >> Le 29 juin 2017 à 07:59, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : >> >> A quick update on this one - I finished off the “settings” sections last >> week.

Re: IVY-1485

I'm looking into that JIRA. I'll assigned it to my name now. -Jaikiran On 06/08/17 12:52 PM, Gintautas Grigelionis wrote: I went through JIRA issues and noticed https://issues.apache.org/jira/browse/IVY-1485 was discussed relatively recently ;-) Anybody looking into it? Gintas P.S. JIRA

Re: Documentation-related issues in Jira

Some of those issues are still relevant. I haven't been able to look at that complete list, so if you can add a comment in those JIRAs which are no longer valid, then I can take a look at those specific ones and review and close them. I'll be able to look at the complete list this weekend.

Re: Ivy - we have now moved to asciidoc for docs

know. Nicolas > > Jan > >> -----Ursprüngliche Nachricht- >> Von: Jaikiran Pai [mailto:jai.forums2...@gmail.com] >> Gesendet: Montag, 19. Juni 2017 04:52 >> An: Ant Developers List >> Betreff: Ivy - we have now moved to asciidoc for docs >> >>

Re: Ivy - we have now moved to asciidoc for docs

> > On 20-Jun-2017, at 3:38 AM, Nicolas Lalevée <nicolas.lale...@hibnet.org> > wrote: > > >> Le 19 juin 2017 à 04:52, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : >> >> The documentation for ant-ivy project has now been migrated to asci

Re: Ivy 2.5 and generics

Gintas, can you list the exact nature of changes for some specific classes that you think this effort might involve? I know you already sent me some samples, but it would be good if the rest know what kind of changes are involved. Personally, my opinion on this is - if it’s internal

Re: Process for handling GitHub PRs and closing them

On 19-Jun-2017, at 2:43 PM, Nicolas Lalevée <nicolas.lale...@hibnet.org> wrote: > >> Le 19 juin 2017 à 05:14, Jaikiran Pai <jai.forums2...@gmail.com> a écrit : >> >> We have (read only) github repos which back our main ASF git repos (consider >> the g

Re: Jenkins Jobs of Ivy/IvyDE

The retrieve failure looks like a genuine bug which might be related to one of the changes I had done in one of the PRs a while back. I’ll take a look at this today. -Jaikiran On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote: Hi, I worked on the Jenkins jobs to

Ivy - we have now moved to asciidoc for docs

The documentation for ant-ivy project has now been migrated to asciidoc. The migration used a tool developed by Nicolas to migrate the xooki backed HTML docs to asciidoc. This tool auto-generated the asciidoc text and for most part no other changes were needed. However, there are some fixes the

Process for handling GitHub PRs and closing them

We have (read only) github repos which back our main ASF git repos (consider the github ant-ivy repo which is a read-only mirror of ASF git repo). Users submit pull requests to our github repos and the process I follow for merging such PRs is the “rebase” approach which looks something like

Ivy jobs on Teamcity need reconfiguring

I was reading up some docs and happened to find this page http://ant.apache.org/nightlies.html which lists the Ant/Ivy jobs. Turns out we also have Teamcity builds for Ivy and they have been failing since we moved to Java 1.7[1]. Does any of us have access to those setups to configure it

Re: Error while testing 2.5.0-SNAPSHOT

at org.apache.ivy.util.url.HttpClientHandler.openStream( HttpClientHandler.java:141) at org.apache.ivy.plugins.parser.m2.PomReader.(PomReader.java:122) It looks like whatever part of code is invoking Ivy from their code, is setting the "default" URL handler as the HttpClientHandler instead of

Re: [1/6] ant-ivy git commit: Documentation review (partly inspired by IVY-1089) [Forced Update!]

IMO, we should avoid force updates to upstream repos, since it rewrites history of the repo. Typically a force update is a sign that the local state of a repo is not in sync with whatever is latest upstream and that should be solved locally by rebasing the local changes (and locally resolving

Re: Ivy upcoming release - where we stand

he old one in the abstract class is sufficient for the use cases found in the wild. Gintas [1] https://docs.oracle.com/javase/tutorial/java/generics/ restrictions.html 2017-09-11 17:05 GMT+02:00 Jaikiran Pai <jai.forums2...@gmail.com>: It's been a while since we have decided to revive the

Re: Error while testing 2.5.0-SNAPSHOT

Is there a source repo and steps that I can follow to build and reproduce this issue? My attempts so far haven't been able to reproduce this. -Jaikiran On 14/09/17 1:57 PM, Aurélien Pupier wrote: Hello, I'm trying to test https://issues.apache.org/jira/browse/IVY-1568 using latest

Re: Ant-Ivy: Publish don't pull declared dependencies

As far as I know, the publish task itself doesn't fetch any dependencies. The dependencies itself are downloaded by a (previous) resolve task that is invoked separately and explicitly. -Jaikiran On 31/07/17 11:32 PM, maikel van den Hurk wrote: Hi all, I am wondering if there is already a

Re: Broken tutorial

It's not actually broken. The tutorial intentionally uses (and documents) it to explain how the repository is built and what happens when certainartifacts aren't available and also for cases like where there are version conflicts for the same module. The tutorial page[1] notes: As you can

Re: Broken tutorial

On 29/08/17 12:35 PM, Gintautas Grigelionis wrote: I noticed another problem with asciidoc: 1.5.4 fails on my box with the latest Java 8u144, I had to downgrade it to 1.5.3 -- did anyone else see that? 1.5.4 works fine for me with Java 8. -Jaikiran

Ivy - Latest snapshots will now be regularly available in Apache Maven Snapshot repository

Starting today, we now have an Ivy Jenkins job[1] which will publish our Ivy snapshot artifactto Apache Maven Snapshots repository[2]. This job has been configured to run after a successfulcompletion of our Ivy tests job (which runs on *nix). What this effectively means is that we now have

Re: new JDK version scheme

In their JEP[1] (based on which this got implemented), it does recommend relying on this "java.specification.version" whose value is expected to be an integer (for Java releases starting Java 9). There's a table in that [1] which has the values for this system property for hypothetical release

Re: Build failed in Jenkins: Ant-Build-Matrix-1.9.x-Linux » JDK 1.6 (latest) #134

So we have now had 2 runs of this job failing with a JVM crash: Run 133 [exec] [au:antunit] Build File: [exec] [au:antunit] Tests run: 4, Failures: 0, Errors:

Re: ant git commit: disable a bunch of caches, just so we've tried that as well

That was it! :) The same old canonical path cache. Looking at the JDK code, I still am not sure which exact code path triggers this stale/invalid cache in this specific case, but apparently it does. [exec] [junit] Testsuite: org.apache.tools.ant.taskdefs.optional.unix.SymlinkTest

Re: ant git commit: disable a bunch of caches, just so we've tried that as well

On 19/12/17 5:13 PM, Jaikiran Pai wrote: Looking at the JDK code, I still am not sure which exact code path triggers this stale/invalid cache in this specific case, but apparently it does. Now that we know the canonical path cache is playing a role, I think the only way this issue makes

Re: Ant support for users who use JUnit5

Thank you. I'm moving ahead with the new proposed task. Hopefully I should be able to have something functional in a few days. -Jaikiran On 14/12/17 5:14 PM, Stefan Bodewig wrote: On 2017-12-14, Jaikiran Pai wrote: With that context, I would like to explain what I have attempted so far

Re: Build failed in Jenkins: Ant-Build-Matrix-1.9.x-Linux » JDK 1.6 (latest) #134

It's back to normal [1], so the crash seems to be specific to certain nodes on Jenkins, for Java 6. I don't plan to look more into this. [1] https://builds.apache.org/job/Ant-Build-Matrix-1.9.x-Linux/jdk=JDK%201.6%20(latest)/135/ -Jaikiran On 13/12/17 8:40 PM, Jaikiran Pai wrote: So we

Re: Github ant repo now integrated with Jenkins for pull request testing

On 12/12/17 8:05 PM, Jaikiran Pai wrote: The next few days, I'll probably try and see if I can get a Linux based job to run alongside this Windows job for PRs. We now have a Linux one too for the PRs https://builds.apache.org/job/Ant%20Github-PR-Linux/. It has the same characteristics

Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977

Do let me know if there's anything I can do to help investigate this. I'm curious myself to see what's causing this. -Jaikiran On 13/12/17 2:56 AM, Stefan Bodewig wrote: On 2017-12-12, Stefan Bodewig wrote: On 2017-12-12, Jaikiran Pai wrote: So the one final test that's still failing

Re: Ant support for users who use JUnit5

by changing the internal implementation detail of this task (and maybe removing support for certain attributes). Either way, I would still like to hear others thoughts on this. -Jaikiran On 14/12/17 3:39 PM, Jaikiran Pai wrote: I've started some experiments in adding support for the recently

Ant support for users who use JUnit5

I've started some experiments in adding support for the recently released JUnit5 [1] in Ant. I don't mean using JUnit5 for test cases written within our Ant project, instead I am talking about allowing users to use a Ant task to be able to run JUnit5 based test cases as requested here [2].

Re: ant git commit: logs say "link has been created", is it a timing issue?

The interesting bit from the logs that you enabled for investigating this appears to be the contents in the "recorded.links" properties file that gets created in the "test-record" target: #listing properties#Tue Dec 19 09:28:22 UTC 2017

Re: [2/2] ant-ivy git commit: No need to synchronise a concurrent map

Based on my cursory look at this code and this change, I think this change isn't right. From what I see in the code, the synchronized block is necessary, since what it's trying to achieve there is a mutual exclusivity over a bunch of operations within that block. With this synchronized block

Re: ant-ivy git commit: tidy up the code

On 08/12/17 2:23 PM, Dominique Devienne wrote: On Fri, Dec 8, 2017 at 7:53 AM, wrote: Repository: ant-ivy Updated Branches: refs/heads/master 1b84f2ee7 -> 12aeeec70 tidy up the code -if ((currentTask.getTaskName() != null) +if

Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977

You are right, that indeed was the issue (for one of that failing test). I have pushed a commit with this change to fix that one. -Jaikiran On 10/12/17 3:13 PM, Stefan Bodewig wrote: On 2017-12-10, Stefan Bodewig wrote: testCreateDoubleHanging is related to

Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977

I'll investigate why this is failing (local tests pass for me) and fix it. -Jaikiran On 10/12/17 2:29 PM, Apache Jenkins Server wrote: See

Potential breaking change to symlink task [ was Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977]

On 10/12/17 3:09 PM, Stefan Bodewig wrote: On 2017-12-10, Jaikiran Pai wrote: I'll investigate why this is failing (local tests pass for me) and fix it. Target testCreateOverFile in the antunit test explicitly tries to replace a file with a link, doing exactly what the bugzilla report says

Re: Potential breaking change to symlink task [ was Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977]

in as you've been the one who brought in the change that gets contested by https://bz.apache.org/bugzilla/show_bug.cgi?id=58683 and maybe you recall the details better than we do.] On 2017-12-10, Jaikiran Pai wrote: On 10/12/17 3:09 PM, Stefan Bodewig wrote: On 2017-12-10, Jaikiran Pai wrote: I'll

Re: Potential breaking change to symlink task [ was Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977]

So I have now pushed a fix[1] on top of my previous changes, which should accommodate both these use cases (and continue to use Java 7 APIs for symlinking). This is very useful, many thanks. We may want to modify the manual so it becomes clear that overwrite will replace regular files as well.

Github ant repo now integrated with Jenkins for pull request testing

We now have integrated our Jenkins build environment hosted by apache.org with our Ant github repo[1], such that whenever a pull request is submitted, it now triggers a build and runs tests against the submitted pull request and then comments/adds a status to the PR on how the build went. This

Re: Please ignore the github emails for the next hour or so

, Jaikiran Pai wrote: Sorry about the continuous mails from github/ant repo. I'm (yet again) trying to get the Jenkins job integrated with Ant github repo. I don't have a way to disable these mails while I experiment with it to get it right. Hopefully, it should be sorted out in the next hour or so

Re: Jenkins build became unstable: Ant-Build-Matrix-master-Linux » JDK 1.8 (latest) #977

So the one final test that's still failing is this one[1]. It's failing consistently only on Jenkins, that too with only Java 8 (jdk1.8.0_131). I have tried reproducing that one locally with that exact Java version and even the latest Java 8 and haven't been able to reproduce it. Before I try

Please ignore the github emails for the next hour or so

Sorry about the continuous mails from github/ant repo. I'm (yet again) trying to get the Jenkins job integrated with Ant github repo. I don't have a way to disable these mails while I experiment with it to get it right. Hopefully, it should be sorted out in the next hour or so. -Jaikiran

Re: ant-ivy git commit: IVY-1420 document current implementation [Forced Update!]

Let's not force update the upstream repo please, especially the real branches like the master branch. -Jaikiran On 21/10/17 10:22 PM, gin...@apache.org wrote: Repository: ant-ivy Updated Branches: refs/heads/master 744c31824 -> 2074889ec (forced update) IVY-1420 document current

delete task with a wildcard "file"

efs/heads/master Commit: ca91b859f190598729613db4536a24f708eeb20b Parents: 1a2c33f Author: Jaikiran Pai <jaiki...@apache.org> Authored: Thu Dec 21 10:20:59 2017 +0530 Committer: Jaikiran Pai <jaiki...@apache.org> Committed: Thu Dec 21 10:20:59 2017 +0530 ---

Re: delete task with a wildcard "file"

On 21/12/17 10:42 AM, Stefan Bodewig wrote: On 2017-12-21, Jaikiran Pai wrote: I committed this change below, to use a resource collection to allow the build to pass, which had started failing on Windows, after I did a recent change to the delete task to use Java 7 java.nio.file.Files API

Re: ant depends task fails for JDK10 module-info.class

Looks like a bug. Can you file a bug in the Ant bugzilla? I can take a look at it later tonight. -Jaikiran On 12/05/18 4:45 PM, Simon IJskes wrote: Hi, Just checking if this bug is known? I could not find it in bugzilla. https://issues.apache.org/jira/browse/NETBEANS-781 Groeten, Simon

Re: ant depends task fails for JDK10 module-info.class

On 12/05/18 8:29 PM, Simon IJskes wrote: I went ahead and pushed a commit[1] to fix this. We have our nightly Jenkins job which generates a nightly build. So if you would like to test it, you can pick up a distribution which contains this commit, whenever the next job runs. The artifact

Re: ant depends task fails for JDK10 module-info.class

://github.com/apache/ant/commit/d0f9c2e121e2b3a18b679705c2f2164426e7e6fb [2] https://builds.apache.org/job/Ant_Nightly/lastSuccessfulBuild/artifact/distribution/ -Jaikiran On 12/05/18 5:30 PM, Jaikiran Pai wrote: Looks like a bug. Can you file a bug in the Ant bugzilla? I can take a look at it later

Re: [GitHub] ant pull request #:

No problem. That change to WHATSNEW is fine, I don't mind. -Jaikiran On 13/05/18 1:03 PM, Gintautas Grigelionis wrote: Thanks, great work! I hope you don't mind me taking the liberty to adjust WHATSNEW. Gintas 2018-05-13 6:01 GMT+02:00 Jaikiran Pai <jai.forums2...@gmail.com>: I di

Re: [GitHub] ant pull request #:

I did plan to addit yesterday, but my local tests did not trigger the package-info constant pool entry for some reason. So I decided to not rush it in and spend some time to get the test right, to make sure it works fine. I'll add it in either tonight or tomorrow once I get to see what's going

Re: [1/2] ant git commit: Deprecate CollectionUtils and Enumerations; reduce explicit use of Enumeration

On 18/05/18 11:15 AM, Gintautas Grigelionis wrote: I'm not quite sure that what you say was true "in most of the cases". Gintas 2018-05-18 6:52 GMT+02:00 Jaikiran Pai <jai.forums2...@gmail.com>: To be honest, I don't think this deprecation/conversion change is good(includin

  1   2   3   4   5   >