Bug report for Ant [2017/06/25]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=Critical  REG=Regression  MAJ=Major   |
| |   |   MIN=Minor   NOR=NormalENH=Enhancement TRV=Trivial |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 5003|Opn|Blk|2001-11-21|exec task does not return after executed command f|
| 6606|Opn|Enh|2002-02-21|META-BUG problems with delegating classloaders|
| 7552|Opn|Cri|2002-03-28|Invalid task cache in targets |
| 7712|New|Enh|2002-04-03|Provide patternset support for VSSGET task?   |
| 8294|New|Enh|2002-04-19|: Allow  and  to app|
| 8866|New|Enh|2002-05-07|Signal handling in java task  |
| 8895|New|Enh|2002-05-08|ant and/or antcall should support forking |
| 8972|New|Enh|2002-05-10|allow property expansion in  property v|
| 8981|New|Enh|2002-05-10|Tar task command additional features  |
| 9294|New|Enh|2002-05-21|[PATCH] optional/j2ee/ServerDeploy OC4J Support   |
| 9995|Ass|Enh|2002-06-19|MKS Source Integrity tasks|
|10020|New|Enh|2002-06-19|'s dependency behaviour should be more con|
|10231|New|Enh|2002-06-25|Need access to current file in SQLExec|
|10283|New|Enh|2002-06-27|Add a destfile to the uptodate task   |
|10402|New|Enh|2002-07-02|adding the ability of html like whitespace preserv|
|3|New|Enh|2002-07-24|keytool task  |
|11560|Opn|Enh|2002-08-08|Taskdef does not apply reverseLoader policy on sta|
|12267|New|Enh|2002-09-03|Add ability to unzip into separate folders|
|12292|New|Enh|2002-09-04|[PATCH] enable  tag inside tar|
|12334|New|Enh|2002-09-05|REQUEST: Ant task doesn't allow attachment of a bu|
|12518|New|Enh|2002-09-11|Gunzip & BUnZip2 add filesets, patternsets, and ov|
|12765|New|Enh|2002-09-18|"rmdir" and "deltree" patches for ftp task enhance|
|12964|New|Enh|2002-09-24|ANTLR only takes one input file at a time |
|13047|Inf|Enh|2002-09-26|Support for  and  on O|
|13371|New|Enh|2002-10-07|[PATCH] Contributed new CvsExportDiff task|
|13847|New|Nor|2002-10-22|pvcs task: wrong option (-r) specified for get (sh|
|13934|New|Enh|2002-10-24|Translate task shouldn't load default locale prope|
|13939|New|Enh|2002-10-24|Translate task should have better key matching cap|
|14320|New|Enh|2002-11-06|copy fileset followsymlinks="false" does not copy |
|14393|New|Enh|2002-11-08|Support use of jndi within ant|
|14512|New|Enh|2002-11-13|Allow creating database connection similar to  with  does not spot bad symlin|
|15149|New|Enh|2002-12-06|Replace task  |
|15244|New|Enh|2002-12-10|tar task should be able to store symbolic links as|
|15430|New|Enh|2002-12-17|Enhancement to ReplaceRegExp.java |
|15596|New|Enh|2002-12-21|Identity mapper in uptodate task. |
|15747|New|Enh|2003-01-01|change tasks (e.g. Ant) to take urls as well as fi|
|15853|New|Enh|2003-01-07|Allow to plug-in different XML Catalog resolver in|
|15949|Opn|Enh|2003-01-10|please provide links to docs.xml and jakarta-site2|
|16131|New|Enh|2003-01-15|not possible to suppress "BUILD SUCCESSFUL" messag|
|16427|New|Enh|2003-01-26|Output return value of setLastModified/document be|
|16469|New|Enh|2003-01-27|Apply task should allow parallel execution on diff|
|16494|New|Enh|2003-01-28|[PATCH] accessibility of Ant documentation|
|16562|New|Enh|2003-01-29|Can not accept characters  from keyboard in a thre|
|16860|New|Enh|2003-02-06|Silent or Debug a single target   |
|16896|New|Enh|2003-02-07|Support in ProjectHelper / ProjectHelperImpl to op|
|17074|New|Enh|2003-02-14|Contribution for WLSTOP   |
|17181|New|Nor|2003-02-18|Build fails while trying to get VSS files by label|
|17372|New|Enh|2003-02-25|Enhancement of replace Task   |
|17742|New|Maj|2003-03-06|PVCS task generates GET with promotion group incor|
|17781|New|Enh|2003-03-07|name attribute of record task is not relative to b|
|17829|New|Enh|2003-03-10|Allow ejbjar task to accept nested manifest   |
|17850|New|Nor|2003-03-10|PVCS task dont work with promotion group  |

Jenkins Jobs of Ivy/IvyDE

[Nicolas Lalevée]

Hi,

I worked on the Jenkins jobs to make them work.

There was some issues with job dependencies. Following the instructions there 
[1] worked.
I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe 
now the nightly is redundant.
I made the Ivy-checks build work, some https changed in favor of http.
The test matrix is now separated into two builds now, since no Ant installation 
is common for both Windows and Ubuntu. They are both testing JDK7 and JDK8.
The IvyDE job is no longer downloading Ivy’s jar via a hard coded http url. It 
is relying now on a plugin which copies artifacts around.

There are still some error though, most probably not related to the Jenkins 
configuration:
- the Windows build of Ivy is broken, the retrieve doesn’t work [2].
- the IvyDE is failing to resolve the OSGi metadata of Ivy [3]. It is 
reproductible locally.

I’ll look at the IvyDE updatesite job when the build of IvyDE will be fixed.

Nicolas

[1] https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization 

[2] 
https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows,jdk=JDK%201.7%20(latest)/2/console
 

[3] https://builds.apache.org/job/IvyDE/315/console 

Re: Jenkins Jobs of Ivy/IvyDE

[Gintautas Grigelionis]

[3]: the path looks wrong, it starts with "\:\:\"
[2]: please check that unpacking of drops puts files into the correct
places (the contents should go into "features" and "plugins" directories of
PDE).

Gintas

2017-06-25 16:57 GMT+02:00 Nicolas Lalevée :

> Hi,
>
> I worked on the Jenkins jobs to make them work.
>
> There was some issues with job dependencies. Following the instructions
> there [1] worked.
> I have made the Ivy Job also build the snapshot-bin, like the nightly.
> Maybe now the nightly is redundant.
> I made the Ivy-checks build work, some https changed in favor of http.
> The test matrix is now separated into two builds now, since no Ant
> installation is common for both Windows and Ubuntu. They are both testing
> JDK7 and JDK8.
> The IvyDE job is no longer downloading Ivy’s jar via a hard coded http
> url. It is relying now on a plugin which copies artifacts around.
>
> There are still some error though, most probably not related to the
> Jenkins configuration:
> - the Windows build of Ivy is broken, the retrieve doesn’t work [2].
> - the IvyDE is failing to resolve the OSGi metadata of Ivy [3]. It is
> reproductible locally.
>
> I’ll look at the IvyDE updatesite job when the build of IvyDE will be
> fixed.
>
> Nicolas
>
> [1] https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization <
> https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization>
> [2] https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows,
> jdk=JDK%201.7%20(latest)/2/console  job/Ivy-tests-Windows/OS=Windows,jdk=JDK%201.7%20(latest)/2/console>
> [3] https://builds.apache.org/job/IvyDE/315/console <
> https://builds.apache.org/job/IvyDE/315/console>
>
>

Re: Jenkins Jobs of Ivy/IvyDE

[Nicolas Lalevée]

> Le 25 juin 2017 à 17:50, Gintautas Grigelionis  a 
> écrit :
> 
> [3]: the path looks wrong, it starts with "\:\:\ »

I have seen that too.

> [2]: please check that unpacking of drops puts files into the correct
> places (the contents should go into "features" and "plugins" directories of
> PDE).

I have done that already. I even checked that the placed in the plugins 
directory have the proper OSGi metadata. It is reproductible locally if you 
wish to debug and suggest a fix.

Nicolas

> 
> Gintas
> 
> 2017-06-25 16:57 GMT+02:00 Nicolas Lalevée  >:
> 
>> Hi,
>> 
>> I worked on the Jenkins jobs to make them work.
>> 
>> There was some issues with job dependencies. Following the instructions
>> there [1] worked.
>> I have made the Ivy Job also build the snapshot-bin, like the nightly.
>> Maybe now the nightly is redundant.
>> I made the Ivy-checks build work, some https changed in favor of http.
>> The test matrix is now separated into two builds now, since no Ant
>> installation is common for both Windows and Ubuntu. They are both testing
>> JDK7 and JDK8.
>> The IvyDE job is no longer downloading Ivy’s jar via a hard coded http
>> url. It is relying now on a plugin which copies artifacts around.
>> 
>> There are still some error though, most probably not related to the
>> Jenkins configuration:
>> - the Windows build of Ivy is broken, the retrieve doesn’t work [2].
>> - the IvyDE is failing to resolve the OSGi metadata of Ivy [3]. It is
>> reproductible locally.
>> 
>> I’ll look at the IvyDE updatesite job when the build of IvyDE will be
>> fixed.
>> 
>> Nicolas
>> 
>> [1] https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization <
>> https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization 
>> >
>> [2] https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows 
>> ,
>> jdk=JDK%201.7%20(latest)/2/console > 
>> job/Ivy-tests-Windows/OS=Windows,jdk=JDK%201.7%20(latest)/2/console>
>> [3] https://builds.apache.org/job/IvyDE/315/console 
>>  <
>> https://builds.apache.org/job/IvyDE/315/console 
>> >

Re: Jenkins Jobs of Ivy/IvyDE

[Nicolas Lalevée]

> Le 25 juin 2017 à 16:57, Nicolas Lalevée  a écrit 
> :
> 
> Hi,
> 
> I worked on the Jenkins jobs to make them work.
> 
> There was some issues with job dependencies. Following the instructions there 
> [1] worked.

Then didn’t worked…
Setting the Authorization to « Run as User who Triggered Build » seems to only 
works when triggered manually, not by the cron. So now I have set « Run as 
Specific User », me, « hibou ». It now works with the cron. Most probably for 
me manually too. But maybe not for anybody else…

Nicolas


-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Re: Jenkins Jobs of Ivy/IvyDE

[Gintautas Grigelionis]

2017-06-25 18:23 GMT+02:00 Nicolas Lalevée :

> > [2]: please check that unpacking of drops puts files into the correct
> > places (the contents should go into "features" and "plugins" directories
> of
> > PDE).
>
> I have done that already. I even checked that the placed in the plugins
> directory have the proper OSGi metadata. It is reproductible locally if you
> wish to debug and suggest a fix.
>
> Nicolas
>

I am sorry, my memory of what I was doing back in December is incorrect.
I guess I somehow updated
configuration/org.eclipse.equinox.simpleconfigurator/bundles.info or did
something else.
Luckily, there's a simpler way, the dropins should go into their own
special directory, which needs the following change

--- a/build.xml
+++ b/build.xml
@@ -555,11 +555,11 @@ You have to specify the Ivy to install with one of
the following property:
 
 
 
-
-
-
-
-
+
+
+
+
+
 
 

I don't understand why "jenkins-prepare" (neé "hudson-prepare") would skip
"download-ivy" (because "jenkins-install-ivy" sets ivy.jar.url to "" rather
than ${hudson.ivy.jar.url}) and fail?

Gintas

> 2017-06-25 16:57 GMT+02:00 Nicolas Lalevée  >:
> >
> >> Hi,
> >>
> >> I worked on the Jenkins jobs to make them work.
> >>
> >> There was some issues with job dependencies. Following the instructions
> >> there [1] worked.
> >> I have made the Ivy Job also build the snapshot-bin, like the nightly.
> >> Maybe now the nightly is redundant.
> >> I made the Ivy-checks build work, some https changed in favor of http.
> >> The test matrix is now separated into two builds now, since no Ant
> >> installation is common for both Windows and Ubuntu. They are both
> testing
> >> JDK7 and JDK8.
> >> The IvyDE job is no longer downloading Ivy’s jar via a hard coded http
> >> url. It is relying now on a plugin which copies artifacts around.
> >>
> >> There are still some error though, most probably not related to the
> >> Jenkins configuration:
> >> - the Windows build of Ivy is broken, the retrieve doesn’t work [2].
> >> - the IvyDE is failing to resolve the OSGi metadata of Ivy [3]. It is
> >> reproductible locally.
> >>
> >> I’ll look at the IvyDE updatesite job when the build of IvyDE will be
> >> fixed.
> >>
> >> Nicolas
> >>
> >> [1] https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization
> <
> >> https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization <
> https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization>>
> >> [2] https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows <
> https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows>,
> >> jdk=JDK%201.7%20(latest)/2/console  https://builds.apache.org/>
> >> job/Ivy-tests-Windows/OS=Windows,jdk=JDK%201.7%20(latest)/2/console>
> >> [3] https://builds.apache.org/job/IvyDE/315/console <
> https://builds.apache.org/job/IvyDE/315/console> <
> >> https://builds.apache.org/job/IvyDE/315/console <
> https://builds.apache.org/job/IvyDE/315/console>>
>
>

Re: Jenkins Jobs of Ivy/IvyDE

[Nicolas Lalevée]

> I am sorry, my memory of what I was doing back in December is incorrect.
> I guess I somehow updated
> configuration/org.eclipse.equinox.simpleconfigurator/bundles.info or did
> something else.
> Luckily, there's a simpler way, the dropins should go into their own
> special directory, which needs the following change
> 
> --- a/build.xml
> +++ b/build.xml
> @@ -555,11 +555,11 @@ You have to specify the Ivy to install with one of
> the following property:
>  />
>  failonerror="false" />
>  dest="${basedir}/dependencies/" />
> - dest="${basedir}/dependencies/" />
> - dest="${basedir}/dependencies/" />
> - dest="${basedir}/dependencies/" />
> - dest="${basedir}/dependencies/" />
> - src="${basedir}/dependencies/${eclipse.download.zest.name}.zip"
> dest="${basedir}/dependencies/" />
> + dest="${basedir}/dependencies/eclipse/dropins" />
> + dest="${basedir}/dependencies/eclipse/dropins" />
> + dest="${basedir}/dependencies/eclipse/dropins" />
> + dest="${basedir}/dependencies/eclipse/dropins" />
> + src="${basedir}/dependencies/${eclipse.download.zest.name}.zip"
> dest="${basedir}/dependencies/eclipse/dropins" />
>  tofile="${basedir}/dependencies/${eclipse.download.sdk.name}" />
> 

I don’t understand what you are suggesting. The issue at hand is resolving the 
Ivy jar. The suggested patch is about installing eclipse plugins in dropins. 
But the build is still not finding the ivy plugin.

> I don't understand why "jenkins-prepare" (neé "hudson-prepare") would skip
> "download-ivy" (because "jenkins-install-ivy" sets ivy.jar.url to "" rather
> than ${hudson.ivy.jar.url}) and fail?

Again, sorry, but I don’t understand what you are talking about. Are you seing 
the same error as the one Jenkins is showing ? The error is occurring with the 
eclipse build started, way later.

Nicolas


-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Re: Jenkins Jobs of Ivy/IvyDE

[Jaikiran Pai]

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 make them work.

There was some issues with job dependencies. Following the instructions there 
[1] worked.
I have made the Ivy Job also build the snapshot-bin, like the nightly. Maybe 
now the nightly is redundant.
I made the Ivy-checks build work, some https changed in favor of http.
The test matrix is now separated into two builds now, since no Ant installation 
is common for both Windows and Ubuntu. They are both testing JDK7 and JDK8.
The IvyDE job is no longer downloading Ivy’s jar via a hard coded http url. It 
is relying now on a plugin which copies artifacts around.

There are still some error though, most probably not related to the Jenkins 
configuration:
- the Windows build of Ivy is broken, the retrieve doesn’t work [2].
- the IvyDE is failing to resolve the OSGi metadata of Ivy [3]. It is 
reproductible locally.

I’ll look at the IvyDE updatesite job when the build of IvyDE will be fixed.

Nicolas

[1] https://cwiki.apache.org/confluence/display/INFRA/Job+Authorization 

[2] 
https://builds.apache.org/job/Ivy-tests-Windows/OS=Windows,jdk=JDK%201.7%20(latest)/2/console
 

[3] https://builds.apache.org/job/IvyDE/315/console 




-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Re: Jenkins Jobs of Ivy/IvyDE

[Gintautas Grigelionis]

If I understand the process correctly, Jenkins executes "ant
prepare-jenkins" first, which does not work locally any more, because the
property used to figure out where to get Ivy jar from is set to an empty
string. I wondered what was the reason for that change. Actually, when I
look at it again, the change is even more drastic. Previously,
"hudson-install-ivy" would depend on both "hudson-install-ivy-jar" (setting
"ivy.jar.url") and "hudson-install-ivy-release" (setting "ivy.version" if
"hudson.ivy.jar.url" was not available). In addition, "baseLocation" was
set. The new target "jenkins-install-ivy" does not make sense to me.

In the next step, Jenkins executes "ant dist checkstyle rat" which fails
because of "missing" Eclipse plugins. That is apparently caused by dropins
being unpacked in the wrong place in the first build stage
("prepare-jenkins"). In my first suggestion, I was obviously wrong about
what that place should be. I do recall using getting Eclipse to work
locally with an older IvyDE build.xml, but I did not document whether that
involved any extra steps. However, Eclipse is able to bootstrap itself
locally when dropins are unpacked in "dropins" directory, see Eclipse
documentation [1]. That's what the patch is for.

Gintas

[1] https://wiki.eclipse.org/Equinox/p2/Getting_Started#Dropins


2017-06-25 22:27 GMT+02:00 Nicolas Lalevée :

>
> > I am sorry, my memory of what I was doing back in December is incorrect.
> > I guess I somehow updated
> > configuration/org.eclipse.equinox.simpleconfigurator/bundles.info or did
> > something else.
> > Luckily, there's a simpler way, the dropins should go into their own
> > special directory, which needs the following change
> >
> > --- a/build.xml
> > +++ b/build.xml
> > @@ -555,11 +555,11 @@ You have to specify the Ivy to install with one of
> > the following property:
> >  failonerror="false"
> > />
> >  > failonerror="false" />
> >  > dest="${basedir}/dependencies/" />
> > - > dest="${basedir}/dependencies/" />
> > - > dest="${basedir}/dependencies/" />
> > - > dest="${basedir}/dependencies/" />
> > - > dest="${basedir}/dependencies/" />
> > - > dest="${basedir}/dependencies/" />
> > + > dest="${basedir}/dependencies/eclipse/dropins" />
> > + > dest="${basedir}/dependencies/eclipse/dropins" />
> > + > dest="${basedir}/dependencies/eclipse/dropins" />
> > + > dest="${basedir}/dependencies/eclipse/dropins" />
> > + > dest="${basedir}/dependencies/eclipse/dropins" />
> >  > tofile="${basedir}/dependencies/${eclipse.download.sdk.name}" />
> > 
>
> I don’t understand what you are suggesting. The issue at hand is resolving
> the Ivy jar. The suggested patch is about installing eclipse plugins in
> dropins. But the build is still not finding the ivy plugin.
>
> > I don't understand why "jenkins-prepare" (neé "hudson-prepare") would
> skip
> > "download-ivy" (because "jenkins-install-ivy" sets ivy.jar.url to ""
> rather
> > than ${hudson.ivy.jar.url}) and fail?
>
> Again, sorry, but I don’t understand what you are talking about. Are you
> seing the same error as the one Jenkins is showing ? The error is occurring
> with the eclipse build started, way later.
>
> Nicolas
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>

AW: [1/5] ant-ivy git commit: set copyright to 2017

[RZF, Ref 410]

Would it be better to insert the actual year to the generation process?

If I remember right Stefan had changed the site templates regarding the license 
link (.../ instead of .../LICENSE-2.0.txt).
Should we use that link here too?

cheers
Jan

-Ursprüngliche Nachricht-
Von: hi...@apache.org [mailto:hi...@apache.org] 
Gesendet: Sonntag, 25. Juni 2017 01:09
An: notificati...@ant.apache.org
Betreff: [1/5] ant-ivy git commit: set copyright to 2017


http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/97c24fdd/asciidoc/templates/document.html.slim
--
diff --git a/asciidoc/templates/document.html.slim 
b/asciidoc/templates/document.html.slim
index 41d344a..637affb 100644
--- a/asciidoc/templates/document.html.slim
+++ b/asciidoc/templates/document.html.slim
@@ -76,7 +76,7 @@ html lang=(attr :lang, 'en' unless attr? :nolang)
   div id="footer-message" class="footer"
 hr/
 i
-  | Copyright © 2014 The Apache Software Foundation, Licensed 
under the
+  | Copyright © 2017 The Apache Software Foundation, Licensed 
under the
   a href="http://www.apache.org/licenses/LICENSE-2.0.txt"; Apache 
License, Version 2.0
   | .
 br/


-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org