[VOTE] Release 2.3.0-rc1 of Apache IvyDE

2018-06-24 Thread Jaikiran Pai
I'm initiating a newer vote mail for 2.3.0-rc1 release of Apache IvyDE 
project. This addresses the blocker issue that Nicolas identified, the 
last time a vote was initiated for this version.


The newly updated tag is here 
https://git-wip-us.apache.org/repos/asf?p=ant-ivyde.git;a=tag;h=refs/tags/2.3.0-rc1 
with sha1 3581a61ec159ede16005f36e58e5e258d32090fa


You can download the distribution from this URL: 
https://dist.apache.org/repos/dist/dev/ant/ivyde/2.3.0-rc1/ at rev 27709


The Eclipse p2 repository is here: 
https://dist.apache.org/repos/dist/dev/ant/ivyde/updatesite/ivyde-2.3.0.rc1-201806251008-RELEASE/ 
at rev 27707


The 2.3.0-rc1 release of IvyDE consists of the following changes:

* FIX: xml bomb in workspace causes hang in Ivy code during Search or 
Synchronize operations (https://issues.apache.org/jira/browse/IVYDE-354)
* FIX: Deadlock in classpath container 
(https://issues.apache.org/jira/browse/IVYDE-361)
* FIX: Typo in IvyResolveJob 
(https://issues.apache.org/jira/browse/IVYDE-362)
* FIX: User-selected configurations not checked in the viewer 
(https://issues.apache.org/jira/browse/IVYDE-378)
* FIX: Fix ClassCastException 
(https://issues.apache.org/jira/browse/IVYDE-386)
* FIX: Fix the issue where the IvyDE preferences couldn't be saved 
(https://issues.apache.org/jira/browse/IVYDE-388)


* NEW: Support for OSGi 'Bundle-Classpath' directive
* NEW: Basic support for the workspace resolver to find OSGi bundles 
managed by Ivy in the workspace

* NEW: Support for storing credentials securely


Do you vote for the release of these binaries?

-Jaikiran


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



[RESULT] Release AntUnit 1.4 based on RC3

2018-06-24 Thread Stefan Bodewig
Hi all

with +1s by Maarten Coene, Stefan Bodewig, Gintautas Grigelionis,
Jaikiran Pai and no other votes the vote has passed.

I'll publish the artifacts and announce the release later today.

Stefan

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



Re: [VOTE] Release AntUnit 1.4 based on RC3

2018-06-24 Thread Jaikiran Pai

+1.

- Downloaded the .tar.gz binary

- Checked some of the docs/manual

- Ran a simple project using this released version

- Checked the NOTICE file

All looks fine.

-Jaikiran


On 22/06/18 11:02 AM, Stefan Bodewig wrote:

Hi all

this is the third RC for AntUnit 1.4 with the problems Gintas identified
fixed.

tag:
  
https://git-wip-us.apache.org/repos/asf?p=ant-antlibs-antunit.git;a=tag;h=fb7a42470f8a6de50686f37519e27a068c576606

tarballs:
  https://dist.apache.org/repos/dist/dev/ant/antlibs/antunit/
  svn revision 27641

Maven artifacts:
  
https://repository.apache.org/content/repositories/orgapacheant-1033/org/apache/ant/ant-antunit/1.4/

vote will be open for 72 hours and not close before 2018-06-25 05:30 UTC.

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



Re: [ANN] Apache Ant 1.9.12 and 1.10.4 Released

2018-06-24 Thread Jaikiran Pai

Thank you for running this release, Stefan.

-Jaikiran


On 22/06/18 9:09 PM, Stefan Bodewig wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The Apache Ant Team is pleased to announce the releases of Apache Ant
1.9.12 and 1.10.4.

Apache Ant is a Java library and command-line tool that helps building
software.

The Apache Ant team currently maintains two lines of development. The
1.9.x releases require Java5 at runtime and 1.10.x requires Java8 at
runtime. Both lines are based off of Ant 1.9.7 and the 1.9.x releases
are mostly bug fix releases while additional new features are developed
for 1.10.x. We recommend using 1.10.4 unless you are required to use
versions of Java prior to Java8 during the build process.

Ant 1.10.4 contains a superset of 1.9.12 - with the exception of a few
tasks and features that no longer work with Java8 anyway (like the apt
task).

Both releases are mostly bug fix releases with a few new features
being added. In both releases the untar, unjar and unzip will no
longer extract entries whose names would make the created files be
placed outside of the destination directory by default. This is based
on a recommendation by the Snyk Security Research Team.

Source and binary distributions are available for download from the
Apache Ant download site:

http://ant.apache.org/bindownload.cgi
http://ant.apache.org/srcdownload.cgi

When downloading, please verify signatures using the KEYS file available
at the above location when downloading the release.

Changes in 1.10.4 include:
==

Changes that could break older environments:
- ---

  * ,  and  will no longer extract entries whose
names would make the created files be placed outside of the
destination directory anymore by default. A new attribute
allowFilesToEscapeDest can be used to override the behavior.
Another special case is when stripAbsolutePathSpec is false (which
no longer is the default) and the entry's name starts with a
(back)slash and allowFilesToEscapeDest hasn't been specified
explicitly, in this case the file may be created outside of the
dest directory as well.
In addition stripAbsolutePathSpec is now true by default.
Based on a recommendation by the Snyk Security Research Team.

Fixed bugs:
- ---

  * Delay the class initialization of the test classes until they are
passed to JUnit. This way we can avoid that failing static initializers
from non-test classes are reported as error when the 'skipNonTests' option
is 'true'.
Bugzilla Report 60062

  * The junit task when used with includeantruntime="no" was incorrectly
printing a warning about multiple versions of ant detected in path

  *  died with a NullPointerException since Ant 1.10.2.
Bugzilla Report 62335

  * The  task would fail with
"java.lang.ClassFormatError: Invalid Constant Pool entry Type 19" while
parsing a module-info.class. The task is compatible with
Java bytecode version 53 now.
Bug reported by Simon IJskes 
https://issues.apache.org/jira/browse/NETBEANS-781

  * Default and SecureInputHandler will now raise an error when then
end of the input stream (usually System.in or System.console) are
reached before a valid input has been read.

  * junitreport does not list testsuites that fail to start any tests
because of an exception inside the all-tests and alltests-errors frames.
Bugzilla Report 62443

Other changes:
- --

  * AntAssert is deprecated, assertThat from JUnit 4.4+, Hamcrest matchers 
and/or
ExpectedException rule provide equivalent functionality

  * PumpStreamHandler now explicitly verifies the streams for output
and error are not null and will throw an exception if they
are. This way creating a PumpStreamHandler will fail early as
opposed to some obscure errors later when closing streams or
finishing threads might fail.
Bugzilla Report 62148

  *  has a new attribute runtime which can be used to set
properties with values taken as snapshots from the
availableProcessors, freeMemory, maxMemory and totalMemory methods
of the Java Runtime class.

  * linecontains filter now has a new "matchAny" attribute which when
set to "true" allows any (instead of all) of the user-specified
strings to be present in the line.
Bugzilla Report 62313

  *  has a new basedir attribute that can be used to
resolve relative names and provides a root for the FileResources
generated.
Bugzilla Report 62379

  * The  and  nested elements of
 and  now support an encoding attribute that
can be used to specify the file's encoding.
Bugzilla Report 62379

  * New file selectors, posixGroup and posixPermissions, are available.
The new selectors and related ownedBy selector have "followSymlinks"
attribute that defaults to "true" for consistency.
Bugzilla Report 22370

  * The junitlauncher task now has a "print

Re: [VOTE] Release AntUnit 1.4 based on RC3

2018-06-24 Thread Gintautas Grigelionis
+1 (let's save JUnit 4 for the future :-)

On Fri, 22 Jun 2018 at 07:32, Stefan Bodewig  wrote:

> Hi all
>
> this is the third RC for AntUnit 1.4 with the problems Gintas identified
> fixed.
>
> tag:
>
> https://git-wip-us.apache.org/repos/asf?p=ant-antlibs-antunit.git;a=tag;h=fb7a42470f8a6de50686f37519e27a068c576606
>
> tarballs:
>  https://dist.apache.org/repos/dist/dev/ant/antlibs/antunit/
>  svn revision 27641
>
> Maven artifacts:
>
> https://repository.apache.org/content/repositories/orgapacheant-1033/org/apache/ant/ant-antunit/1.4/
>
> vote will be open for 72 hours and not close before 2018-06-25 05:30 UTC.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>


Re: [CANCELLED] Release AntUnit 1.4 Based on RC2

2018-06-24 Thread Gintautas Grigelionis
On Sun, 24 Jun 2018 at 14:38, Stefan Bodewig  wrote:

> So if we went to a JUnit 4 only model in antlib-commons with what you
> describe this would require the Antlib that updated to a new
> antlibs-commons version to change all existing JUnit tests?
>

My point was that should some antlib start using JUnit 4-style (annotated)
tests,
then it should depend on ant-testutil 1.9.5 or newer, and, by extension, on
Ant 1.9.x

On top of that, antlib-commons would need adjustments to check for classes
relevant
to JUnit 4; regardless, there are issues with target dependencies like
redundant resolve
or ordering (antlib after setup-for-junit-tests rather than the other way
around).

Gintas


Re: [VOTE] Release AntUnit 1.4 based on RC3

2018-06-24 Thread Stefan Bodewig
On 2018-06-22, Stefan Bodewig wrote:

> vote will be open for 72 hours and not close before 2018-06-25 05:30 UTC.

making my own vote explicit

+1

Stefan

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



Re: [CANCELLED] Release AntUnit 1.4 Based on RC2

2018-06-24 Thread Stefan Bodewig
On 2018-06-24, Gintautas Grigelionis wrote:

> On Sun, 24 Jun 2018 at 12:43, Stefan Bodewig  wrote:

>> On 2018-06-24, Gintautas Grigelionis wrote:
>>> Actually, the targets are written in a way that checks explicitly for
>>> JUnit 3.  Should they be rewritten to check for JUnit 4, the baseline
>>> has to be moved to all the way Ant 1.9.5 because of BuildFileRule
>>> being first available in that version.

>> Would moving to JUnit 4 force us to use BuildFileRule? I'm pretty sure
>> we've used JUnit4 before 1.9.5 but may be wrong.

> BuildFileRule is necessary when test case no longer extend BuildFileRule
> which extends TestCase which is JUnit 3,

So if we went to a JUnit 4 only model in antlib-commons with what you
describe this would require the Antlib that updated to a new
antlibs-commons version to change all existing JUnit tests?

Most likely this would only affect AntUnit itself as the other antlibs
are either, errm, dormant or don't contain any JUnit tests at all
(Compress only uses AntUnit tests).

Stefan

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



Re: [CANCELLED] Release AntUnit 1.4 Based on RC2

2018-06-24 Thread Gintautas Grigelionis
On Sun, 24 Jun 2018 at 12:43, Stefan Bodewig  wrote:

> On 2018-06-24, Gintautas Grigelionis wrote:
> > Actually, the targets are written in a way that checks explicitly for
> > JUnit 3.  Should they be rewritten to check for JUnit 4, the baseline
> > has to be moved to all the way Ant 1.9.5 because of BuildFileRule
> > being first available in that version.
>
> Would moving to JUnit 4 force us to use BuildFileRule? I'm pretty sure
> we've used JUnit4 before 1.9.5 but may be wrong.
>

BuildFileRule is necessary when test case no longer extend BuildFileRule
which extends TestCase which is JUnit 3,

Gintas


Re: [CANCELLED] Release AntUnit 1.4 Based on RC2

2018-06-24 Thread Stefan Bodewig
On 2018-06-24, Gintautas Grigelionis wrote:

> On Fri, 22 Jun 2018 at 09:45, Stefan Bodewig  wrote:

>> On 2018-06-22, Gintautas Grigelionis wrote:

>>> Well, setup-for-junit-tests states that JUnit is not available and
>>> quits.

>> So it lacks a dependency on resolve.

>>> I'd like to understand why setup targets are there at all.

>> They predate resolve by far. The initial build system for Antlibs didnt
>> use Ivy at all but expected manual configuration and the setup targets
>> ensured everything was there. When Ivy was added later (by Jan?) he
>> probably missed to adapt a few places - like setup-for-junit-tests.

> Actually, the targets are written in a way that checks explicitly for
> JUnit 3.  Should they be rewritten to check for JUnit 4, the baseline
> has to be moved to all the way Ant 1.9.5 because of BuildFileRule
> being first available in that version.

Would moving to JUnit 4 force us to use BuildFileRule? I'm pretty sure
we've used JUnit4 before 1.9.5 but may be wrong.

Stefan

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



Re: [VOTE] Release AntUnit 1.4 based on RC3

2018-06-24 Thread Gintautas Grigelionis
After looking at build rules, I realised that full support for JUnit 4
would require all antlibs
(and AntUnit in particular) to depend on Ant 1.9.5; however, the rules are
set in antlibs-common,
so maybe It's worth a separate discussion.

Gintas

On Fri, 22 Jun 2018 at 09:00, Maarten Coene 
wrote:

> +1
> Maarten
>
>   Van: Stefan Bodewig 
>  Aan: dev@ant.apache.org
>  Verzonden: vrijdag 22 juni 7:32 2018
>  Onderwerp: [VOTE] Release AntUnit 1.4 based on RC3
>
> Hi all
>
> this is the third RC for AntUnit 1.4 with the problems Gintas identified
> fixed.
>
> tag:
>
> https://git-wip-us.apache.org/repos/asf?p=ant-antlibs-antunit.git;a=tag;h=fb7a42470f8a6de50686f37519e27a068c576606
>
> tarballs:
> https://dist.apache.org/repos/dist/dev/ant/antlibs/antunit/
> svn revision 27641
>
> Maven artifacts:
>
> https://repository.apache.org/content/repositories/orgapacheant-1033/org/apache/ant/ant-antunit/1.4/
>
> vote will be open for 72 hours and not close before 2018-06-25 05:30 UTC.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
>
>


Bug report for Ant [2018/06/24]

2018-06-24 Thread 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|
|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  |
|17961|New|Enh|2003-03-13|New task to collect services from a JAR   |