Jenkins-Builds failing

[Jan Matèrne]

Several of our Jenkins builds are failing:

 

IvyDE: 

https://builds.apache.org/view/A/view/Ant/job/IvyDE/

https://builds.apache.org/view/A/view/Ant/job/IvyDE/lastBuild/console

Can't get
http://download.eclipse.org/webtools/downloads/drops/R3.4.2/R-3.4.2-20130208
151217/wtp4x-R-3.4.2-20130208151217.zip to
/home/jenkins/jenkins-slave/workspace/IvyDE/dependencies/wtp4x-R-3.4.2-20130
208151217.zip

 

The source URL gives a 404.

 

 

AntLib - AntUnit

https://builds.apache.org/view/A/view/Ant/job/AntLib-antunit/

https://builds.apache.org/view/A/view/Ant/job/AntLib-antunit/lastBuild/conso
le

[ivy:resolve]   Server access error at url
https://repo1.maven.org/maven2/org/apache/ant/ant-testutil/1.8.1/ant-testuti
l-1.8.1.pom (javax.net.ssl.SSLException: Received fatal alert:
protocol_version)

 

 

AntLib - SVN

same problem as for AU

 

 

Ivy

https://builds.apache.org/view/A/view/Ant/job/Ivy/

https://builds.apache.org/view/A/view/Ant/job/Ivy/lastBuild/console

same problem as for AU

 

 

Ant Nightly

https://builds.apache.org/view/A/view/Ant/job/Ant_Nightly/

https://builds.apache.org/view/A/view/Ant/job/Ant_Nightly/lastBuild/console

all runs fine, but "Archiving artifacts" requires lt of time …

 

 

Ideas?

 

Jan

PR-36

[Jan Matèrne]

>Gintas

> P.S. Could we please finish the PR #36? I'll look into adding Clover
separately.

 

I am currently having a look.

Actual status:

 

build.xml:480: java.lang.IncompatibleClassChangeError: class
org.jacoco.core.internal.flow.ClassProbesVisitor has interface
org.objectweb.asm.ClassVisitor as super class

...

at java.lang.ClassLoader.loadClass(Unknown Source)

at org.jacoco.ant.ReportTask.createBundle(ReportTask.java:563)

at org.jacoco.ant.ReportTask.createReport(ReportTask.java:542)

at org.jacoco.ant.ReportTask.execute(ReportTask.java:495)

 

 

You mentioned multiple/wrong ASM on the classpath. I am starting searching
...

 

 

Jan

[VOTE] Increase minimum Java version for Ivy to Java7

[Jan Matèrne]

Ivy uses Java7 from Ivy-2.5.x, so let us increase the minimum Java version
for IvyDE from 1.4 [2] to Java7, too.

According to Eclipse Wiki [2] this will result in requiring Eclipse 4.4
(from 2014) or newer.

 

According to the bylaws [3] this vote is open for one week (until
05.06.2017).

 

 

I'll start with +1.

 

 

Jan

 

[1]
http://ant.apache.org/ivy/ivyde/history/latest-milestone/compatibility.html

[2] https://wiki.eclipse.org/Eclipse/Installation

[3]   http://ant.apache.org/bylaws.html

 

PR-33: problems

[Jan Matèrne]

I did a review of  
https://github.com/apache/ant-ivy/pull/33

Here are the points I have problems with, so I want to discuss them here.

Basically it's about breaking BC. So how to deal with that?

 

 

Jan

 

 

Fixing the spell error in DelegateHandler$ChildElementHandler
(s/childHanlded/childHandled/) means breaking beakward compatiblity. 

We could introduce a delegetate for that:

  /** for BC */

  @Deprecated

  public void childHanlded(DH child) throws SAXParseException {

childHandled(DH child);

  }

While refactoring you have renamed all occurences in the Ivy codebase. 

On the other hand I don't know the impact (maybe outside of Ivy). I'll bring
that to the dev-list.

 

 

src/java/org/apache/ivy/osgi/repo/FSManifestIterable.java: renaming the
public constant DEFAULT_BUNLDE_FILTER also means breaking BC.

 

 

src/java/org/apache/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.

 

 

 

 

build IvyDE

[Jan Matèrne]

I tried to get the IvyDE build working.

Finally I am getting a 

 

[eclipse.buildScript] Some inter-plug-in dependencies have not been
satisfied.

[eclipse.buildScript] Bundle org.apache.ivyde.eclipse.resolvevisualizer:

[eclipse.buildScript]   Missing required plug-in
org.eclipse.zest.core_[1.2.0,2.0.0).

[eclipse.buildScript]   Missing required plug-in
org.eclipse.zest.layouts_[1.1.0,2.0.0).

 

I could download zest via "ant hudson-get-zest"

 

hudson-get-zest:

  [get] Getting:
http://www.eclipse.org/downloads/download.php?file=/tools/gef/downloads/drop
s/3.6.2/R201102251600/GEF-zest-3.6.2.zip=http://carroll.aset.psu.edu/pub
/eclipse/tools/gef/downloads/drops/3.6.2/R201102251600/GEF-zest-3.6.2.zip
rror_id=546

  [get] To:
C:\projekte\apache-ant\ivy-ivyde\dependencies\GEF-zest-3.6.2.zip

  [get]
http://www.eclipse.org/downloads/download.php?file=/tools/gef/downloads/drop
s/3.6.2/R201102251600/GEF-zest-3.6.2.zip=http://carroll.aset.psu.edu/pub
/eclipse/tools/gef/downloads/drops/3.6.2/R201102251600/GEF-zest-3.6.2.zip
rror_id=546 moved to
http://archive.eclipse.org/tools/gef/downloads/drops/3.6.2/R201102251600/GEF
-zest-3.6.2.zip

  [get] ...

 

BUILD SUCCESSFUL

Total time: 5 seconds

 

 

Some ideas?

 

 

Jan

Buildjob: IvyDE

[Jan Matèrne]

I copied the IvyDE buildjob to have github support here.

https://builds.apache.org/view/A/view/Ant/job/IvyDE-GithubPR/

 

I changed IvyDE and IvyDE to not use "Ant latest" instead "Ant 1.9.9", so it
will work on Java<8.

 

I started IvyDE and it gives me an error I could not interpret:

https://builds.apache.org/view/A/view/Ant/job/IvyDE/lastBuild/console

 

compute-ivy-bundle-version:
[mkdir] Created dir:
/home/jenkins/jenkins-slave/workspace/IvyDE/work/ivy/jar
  [get] Getting:

https://builds.apache.org/job/Ivy/lastSuccessfulBuild/artifact/build/artifac
t/jars/ivy.jar
  [get] To: /home/jenkins/jenkins-slave/workspace/IvyDE/work/ivy/ivy.jar
  [get] Error getting

https://builds.apache.org/job/Ivy/lastSuccessfulBuild/artifact/build/artifac
t/jars/ivy.jar to
/home/jenkins/jenkins-slave/workspace/IvyDE/work/ivy/ivy.jar

 

BUILD FAILED
/home/jenkins/jenkins-slave/workspace/IvyDE/build.xml:561: The following
error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/IvyDE/build.xml:277:
javax.net.ssl.SSLException: java.lang.RuntimeException: Could not generate
DH keypair
at
com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.jav
a:1691)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java
:1222)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java
:1199)
at
sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434)
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Abstra
ctDelegateHttpsURLConnection.java:166)
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnection
Impl.java:133)
at
org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:737)
at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:650)
at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:640)
Caused by: java.lang.RuntimeException: Could not generate DH keypair
at com.sun.net.ssl.internal.ssl.DHCrypt.(DHCrypt.java:114)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.serverKeyExchange(ClientHandsh
aker.java:559)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshake
r.java:186)
at
com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
at
com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943
)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocket
Impl.java:1188)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java
:1215)
... 7 more
Caused by: java.security.InvalidAlgorithmParameterException: Prime size must
be multiple of 64, and can only range from 512 to 1024 (inclusive)
at
com.sun.crypto.provider.DHKeyPairGenerator.initialize(DashoA13*..)
at
java.security.KeyPairGenerator$Delegate.initialize(KeyPairGenerator.java:627
)
at com.sun.net.ssl.internal.ssl.DHCrypt.(DHCrypt.java:107)
... 14 more

 

 

Jan

[VOTE] Increase minimum Java version for Ivy to Java7

[Jan Matèrne]

As discussed on this mailing list [1] we should increase the minimum Java
version [2] from current (Ivy-2.4.0) Java5 to Java 7 (Ivy-2.5.0).
Decisions whether to increase to Java8 after that release should be make
after that release.
According to the bylaws [3] this vote is open for one week (until
26.05.2017).

Here is my +1
Jan

[1]
http://mail-archives.apache.org/mod_mbox/ant-dev/201705.mbox/ajax/%3C87415C1
F-5EFF-4C81-8078-0276CC21A8ED%40gmail.com%3E
[2] http://ant.apache.org/ivy/history/latest-milestone/compatibility.html
[3] http://ant.apache.org/bylaws.html


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

Ivy - Buildjobs/PreCommit

[Jan Matèrne]

I read the wiki page https://wiki.apache.org/general/PreCommitBuilds, the
Kafka issue https://issues.apache.org/jira/browse/KAFKA-1856 and had a look
at some other PreCommit-jobs.
For me this works like that:
1. The PreCommit-Admin job checks regularly on for new patches in Jira.
2. It invokes the "PreCommit-{JiraProject}" job mit Jira-ID and file-ID as
argument.
3. The job does the rest.

That means the job itself has to apply the patchfile - and of course run the
build.

On the other hand I found a blog post from infra
https://blogs.apache.org/infra/entry/github_pull_request_builds_now and set
up an according job
https://builds.apache.org/view/A/view/Ant/job/Ivy-GithubPR/
This job uses the Github integration by Cloudbees Enterprise plugin.
So next step for test would be a new/updated PR ...


Jan




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

DISCUSS How to retire a subproject/component

[Jan Matèrne]

Sadly we have some subprojects without any committer nor community
background.

Instead of leaving them as they are and hoping that "someone" will "sometime
in the future" work harder on them and do a release we retire them.

In that way we will reflect the real current status.

As for top level projects the Apache Attic we coult reactivate them if
required.

 

When retiring a subproject/component, what should and have we to do?

I collect some topics:

- version control

  Most of our source code is in git, only "site" and "sandbox" use
subversion.

  I propose to simply place a marker file on the top level.

  Copying/Moving to another location as Tomcat does on subversion 

  (svn.a.o/repos/asf/tomcat/archive) doesn't make sense to me as with git we


  always have a complete repository.

  The marker file (e.g. "RETIRED_PROJECT") could contain the result of the
vote,

  or further information like who to contact in case of reactivation. 

  We should ask infra to make the central repository read-only.

- issue tracker

  If the subproject/component has its own issue tracker we have to close
that.

  Is it enough to make it read-only, so these information are longer
available

  or do we have to delete it? 

- mailing list

  If the subproject/component we have to close this. We could send a final 

  email.

- announcement

  I think we should announce the retirement of the subproject.

- build jobs 

  All build jobs on Jenkins@Apache or TeamCity have to be deleted.

- homepage

  We could create an "attic/archive" page and list all retired subprojects.

  Here we could also place information about the 

  * the retirement "process"

  * where to find the old resources (vcs, mail archive, issue tracker)

  * who to ask current questions  

  * how to reactivate 

- release further resources

  Maybe a subproject locks further resources (update-site, ...). So we have

  to release them?   

 

Please comment.

 

 

Jan  

  

Bugzilla Spam

[Jan Matèrne]

In the last time we had several Bugzilla Spams.

Is there a "standard way" how to deal with that?

Should I place a note for the board@ao in the next report?

 

Jan

ReleaseNotes

[Jan Matèrne]

On the Camel mailinglist I read several times in the past, that the new
release should be added to the reporter system.

I added a note to our release instruction, so we won't forget that.

 

Jan

Bug 56721 - back quote and quote

[Jan Matèrne]

https://bz.apache.org/bugzilla/show_bug.cgi?id=56721

 

The user was irritated by the quoting of the build sequence:

Build sequence for target(s) `release' is [-set-mode-check,
-set-release-mode, ...

 

It starts with a 

`

but ends with a 

'

 

I have no problem with changing both to single quote '

On the other hand I dont see any benefit.

But what do you think?

 

 

Jan

IvyDE-updatesite - fix for jenkins

[Jan Matèrne]

https://builds.apache.org/job/IvyDE-updatesite/ is broken and I think its
because it tries to download the ivy.jar from the wrong location.
Because I dont have write access to that svn repo, I created a patch.
Please try ;)

cheers
Jan


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

Ant Homepage

[Jan Matèrne]

I had a look at the homepage:

* EasyAnt is not listed in the subproject section

* There is a graphic for ApacheCon, which is over.

I prepared a commit for that.

Should I commit?

 

Also I have seen that the EasyAnt homepage itself spells it Easyant or
EasyAnt (sometimes with upper A and sometimes with lower a).

I think it should be with upper A ;-)

Not sure if I should work here ...

 

After a long time of commits I want to be careful.

What is the current process of updating the homepage? 

- modify the svn site module

- run the build

- commit

- some more work here?

 

Jan

Ant Homepage

[Jan Matèrne]

I had a look at the homepage:

* EasyAnt is not listed in the subproject section

* There is a graphic for ApacheCon, which is over.

I prepared a commit for that.

Should I commit?

 

Also I have seen that the EasyAnt homepage itself spells it Easyant or
EasyAnt (sometimes with upper A and sometimes with lower a).

I think it should be with upper A ;-)

Not sure if I should work here ...

 

After a long time of commits I want to be careful.

What is the current process of updating the homepage? 

- modify the svn site module

- run the build

- commit

- some more work here?

 

Jan

AW: Ant Task Documentation

[Jan Matèrne]

Also have a look at
http://ant.apache.org/manual/tutorial-tasks-filesets-properties.html#documen
tation

Jan

 -Ursprüngliche Nachricht-
 Von: Matt Benson [mailto:gudnabr...@gmail.com]
 Gesendet: Donnerstag, 16. Juni 2011 18:27
 An: Ant Developers List; gruener.heinr...@web.de
 Betreff: Re: Ant Task Documentation
 
 2011/6/16 Grüner Heinrich gruener.heinr...@googlemail.com:
 
      Hi,
 
      I've written a couple of own tasks for which I want to generate
      help files via javadoc.
      This documentation should look like the original ant
 documentation.
      Can anyone provide a javadoc set up or doclet?
 
      Are there any efforts to generate the documentation of the core
      tasks out of the source code?
      Some source files seem to be prepared for taglet use.
 
      Regards,
      Stefan.
 
 
 
 At one time there were some experiments in that direction; search for
 gendoc at http://ant.apache.org/antlibs/sandbox.html .  However, this
 never took off.  In my experience the manual page of a given Ant task
 is cloned from some other such page.
 
 Matt
 
 -
 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

AW: Command Line Debugging

[Jan Matèrne]

Eclipse (tested with Helios) has a built in Ant debugger too.
Quick test:
- write a buildfile
- set a breakpoint (line 9)
- Debug as  Ant build

== Eclipse changed to the debug perspective (or wants to)
In the variables view you can see the properties, but not change values or set 
new props.


Jan

 -Ursprüngliche Nachricht-
 Von: Jesse Glick [mailto:jesse.gl...@oracle.com]
 Gesendet: Donnerstag, 9. Juni 2011 21:42
 An: dev@ant.apache.org
 Betreff: Re: Command Line Debugging
 
 On 06/09/2011 05:42 AM, Nicolas Lalevée wrote:
  At some point we may imagine a debugger in an IDE like Eclipse too.
 
 By the way there has long been an Ant debugger in NetBeans. Just select
 Debug Target from the context menu of a build script in e.g. the Files
 tab. Breakpoints and
 property inspection are supported.
 
 
 -
 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

AW: [VOTE] release of ant 1.8.2

[Jan Matèrne]

+1
Jan

 -Ursprüngliche Nachricht-
 Von: Antoine Levy-Lambert [mailto:anto...@gmx.de]
 Gesendet: Montag, 13. Dezember 2010 22:00
 An: Ant Developers List
 Betreff: [VOTE] release of ant 1.8.2
 
 Hi,
 
 as announced I have built a release candidate for Ant 1.8.2.
 
 This is available for download from
 http://people.apache.org/~antoine/dist/
 
 Do you want to release these artefacts as Apache Ant 1.8.2 ?
 
 Yes []
 
 No []
 
 Regards,
 
 Antoine
 
 -
 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

AW: Ant 1.8.2 build next week

[Jan Matèrne]

Should we move the P4-tasks to the Antlib (for later retiring) before the
release?

Jan

 -Ursprüngliche Nachricht-
 Von: Stefan Bodewig [mailto:bode...@apache.org]
 Gesendet: Montag, 13. Dezember 2010 10:23
 An: dev@ant.apache.org
 Betreff: Re: Ant 1.8.2 build next week
 
 On 2010-12-10, Antoine Levy-Lambert wrote:
 
  if no one objects, I would like to build ant 1.8.2 next week, likely
  on Monday (12/13), so the official release would then be 12/20.
 
 Sounds good.
 
  I have seen various nags of people who have entered bug reports [1]
  [2] in Bugzilla and would like them processed.
 
  [1] http://ant.1045680.n5.nabble.com/Bug-48829-td3276038.html
 
 this (bug 48829) is already applied in trunk.
 
 Stefan
 
 -
 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

AW: AW: Ant 1.8.2 build next week

[Jan Matèrne]

  Should we move the P4-tasks to the Antlib (for later retiring) before
 the release?
 
  Jan
 I would rather wait and do it right after the release. We can announce
 in the release message that the next release will not include the P4
 tasks.
 
 Antoine

Ok.

Jan


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

Perforce Ant Tasks

[Jan Matèrne]

I just noticed [1 (DE)] that Perforce now comes with its own tasks [2].

Should we keep our P4 tasks or give it up? (= moving to attic or deleting
and having in the SVN history).


Jan


[1]
http://www.deutschepresse.de/perforce-veroeffentlicht-scmintegration-apache-
antpr16697.html
[2] http://www.perforce.com/perforce/loadsupp.html#tools


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

Building AntUnit

[Jan Matèrne]

I tried to build AntUnit.
But the first problem is that you must have JUnit on the compile classpath.
This is not part of Ant and there is no target for downloading that.

So I thought about enhancing the common/ivy.xml for running ivy
- downloading the ivy.jar (I think go-ivy is the target name from the
tutorial :)
- retrieving the defined dependencies

WDYT?



Having manually added Junit 4.8.2 (-lib ...) I'll get

BUILD FAILED
C:\ant\svn-repository\antlibs\antunit\trunk\common\build.xml:351: The
following error occurred while executing this line:
C:\ant\svn-repository\antlibs\antunit\trunk\common\ivy.xml:59:
org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or
change an object in a way which is incorrect with regard to namespaces.
at
com.sun.org.apache.xerces.internal.dom.CoreDocumentImpl.checkNamespaceWF(Unk
nown Source)

The part is:

  target name=make-ivy.xml depends=ivy-init
unless=project.has-ivy.xml?
echo message=Creating ivy.xml ${target.ivy.xml} level=verbose/
echoxml file=${target.ivy.xml}
  ivy-module version=2.0
info organisation=${ivy.organization}
  module=ant
  revision=${artifact.version}
  publication=${publication.datetime}
  license name=Apache Software License 2.0
   url=http://www.apache.org/licenses/LICENSE-2.0/
  ivyauthor name=Apache Ant Development Team
 url=http://ant.apache.org//
/info
publications xmlns:e=urn:ant.apache.org:ivy-extras

Happens with JDK 1.5 and 1.6.

Any ideas?


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

Tests on Hudson are failing

[Jan Matèrne]

6 of the 7 failing tests on Hudson [1] are based on the return of 1 from
the jarsigner.
Could it be related to the JDK-Bug [2]? I read that bug entry that jarsigner
has problems with empty jars (and our optional jars are empty if the 3rd
party libs aren’t present.


I'll try setting -Doptional.jars.whenmanifestonly=skip on the job as test
...


Jan


[1]
https://hudson.apache.org/hudson/view/A-F/view/Ant/job/Ant_JDK_1.4_Test/last
CompletedBuild/testReport/
[2] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6982840




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

AW: Can Anybody Fix our Logos?

[Jan Matèrne]

Does anybody have a correct Apache logo (with the tm)?
I haven't found any for using as inspiration ...

Jan


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

AW: Ant+Ivy session at Apache Barcamp

[Jan Matèrne]

 I would assume that if dependencies between targets are properly set,
 and if it happens that the target dependency graph have two separates
 branch which are merging at some point, Ant would then be able to run
 those two separates branches in different threads, right ?
 
 I doubt there would be much improvement too with that kind of
 parallelism, most of the target graphs I have seen are quite linear:
 running test requires tests to be compiled, which requires the main
 java to be compiled, which requires an ivy resolve.
 When I saw real benefit of parallelism is when there are several
 different projects to build, like within hudson, which is kind of out
 of scope of ant itself (but maybe a fit in for EasyAnt :) ).

The ParallelExecutor in the sandbox
- sees each target as a building block which can be run in parallel
- starts each target if all prior targets (depends-attribute) have finished

Jan


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

AW: [VOTE] Accept Bushel Donation

[Jan Matèrne]

+1
Jan

 -Ursprüngliche Nachricht-
 Von: Stefan Bodewig [mailto:bode...@apache.org]
 Gesendet: Freitag, 5. November 2010 15:46
 An: dev@ant.apache.org
 Betreff: [VOTE] Accept Bushel Donation
 
 Hi,
 
 the people behind Bushel[1] want to donate their code to Ivy[2] and
 before I can start the formal IP clearance process we can and should
 vote whether we want to accept the donation at all.
 
 So, do we want to accept the Bushel donation?
 
 Stefan
 
 [1] Original: http://code.google.com/p/bushel/
 Donated Code: https://issues.apache.org/jira/browse/IVY-1241
 
 [2] http://mail-archives.apache.org/mod_mbox/ant-
 dev/201010.mbox/%3cb53d948c-5da9-48d8-b81d-2f8c44dba...@hibnet.org%3e
 
 -
 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

AW: Ant+Ivy session at Apache Barcamp

[Jan Matèrne]

 I got several interesting questions from participants :

I don't have the official answer ;-)
But my few cents:


 - why do we not ship ant and ivy together ?

Never really thought of. Maybe because its different release times.
But what Ant could do is bundling the latest Ivy ... (or did we have some
discussions? There is something in the background of my mind )


 - which support is there in ant to take advantage of multicore machines
 to do work in parallel ?

I worked on a parallel executor in the sandbox some years ago - more because
I had an idea I want to check.
But I think, Ant would not profit from a multicore cpu, because IMO most
time of a build is I/O.


Jan 




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

AW: AW: svn commit: r1026123 [1/3] - in /ant/core/trunk: docs/antlibs/proper.html docs/antlibs/sandbox.html docs/bylaws.html docs/external.html docs/nightlies.html docs/projects.html docs/resources.ht

[Jan Matèrne]

 I used velocity 1.4 before. I was unable to user newer versions. Maybe
 1.6.4 is one of the first versions where anakia works again for us ?

Thanks Antoine, 1.4 worked.

Jan


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

AW: How to fail if property expansion failed...

[Jan Matèrne]

Ok, after searching for the perl map function this is what I understand:
- you have defined a list of libraries (@classpath) which you require
- you want to fail if one of these libs is missing

Simply I would define a list (comma separated or one-per-line) and iterate
with antcontrib:for.

ac:for param=lib list=${required.libs}
  sequential
fail message=@{lib} missingnotavailable .../

(not checked deeper ;-)


But instead of defining a list of jars you _want_ to have, why not define a
list and let the build system (more precisely the dependency manager) _get_
this list?

With Ivy
- define the list in ivy.xml
- use the Ivy Ant tasks (ivy:cachepath, ...) for creating a path with these
defined libs (and downloading them if needed)


Jan

 -Ursprüngliche Nachricht-
 Von: mattf [mailto:matt...@hotmail.com]
 Gesendet: Freitag, 22. Oktober 2010 01:49
 An: dev@ant.apache.org
 Betreff: How to fail if property expansion failed...
 
 
 In perl I would say:
 
 map {
   die missing library $1 if /\$\{libs\.(.+)\.classpath\}/
 } @classpath;
 
 
 and get the feature that if property expansion failed, the build would
 halt
 with a meaningful error message.
 
 In ant:
 
 filterchain
   expandproperties/# doesn't support failonerror attribute
 /filterchain
 
 fail message=missing library ${missing.library}
   condition property=missing.library  # doesn't support property
 attribute
 matches pattern=libs\.(.+)\.classpath
 string=${libs.list.classpath}/ # doesn't support property attribute
   /condition
 /fail
 
 path path=${classpath}
existing/ # does not fail if unset pathelement
 /path
 
 How can I fail cleanly if the classpath could not be loaded?
 
 Is this item helpful?  yes  no Previous votes   Yes: 0  No: 0
 
 --
 View this message in context: http://ant.1045680.n5.nabble.com/How-to-
 fail-if-property-expansion-failed-tp3231557p3231557.html
 Sent from the Ant - Dev mailing list archive at Nabble.com.
 
 -
 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

AW: svn commit: r1026123 [1/3] - in /ant/core/trunk: docs/antlibs/proper.html docs/antlibs/sandbox.html docs/bylaws.html docs/external.html docs/nightlies.html docs/projects.html docs/resources.html x

[Jan Matèrne]

Can't see any problems in the stylesheet.
I had generated it with JDK 1.6.0_04 and Velocity 1.6.4 (fresh downloaded from 
the website).

Jan

 -Ursprüngliche Nachricht-
 Von: Jesse Glick [mailto:jesse.gl...@oracle.com]
 Gesendet: Donnerstag, 21. Oktober 2010 22:23
 An: undisclosed-recipients:
 Betreff: Re: svn commit: r1026123 [1/3] - in /ant/core/trunk:
 docs/antlibs/proper.html docs/antlibs/sandbox.html docs/bylaws.html
 docs/external.html docs/nightlies.html docs/projects.html
 docs/resources.html xdocs/nightlies.xml xdocs/stylesheets/site.vsl
 
 On 10/21/2010 04:05 PM, j...@apache.org wrote:
  URL: http://svn.apache.org/viewvc?rev=1026123view=rev
   ant/core/trunk/docs/antlibs/proper.html
   ant/core/trunk/docs/antlibs/sandbox.html
   ant/core/trunk/docs/bylaws.html
   ant/core/trunk/docs/external.html
   ant/core/trunk/docs/nightlies.html
   ant/core/trunk/docs/projects.html
   ant/core/trunk/docs/resources.html
   ant/core/trunk/xdocs/nightlies.xml
   ant/core/trunk/xdocs/stylesheets/site.vsl
 
  URL:
 http://svn.apache.org/viewvc/ant/core/trunk/docs/antlibs/proper.html?re
 v=1026123r1=1026122r2=1026123view=diff
  -a
 href=./antunit/index.htmlhttp://ant.apache.org/antlibs/antunit//a
  +nbsp;
 
 Something wrong with HTML generation? A lot of things got replaced by
 nbsp; for no apparent reason.


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

AW: antlib.xml : defining taskdefs with attributes

[Jan Matèrne]

I would think this is more a configuration of the task - and therefore an
attribute of the task itself.


Jan

 -Ursprüngliche Nachricht-
 Von: Benjamin de Dardel [mailto:benjamin.dedar...@gmail.com]
 Gesendet: Sonntag, 17. Oktober 2010 15:56
 An: dev@ant.apache.org
 Betreff: antlib.xml : defining taskdefs with attributes
 
 Hi,
 
 I would like to instanciate a same task in different contexts.
 Is there a way to define taskdef attributes ?
 
 For example, something like that :
 # antlib.xml
 taskdef name=task1 classname=MySameTask
 attribute name=context value=context1 /
 /taskdef
 
 taskdef name=task2 classname=MySameTask
 attribute name=context value=context2 /
 /taskdef
 
 # build.xml
 task1 ...
 task2 ...
 
 Regards,
 Benjamin de Dardel
 
 -
 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

AW: using Ivy without the xml files

[Jan Matèrne]

Have a look at ivy:cachepath [1]. I think this could be a starting point.
With this Ant task you could 
- define your dependency
- it resolves it
- downloads the artifacts into the cache (filesystem in ~/.ivy2/cache) and 
- an Ant path with the given name
So controlling that task from Clojure could help ... maybe 


Jan

[1] 
http://svn.apache.org/repos/asf/ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyCachePath.java



 -Ursprüngliche Nachricht-
 Von: Ramakrishnan Muthukrishnan [mailto:vu3...@gmail.com]
 Gesendet: Samstag, 31. Juli 2010 06:23
 An: dev@ant.apache.org
 Betreff: using Ivy without the xml files
 
 Hi,
 
 I am trying to use Ivy from Clojure. I would like to bypass the Ivy
 xml parsing and directly inject the information into the relavant
 objects and call the ant tasks like resolve to download the
 dependencies. is this possible? Which files should I look into? (I am
 very new to Ivy. I hope this is the right mailing list to talk to.)
 
 thanks
 --
   Ramakrishnan
 
 -
 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

AW: Distributing Docs: Manual or whole Site?

[Jan Matèrne]

Having FAQ, externals and projects in that distro would be fine,
but I could also live with just the manual and the rest online.

Jan

 -Ursprüngliche Nachricht-
 Von: Nicolas Lalevée [mailto:nicolas.lale...@hibnet.org]
 Gesendet: Freitag, 16. Juli 2010 15:45
 An: Ant Developers List
 Betreff: Re: Distributing Docs: Manual or whole Site?
 
 On Wednesday 14 July 2010 17:11:25 Stefan Bodewig wrote:
  Hi,
 
  I've just modified build.xml to create additional
  a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the
 manual
  portion of the docs - including javadocs.
 
  As I already offered, I'm going to create such artifacts from the
 past
  five binary releases and call for a vote to release them (four of
 them
  will go to the archive mirror more or less immediately).
 
  Before I do so I wanted to double check that my decision to just
 bundle
  up the manual is a good one or whether it would be better to
 distribute
  the whole docs directory which also contains the website.
 
 Packaging just the manual seems fine for me. Apart the FAQ I see no
 information what would need to be archived or seen offline.
 
 Then maybe the faq should be included in the manual ?
 
 Nicolas
 
 -
 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

AW: Distributing Docs: Manual or whole Site?

[Jan Matèrne]

Should we generate an Eclipse plugin (for newer versions)?
https://svn.apache.org/repos/asf/ant/sandbox/antlibs/manual4eclipse

Jan

 -Ursprüngliche Nachricht-
 Von: Stefan Bodewig [mailto:bode...@apache.org]
 Gesendet: Mittwoch, 14. Juli 2010 17:11
 An: dev@ant.apache.org
 Betreff: Distributing Docs: Manual or whole Site?
 
 Hi,
 
 I've just modified build.xml to create additional
 a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the
 manual
 portion of the docs - including javadocs.
 
 As I already offered, I'm going to create such artifacts from the past
 five binary releases and call for a vote to release them (four of them
 will go to the archive mirror more or less immediately).
 
 Before I do so I wanted to double check that my decision to just bundle
 up the manual is a good one or whether it would be better to distribute
 the whole docs directory which also contains the website.
 
 Stefan
 
 -
 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

AW: Distributing Docs: Manual or whole Site?

[Jan Matèrne]

Having the website too would have the benefit of having the FAQ, externals
and projects pages.

Jan

 -Ursprüngliche Nachricht-
 Von: Stefan Bodewig [mailto:bode...@apache.org]
 Gesendet: Mittwoch, 14. Juli 2010 17:11
 An: dev@ant.apache.org
 Betreff: Distributing Docs: Manual or whole Site?
 
 Hi,
 
 I've just modified build.xml to create additional
 a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the
 manual
 portion of the docs - including javadocs.
 
 As I already offered, I'm going to create such artifacts from the past
 five binary releases and call for a vote to release them (four of them
 will go to the archive mirror more or less immediately).
 
 Before I do so I wanted to double check that my decision to just bundle
 up the manual is a good one or whether it would be better to distribute
 the whole docs directory which also contains the website.
 
 Stefan
 
 -
 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

AW: [VOTE] Ivy 2.2.0-rc1 release (2nd attempt)

[Jan Matèrne]

I copied the targets from Ants check.xml into Ivys buildfile. (Please check
;-)
And I set up a Hudson job for running
   findbugs rat checkstyle
after completion of the original Ivy job.

http://hudson.zones.apache.org/hudson/view/Ant/job/Ivy-check/lastBuild/

Violations report (checkstyle + findbugs)
http://hudson.zones.apache.org/hudson/view/Ant/job/Ivy-check/violations/
RAT report
http://hudson.zones.apache.org/hudson/view/Ant/job/Ivy-check/lastSuccessfulB
uild/artifact/trunk/build/doc/reports/rat/report.txt



Jan




 -Ursprüngliche Nachricht-
 Von: Maarten Coene [mailto:maarten_co...@yahoo.com]
 Gesendet: Dienstag, 6. Juli 2010 23:11
 An: Ant Developers List
 Betreff: Re: [VOTE] Ivy 2.2.0-rc1 release (2nd attempt)
 
 Jesper,
 
 can we find this findbugs report somewhere online?
 
 Maarten
 
 
 
 
 - Original Message 
 From: Jesper Pedersen jpede...@redhat.com
 To: dev@ant.apache.org
 Sent: Tue, July 6, 2010 5:13:58 PM
 Subject: Re: [VOTE] Ivy 2.2.0-rc1 release (2nd attempt)
 
 
 [x] Yes
 
 The findbugs 1.3.9 report for the artifact shows 151 issues - something
 to go
 over before the final release.
 
 Best regards,
 Jesper
 
  Hi all,
 
  I have rebuilt Ivy 2.2.0-rc1.
 
  You can download it
  from this URL:
  http://people.apache.org/~maartenc/ivy/staging/2.2.0-
 rc1/http://people.apache.org/%7Emaartenc/ivy/staging/2.2.0-rc1/
 
  A maven 2 staging repo with this release is available here:
  http://people.apache.org/~maartenc/m2-staging-
 repo/http://people.apache.org/%7Emaartenc/m2-staging-repo/
 
  I have also created a staging Eclipse update-site here:
  http://people.apache.org/~maartenc/updatesite-
 staging/http://people.apache.org/%7Emaartenc/updatesite-staging/
 
  Do you vote for the release of these
  binaries?
 
  [ ] Yes
  [ ] No
 
 -
 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

AW: [RESULT][VOTE] Remove commercial tasks from Ant

[Jan Matèrne]

 The next step I'd like to take is to contact all the companies that make
 the commercial software whose tasks we are removing. With any luck some
 of them will take over responsibility for the tasks. It will take me a
 while to do this, though (I've just recently changed cities so my life
 is in a bit of upheaval) so if anyone wants to help out, particularly
 if they have connections in some of the organizations involved, please let
 me know and we can coordinate things.

Could you provide a mail 'template' we could use?
I could try to contact the Synergy-people at IBM.



 Once we have alerted the parties involved about the change, we can start
 removing the tasks and creating new Antlibs in the sandbox. Are there
 targets available anywhere to facilitate the creation of standard new
 Antlibs?

It seems that the buildfile of the Antlib-root [1] could help.
Not sure if it is uptodate ...


Jan


[1] http://svn.apache.org/repos/asf/ant/sandbox/antlibs/build.xml


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

Ant @ Hudson

[Jan Matèrne]

For a long while the Ant tests are failing at Hudson [1].
At the moment there are multiple reasons, but the biggest one is the
JarSigner.

The execution of the jarsigner returns 1 instead of a 0.
This causes the whole SignJarTest to fail (19 testcases) and the
AntClassLoaderTest.testSignedJar.

Another problem is an out of memory error while running the
org.apache.tools.ant.util.FileUtilsTest. testHasErrorInCase.


Jan




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

IvyDE @ Hudson

[Jan Matèrne]

IvyDE on Hudson is failing [1] due to problems while loading the WTP zip
file from the mirror [2] ialto.org [3].
The build.properties defines from where to download these artifacts:

hudson.download.mirror.url=http://eclipse.ialto.org
hudson.download.mirror.id=514
hudson.download.wtp.name=wtp-R-3.1.1-20090917225226
hudson.download.wtp.dropdir=webtools/downloads/drops/R3.1/R-3.1.1-2009091722
5226

The reason is that the directory R3.1 at ialto.org is empty.
I tried the original link without the mirror-id [4] and I could download the
zip.


Could have an IvyDE committer have a look at that?


Cheers
Jan


[1] http://hudson.zones.apache.org/hudson/view/Ant/job/IvyDE/107/console
[2]
http://www.eclipse.org/downloads/download.php?file=/webtools/downloads/drops
/R3.1/R-3.1.1-20090917225226/wtp-R-3.1.1-20090917225226.zipurl=http://eclip
se.ialto.org/webtools/downloads/drops/R3.1/R-3.1.1-20090917225226/wtp-R-3.1.
1-20090917225226.zipmirror_id=514
[3] http://eclipse.ialto.org/
[4]
http://www.eclipse.org/downloads/download.php?file=/webtools/downloads/drops
/R3.1/R-3.1.1-20090917225226/wtp-R-3.1.1-20090917225226.zipurl=http://eclip
se.ialto.org/webtools/downloads/drops/R3.1/R-3.1.1-20090917225226/wtp-R-3.1.
1-20090917225226.zip



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

AntLib compress

[Jan Matèrne]

I tried to build the compress library with 
ant -lib commons-compress-1.0.jar
using
- Ant 1.8.0
- Commons Compress 1.0

But I get compiler errors:

compile:
[javac] Compiling 43 source files to
C:\ant\svn-repository\antlibs\compress\trunk\build\classes
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\resources\CommonsCompressArchiveResource.java:216: cannot find symbol
[javac] symbol  : method getLastModifiedDate()
[javac] location: interface
org.apache.commons.compress.archivers.ArchiveEntry
[javac] setLastModified(e.getLastModifiedDate().getTime());
[javac]  ^
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\resources\ZipResource.java:189: getExtraFields() in
org.apache.commons.compress.archivers.zip.ZipArchiveEntry cannot be applied
to (boolean)
[javac] extras = ze.getExtraFields(true);
[javac]^
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\taskdefs\Cpio.java:40: cannot find symbol
[javac] symbol  : variable BLOCK_SIZE
[javac] location: interface
org.apache.commons.compress.archivers.cpio.CpioConstants
[javac] private int blockSize = CpioConstants.BLOCK_SIZE;
[javac]  ^
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\taskdefs\Cpio.java:47: cannot find symbol
[javac] symbol  : constructor
CpioArchiveOutputStream(java.io.OutputStream,short,int)
[javac] location: class
org.apache.commons.compress.archivers.cpio.CpioArchiveOutputStream
[javac] return new CpioArchiveOutputStream(stream,
[javac]^
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\taskdefs\Cpio.java:57: cannot find symbol
[javac] symbol  : constructor
CpioArchiveEntry(short,java.lang.String,long)
[javac] location: class
org.apache.commons.compress.archivers.cpio.CpioArchiveEntry
[javac] new CpioArchiveEntry(format.getFormat(),
r.getName(),
[javac] ^
[javac]
C:\ant\svn-repository\antlibs\compress\trunk\src\main\org\apache\ant\compres
s\taskdefs\ExpandBase.java:131: cannot find symbol
[javac] symbol  : method getLastModifiedDate()
[javac] location: interface
org.apache.commons.compress.archivers.ArchiveEntry
[javac] ent.getName(),
ent.getLastModifiedDate(),
[javac]   ^
[javac] 6 errors


Do I use a wrong commons-compress version or is the code in svn not
buildable?


Jan


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

RE: AntLib compress

[Jan Matèrne]

I found that the Antlib compress requires commons-compress in version 1.1.
But where to that that? The last release was 1.0 and it is not built in
Hudson or Continuum.
And I cant access the created JAR in Gump
/srv/gump/public/workspace/apache-commons/compress/target/commons-compress-1
.1-SNAPSHOT.jar


Jan


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