On Sun, 13 Feb 2022 at 21:50, Matt Benson wrote:
> Okay to stick with Java 5 for now, for the 1.9.x reason.
>
> Thanks,
> Matt
>
Can JUnit 3 be removed? I believe JUnit 4 has Java 5 as a baseline.
Gintas
On Sat, 5 Feb 2022 at 08:19, Stefan Bodewig wrote:
> I must admit that I never tried to use things with Ivy at all. When I
> run tests I do so with several -lib arguments (and always need to figure
> out what is required as I don't do it often enough).
>
> If you figured things out it would proba
On Sat, 2 Oct 2021 at 15:48, Gavin McDonald wrote:
>
> Please not that the ASF nor its projects release Binaries.
> (They are provided to users as a convenience)
> We also do not vote on releases based on Binaries.
>
> The vote should be based on whether or not the 'source' - that
> is being rele
On Thu, 7 Oct 2021 at 16:27, Jaikiran Pai wrote:
>
> On 07/10/21 11:27 am, Gintautas Grigelionis wrote:
> > If the goal of 1.10.12 is to be compilable on Java 17,
>
> This 1.10.12 release of Ant (like our previous releases) is a bug fix
> release. Ant 1.10.x require a
If the goal of 1.10.12 is to be compilable on Java 17, shouldn't unit tests
for script-related tasks in Ant core be complemented with an assumption
that Rhino, Nashorn or Graal JS is around?
Gintas
On Tue, 5 Oct 2021 at 10:58, Paul King wrote:
> +0 (non-binding)
>
> I checked:
> * LICENSE & NO
On Tue, 28 Sept 2021 at 09:25, Stefan Bodewig wrote:
> I think there is a MR by Gintas to replace the Maven Ant Tasks with
> Ivy. Might be time to revisit it.
>
That MR was waiting for Ivy 2.5 (SHA-2 support). I would like to revisit
it, but it may wait until the next release.
Thanks for review
ngliche Nachricht-
> Von: Stefan Bodewig
> Gesendet: Sonntag, 19. September 2021 15:04
> An: dev@ant.apache.org
> Betreff: Re: Impact of Java SecurityManager being deprecated for removal
> post Java 17
>
> On 2021-09-19, Gintautas Grigelionis wrote:
>
> > On Mon, 23 Aug
On Mon, 23 Aug 2021 at 17:39, Stefan Bodewig wrote:
> On 2021-08-19, Gintautas Grigelionis wrote:
>
> > On Thu, 19 Aug 2021 at 12:01, Stefan Bodewig wrote:
>
> >> I didn't mean the Antlib to be backwards compatible, but rather to offer
> >> it and tell pe
On Thu, 19 Aug 2021 at 12:01, Stefan Bodewig wrote:
> I didn't mean the Antlib to be backwards compatible, but rather to offer
> it and tell people to switch over to it. It would be the first time we'd
> remove a core feature of Ant completely, though, so we may need to
> discuss whether there is
Hi,
The most acute problem is this: SecurityManager seems to be involved in
handling of return code from forked processes.
How does JDK 17+ solve that?
Regarding the permissions type: if the sandbox is gone in JDK, then
permissions should go, too.
For the reference, a summary of permissions class
BTW jasper-compiler 4.x artifacts seem to lack pom files in Maven Central.
There are 5.0.x and 5.5.x that contain pom files.
Gintas
On Thu, 25 Feb 2021 at 06:41, Gintautas Grigelionis
wrote:
> PR 142?
>
> Gintas
>
> On Thu, 25 Feb 2021 at 03:56, Jaikiran Pai wrote:
>
>&
PR 142?
Gintas
On Thu, 25 Feb 2021 at 03:56, Jaikiran Pai wrote:
> Our last release for 1.10.x of Ant happened in September 2020. There
> have been a good number of bug fixes and enhancements done since
> then[1]. Should we go ahead and release 1.10.10 in the coming weeks? I
> don't have any sp
On Fri, 29 Jan 2021 at 08:59, Stefan Bodewig wrote:
> On 2021-01-28, Jaikiran Pai wrote:
>
> > I had a quick look and to me this looks like a bug in our build.xml
> > itself and not related to Ivy.
>
> My bad. I must admit I really don't know much about Ivy at all and
> forgot how the jars we pub
>
> Our build job for testing our POMs (by building Ant from POM) could be
> migrated (easily) because there is no type=Maven any more. Maybe building
> via Shell ...
>
Looks like "Freestyle Project" -> Build step "Execute top-level Maven
targets" is a possibility?
Gintas
On Mon, 10 Aug 2020 at 17:52, Stefan Bodewig wrote:
> Hi
>
> right now master sets polyglot.js.allowAllAccess to true when it detects
> the script engine is a GraalVM engine. This is necessary if the script
> wants to use any of the Ant objects.
>
> Jaikiran suggests to enable full Nashorn compat
On Mon, 10 Aug 2020 at 16:23, Stefan Bodewig wrote:
> On 2020-08-10, Stefan Bodewig wrote:
>
> > I intend to also migrate AntUnit (so we do have a template for Antlib
> > builds) and maybe the Windows Matrix for Ant's master.
>
> Both done, as well as Compress Antlib, Ivy, Ivy Tests and IvyDE. Th
+1 if that counts. I don't think there's much use of Java 7- nowadays,
especially when networked.
Gintas
On Wed, 20 May 2020 at 13:24, Stefan Bodewig wrote:
> It looks as if the vote will simply not pass because of a lack of
> participation - which is certainly fine. Unless we get more binding
Thanks, the PR is ready now. Please have a look at #111, too (a
cherry-pick of #110 for master branch).
Gintas
On Fri, 10 Jan 2020 at 15:30, Jaikiran Pai wrote:
> There's time. If it's a straightforward PR, I'll merge it.
>
> -Jaikiran
>
> On 10/01/20 7:46 p
I was planning a tiny PR to update the third party libraries, if there's
time still.
Gintas
On Fri, 10 Jan 2020 at 14:54, Jaikiran Pai wrote:
> I just noticed that we have added some good number of bug fixes[1] since
> our 1.10.7 release and it's been already 4 months since that release. If
> n
On Sat, 2 Nov 2019 at 20:32, Matt Sicker wrote:
> The more JDKs you require in the build, the harder it
> is to set up. If you target Java 8 but build at a newer release, you could
> possibly get away with a single JDK plus an API checker to avoid using new
> things.
>
Talking of API checkers, A
By the way, the failure "unable to create engine" was due to OpenJDK 7
lacking Rhino.
Perhaps worth a mention, too.
Gintas
On Wed, 30 Oct 2019 at 21:59, Gintautas Grigelionis
wrote:
> Thanks for prompt reply and all pointers. idReferences seem to have no
> connection to
t; Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> > > Gesendet: Dienstag, 29. Oktober 2019 08:03
> > > An: 'Ant Developers List'
> > > Betreff: AW: Script task specification
> > >
> > > It seems that the task must be executed before.
>
It will be good to be on the same page with major dependencies (and
hopefully fix that old nut listTokenValues() :-)
Please consider Java 11 for TLSv1.3 when time comes (or the next LTS
version, Java 17 when it's out --
by then, pack200 will surely be gone...)
Gintas
On Wed, 30 Oct 2019 at 20:26,
The documentation of the script task states:
"All items (tasks, targets, etc) of the running project are accessible from
the script, using either their name or id attributes (as long as their
names are considered valid Java identifiers, that is). "
However, the following fails:
Executin
Is there any documentation readily available? The links in the document
below are not easy to follow
https://www.eclipse.org/eclipse/development/porting/eclipse_4_12_porting_guide.html
Gintas
On Sat, 14 Sep 2019 at 09:20, Aleksandar Kurtakov
wrote:
> On Fri, Sep 13, 2019 at 4:17 PM Tim Astle
Thanks for prompt response. Please see the comments bellow.
On Sun, 8 Sep 2019 at 14:39, Jaikiran Pai wrote:
>
> On 08/09/19 12:41 PM, Gintautas Grigelionis wrote:
> > Many thanks, Jaikiran. Please consider updating JSch to 0.1.55 (fixes
> bugs
> > with EC crypto)
>
&g
Many thanks, Jaikiran. Please consider updating JSch to 0.1.55 (fixes bugs
with EC crypto) and Commons VFS to 2.4.1 (upgrades HTTP Client to 4.5+).
May I suggest considering preemptive authentication (aka IVY-1280) and Ivy
reports without img links to Ivy website (aka IVY-922)?
Gintas
On Sun, 8 S
Perhaps [1] could be placed under Proposals?
Also, links to antbook.org should point to [2] instead.
And, FWIW, Kevin Lee has put his book on GitHub [3].
Gintas
[1] https://cwiki.apache.org/confluence/display/ANT/MergeCandidates18xBranch
[2] https://www.manning.com/books/ant-in-action
[3] https:
On Thu, 28 Mar 2019 at 15:36, Stefan Bodewig wrote:
> On 2019-03-28, Jaikiran Pai wrote:
>
> > As far as I understand the pom files that we maintain and publish to
> > Maven central are basic minimal. However, a bunch of relatively recent
> > commits have introduced certain changes to those poms.
Thanks, sorry about missing pom.xml and the manual.
Gintas
On Thu, 27 Dec 2018 at 14:21, Jaikiran Pai wrote:
> Hi Stefan,
>
> Thank you for reminding me of those files. I have now pushed a commit in
> both the branches which updates these files to use the new version.
>
> -Jaikiran
>
> On 27/12
On Tue, 18 Dec 2018 at 10:44, Dominique Devienne
wrote:
> On Tue, Dec 18, 2018 at 9:21 AM Jaikiran Pai wrote:
>
> > [...] 2 jobs[1][2] which are for Antlib SVN and Antunit libraries.
>
> Both these jobs are configure for JDK 5 [...]
> > However, the Maven central repo [...[ has been configured n
On Fri, 30 Nov 2018 at 19:25, Craig Pell wrote:
> Or am I misunderstanding the goal? Are you suggesting that future
> versions of Ant should just be built with Java 9 (or later)? If so,
> that would suggest that the "needs.jdk9+" selector is not needed, right?
>
I believe the goal is to compil
On Mon, 29 Oct 2018 at 10:00, Stefan Bodewig wrote:
> There is no cycle: core <- testutil <- tests of core
>
> It is just Maven's model that doesn't allow you to introduce test scope
> dependencies that depend on your code under test. A model I disagree
> with.
>
> So in the maven POMs we might b
> Thanks, I'll merge it to master, then.
>
I've notice in Nightly that Ant treats MagicTestNames as a test, too.
Would it make sense to add a test method, checking for documented
properties?
Gintas
> The tests for core fail for me (CommandlineJava) anyway. I think I've
> already said that running Ant's unit tests in Maven is a non-goal for me
> :-)
>
I'll have a closer look at it tomorrow, if you don't mind. Could you please
provide some details of your setup?
Even if running unit tests with
On Sun, 28 Oct 2018 at 21:02, Stefan Bodewig wrote:
> On 2018-10-28, Gintautas Grigelionis wrote:
> > On Sun, 28 Oct 2018 at 20:23, Stefan Bodewig wrote:
>
> >> I guess I need to create a branch to either convince you it is possible
> >> or convince me that it
On Sun, 28 Oct 2018 at 20:23, Stefan Bodewig wrote:
> On 2018-10-28, Gintautas Grigelionis wrote:
> > On Sun, 28 Oct 2018 at 18:48, Stefan Bodewig wrote:
> >> On 2018-10-28, Gintautas Grigelionis wrote:
> >>> On Sun, 28 Oct 2018 at 18:17, Stefan Bodewig
> wrote
On Sun, 28 Oct 2018 at 18:48, Stefan Bodewig wrote:
> On 2018-10-28, Gintautas Grigelionis wrote:
> > On Sun, 28 Oct 2018 at 18:17, Stefan Bodewig wrote:
> >> On 2018-10-28, Gintautas Grigelionis wrote:
> >>> On Sun, 28 Oct 2018 at 17:59, Stefan Bodewig
> wr
On Sun, 28 Oct 2018 at 18:17, Stefan Bodewig wrote:
> On 2018-10-28, Gintautas Grigelionis wrote:
> > On Sun, 28 Oct 2018 at 17:59, Stefan Bodewig wrote:
>
> >> I wonder whether it wouldn't be a good idea to create a separate class
> >> for constants us
On Thu, 25 Oct 2018 at 09:05, Gintautas Grigelionis
wrote:
> On Wed, 24 Oct 2018 at 00:29, Gintautas Grigelionis <
> g.grigelio...@gmail.com> wrote:
>
>> On Tue, 23 Oct 2018 at 12:25, Stefan Bodewig wrote:
>>
>>> On 2018-10-20, Gintautas Grigelionis wrote:
On Sun, 28 Oct 2018 at 17:59, Stefan Bodewig wrote:
> On 2018-10-23, wrote:
>
> >
> http://git-wip-us.apache.org/repos/asf/ant/blob/679a9422/src/main/org/apache/tools/ant/MagicNames.java
>
> >+/**
> >+ * Magic property that makes unit tests based on BuildFileTest
> >+ * or BuildFileR
On Wed, 24 Oct 2018 at 00:29, Gintautas Grigelionis
wrote:
> On Tue, 23 Oct 2018 at 12:25, Stefan Bodewig wrote:
>
>> On 2018-10-20, Gintautas Grigelionis wrote:
>>
>> > I believe that in order to execute Ant test suite in Surefire one must
>> > configure bas
On Tue, 23 Oct 2018 at 12:25, Stefan Bodewig wrote:
> On 2018-10-20, Gintautas Grigelionis wrote:
>
> > I believe that in order to execute Ant test suite in Surefire one must
> > configure basedir which unfortunately affects Ant test projects.
>
> I'm not sure I sh
gh the mvn command, while building Ant?
>
> -Jaikiran
>
>
> On 20/10/18 3:31 PM, Gintautas Grigelionis wrote:
> > I believe that in order to execute Ant test suite in Surefire one must
> > configure basedir which unfortunately affects Ant test projects. Perhaps
> it
&g
I believe that in order to execute Ant test suite in Surefire one must
configure basedir which unfortunately affects Ant test projects. Perhaps it
would make sense to have a magic property that (in combination with
detection of Surefire environment) would allow BuildFileRule to call
System.clearPro
Equinox JarProcessor [1] seems to use pack200 CLI.
1.
https://git.eclipse.org/c/equinox/rt.equinox.p2.git/plain/bundles/org.eclipse.equinox.p2.jarprocessor/src/org/eclipse/internal/provisional/equinox/p2/jarprocessor/JarProcessor.java
Gintas
On Thu, 11 Oct 2018 at 17:00, Nicolas Lalevée
wrote:
c8d4e8a26aadedL25
> <
> https://github.com/apache/ant/commit/54b6df2f44c5cb4f9573f99330c2d2908f1bf506#diff-9ad784be5493fb9473c8d4e8a26aadedL25
> >
>
> Nicolas
>
> >
> > -Jaikiran
> >
> >
> > On 11/09/18 12:17 PM, Gintautas Grigelionis wrote:
> >> How was this different from P
How was this different from PR #66?
Gintas
On Tue, 11 Sep 2018 at 06:55, Jaikiran Pai wrote:
> Things haven't changed (nor do I expect any changes anymore). To say the
> least - it's followed the same pattern:
>
> - do changes like these
>
> - when requested not to do such changes, argue over i
, 13 Aug 2018 at 12:26, Jaikiran Pai wrote:
> Noted. Just waiting for the infra team to sort out the access issue.
>
> -Jaikiran
>
>
> On 12/08/18 2:28 AM, Gintautas Grigelionis wrote:
> > Hi Jan and Jaikiran,
> >
> > looks like IvyDE trunk build needs attention
I like the idea, though. One thing that should be investigated further is
places where location is obtained by getResource().getName()
AFAICS that happens in CacheResolver (deprecated), BasicResolver (where
also a Resource is constructed from location), and
DefaultRepositoryCacheManager. There's no
On Thu, 23 Aug 2018 at 07:06, Stefan Bodewig wrote:
> On 2018-08-22, Matt Sicker wrote:
>
> > Pretty much every implementation of javac will automatically convert the
> > string concatenation code into StringBuilders. Decompile the byte code
> and
> > see for yourself.
>
> I know that :-)
>
> The
Jaikiran,
your code allowed for false positives, too
Gintas
On Wed, 15 Aug 2018 at 09:11, Gintautas Grigelionis
wrote:
> I believe we discussed writing tests before. It is not a matter of style,
> but of keeping assumptions and assertions explicit.
> You replaced a JUnit 4 assertion
I believe we discussed writing tests before. It is not a matter of style,
but of keeping assumptions and assertions explicit.
You replaced a JUnit 4 assertion with some code that works, but is far from
being clear.
There is a reason why JUnit provides specialised assert... methods and you
could hav
I checked the logs and used the contributors page on project website.
Gintas
> On 14 Aug 2018, at 09:41, Dominique Devienne wrote:
>
> That's 20+ more contributors in one go.
>
> You've combed the commit log to add these people?
> What process exactly did you us?
>
> --DD
>
>> On Mon, Aug 13
> >
> > Sure, will fix it this week. Right now, I don't have necessary
> > permissions to edit it.
> >
> > -Jaikiran
> >
> >
> > On 05/08/18 8:58 PM, Gintautas Grigelionis wrote:
> > > There's one more Jenkins job failing due to outdated A
che.org/antlibs/vss/doap_VSSAntlib.rdf
>
>
> https://git-wip-us.apache.org/repos/asf?p=ant-ivy.git;a=blob_plain;f=doap_Ivy.rdf;hb=HEAD
>
>
> https://git-wip-us.apache.org/repos/asf?p=ant-ivyde.git;a=blob_plain;f=doap_IvyDE.rdf;hb=HEAD
>
>
> Jan
>
> > -U
https://projects.apache.org still refers to DOAP files of Ant project in
Subversion.
Any idea of how
https://svn.apache.org/repos/asf/comdev/projects.apache.org/trunk/data/projects.xml
is changed?
Gintas
Nicolas mentioned
> in one the mails) locally into the latest upstream version of the IDE,
> before starting a release. I have only tested a few so far.
>
> -Jaikiran
>
> On 28/07/18 2:28 PM, Gintautas Grigelionis wrote:
> > Thanks, Jaikiran. Would you be willing to restart the r
I noticed that Linux PR builds fail quite frequently, unable to pull from
GitHub, something for infra to look into?
Gintas
Thanks, Jaikiran. Would you be willing to restart the release process for
IvyDE now?
Gintas
On Fri, 27 Jul 2018 at 15:43, Jaikiran Pai wrote:
>
> On 25/07/18 6:45 PM, Jaikiran Pai wrote:
> > Almost all jobs that I know of have been taken care of now. There's a
> > "Ivy-tests-Windows" job which
Thank you for all attempts, the failure occurs in run-tutorial macro
(forked JVM).
What would be the best way to forwarding Java arguments/system properties?
Gintas
On Tue, 24 Jul 2018 at 09:14, Gintautas Grigelionis
wrote:
> It must be set as Java parameter, not Ant parameter.
>
&g
n: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> > Gesendet: Sonntag, 22. Juli 2018 12:54
> > An: 'Ant Developers List'
> > Betreff: AW: Jenkins-Builds failing
> >
> > Checked by myself that a PMC chair could do (AFAIK).
> > Opened a ticket
> &
I've found out that ant (🐜) is a Unicode character from 6.0 (2010)
and a part of Emoji 1.0 as well. I wonder if we could have some good use of
ant in red violet (or, actually, #a81c7d) emoji?
And, while we're at that, how about using Nick King's vectorised Ant logo
[1] (which some good folks conve
che infrastructure). I tried setting that property in the job, but I
> > too don't have the necessary authorization. I don't remember if I ever
> > had those permissions or if it's something that changed with the recent
> > Jenkins upgrade.
> >
> > -Jaikir
-30-june-2018-sayin-goodbye-to-ssl-early-tls
On Fri, 20 Jul 2018 at 09:31, Jaikiran Pai wrote:
> Haven't checked the job, but why is this system property required to be
> set?
>
> -Jaikiran
>
>
> On 20/07/18 12:51 AM, Gintautas Grigelionis wrote:
> > I'd li
I'd like to add a Java option to Ivy builds -Dhttps.protocols=TLSv1.2 but I
get
This job's current authorization strategy does not permit gintas to modify
the job configuration
Gintas
On Tue, 3 Jul 2018 at 19:09, Gintautas Grigelionis
wrote:
> Ant nightly is stuck on archiving for
Ant nightly is stuck on archiving for 30 hours now.
It should be escalated, I believe that could have something to do with the
last upgrade of Jenkins.
Gintas
On Mon, 2 Jul 2018 at 14:18, Jan Matèrne wrote:
> Several of our Jenkins builds are failing:
>
>
>
> IvyDE:
>
> https://builds.apache.or
libraries.properties for Ant 1.10.x specify javax.mail 1.6.1 which pulls in
activation 1.1
Gintas
On Tue, 3 Jul 2018 at 08:19, Jan Matèrne (jhm) wrote:
> Did my own test:
>
> password="${mail.pwd}" from="${from}" subject="Testemail">
>
>
> Ant-Version: ${a
On Sun, 1 Jul 2018 at 21:30, Jan Matèrne (jhm) wrote:
> > It looks like Ant nightly is stuck (possibly due to plugin update in
> > Jenkins) and it's blocking all other builds.
> >
> > Gintas
>
> I can't do it myself so I'll ask for killing the job.
>
> Jan
>
Ant nightly aborted, now IvyDE is stu
It looks like Ant nightly is stuck (possibly due to plugin update in
Jenkins) and it's blocking all other builds.
Gintas
On Sun, 1 Jul 2018 at 15:05, Nicolas Lalevée
wrote:
> I have found the issue and pushed a fix.
>
> I am then worried that the master is not well tested nor used after the
> big cleanups. Two big bugs were raised during the release process.
>
> So I suggest we do a little testing now of the master
On Thu, 28 Jun 2018 at 11:43, Jan Matèrne (jhm) wrote:
> > > Just curious about our bugzilla infrastructure - do random users get
> > > to change the content of these bugs, even if they aren't the ones who
> > > reported the issue?
> >
> > Yes.
> >
> > Back when Bugzilla was introduced the develo
Who's Ross? :-S
For me, "reload" is resulting in an empty container, and the contents are
updated by subsequent "refresh".
Codewise, "reload" does
container.reloadSettings()
which is the same as
state.setIvySettingsLastModified(-1);
launchResolve(false, null);
(and the last line is the same as
+1
Gintas
P.S. Disappearing Ivy container seems to be default Eclipse behaviour in
Oxygen where the filtering of
empty library containers is on in Package Explorer. The filter was first
introduced in Neon
[1]
https://www.eclipse.org/eclipse/news/4.6/M7/#hide-empty-library-containers-project-expl
+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=fb7a42470f8a6de50686
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 us
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
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:
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 se
On Fri, 22 Jun 2018 at 07:22, Stefan Bodewig wrote:
> On 2018-06-21, Gintautas Grigelionis wrote:
> > P.S. I'm struggling to understand why "ant test" of antlibs bails
> > because "compile-tests" goes "setup-for-junit-tests, antlib, resolve"
&
On Thu, 21 Jun 2018 at 11:17, Stefan Bodewig wrote:
> On 2018-06-21, Gintautas Grigelionis wrote:
>
> > POM template has inconsistent Ant versions, 1.7.1 in compile scope and
> > 1.8.1 in provided scope.
>
> True.
>
> This happened in c3f8655 which updated the depen
POM template has inconsistent Ant versions, 1.7.1 in compile scope and
1.8.1 in provided scope.
Gintas
On Thu, 21 Jun 2018 at 08:57, Stefan Bodewig wrote:
> Hi all
>
> this is the second RC for AntUnit 1.4 with the problems Jaikiran
> identified fixed.
>
> tag:
>
> https://git-wip-us.apache.org
Please see [1]
Gintas
[1] https://feeding.cloud.geek.nz/posts/excluding-files-from-git-archive/
On Wed, 20 Jun 2018 at 05:43, Jaikiran Pai wrote:
> I don't have a preference on whether or not to include the SCM related
> files, but at least in the recent IvyDE release process, I setup the
> bu
More symlinks related issues (see [5] ... below)
Gintas
On Wed, 6 Jun 2018 at 21:30, Gintautas Grigelionis
wrote:
>
> There are other issues, like support for symlinks in archives (JRE does
> not support them in
> zip files [1], rather one -- like Gradle [2] -- must use Common
Me too.
Gintas
On Mon, 18 Jun 2018 at 11:19, Jaikiran Pai wrote:
> I am willing to test and vote on an AntUnit release.
>
> -Jaikiran
>
>
> On 18/06/18 12:45 PM, Stefan Bodewig wrote:
> > OK, then I'll revert the antunit change so the source release ships with
> > a released version of it and p
I tested the plugin with Ivy 2.5.0 RC on Mars, Neon and Oxygen (install,
activate, resolve/reload settings/refresh).
+1
Gintas
P.S. I noticed another issue which is difficult to reproduce: sometimes,
properties defined in Ivy settings
for e.g. parameterizing revisions in ivy.xml become unavailab
Den lör 16 juni 2018 kl 17:47 skrev Stefan Bodewig :
> On 2018-06-16, Gintautas Grigelionis wrote:
>
> > if services would become a new mechanism for adding tasks, modules
> > would be of help by providing an API to discover them.
>
> Which may be a bit more tricky th
Den lör 16 juni 2018 kl 18:08 skrev Stefan Bodewig :
> Hi all
>
> given https://dev.snyk.io/research/zip-slip-vulnerability lists Ant
> 1.9.12 as a release fixing a security problem it might be a good idea to
> actually release 1.9.12 :-)
>
> AFAICS there is no unfinished work in either branch, bu
Den lör 16 juni 2018 kl 17:29 skrev Stefan Bodewig :
> On 2018-06-16, Gintautas Grigelionis wrote:
>
> > 2018-06-16 15:42 GMT+02:00 Stefan Bodewig :
>
> >> On 2018-06-06, Gintautas Grigelionis wrote:
>
> >>> 2018-06-06 14:31 GMT+02:00 Stefan Bodewig :
&g
2018-06-16 15:42 GMT+02:00 Stefan Bodewig :
> On 2018-06-06, Gintautas Grigelionis wrote:
>
> > 2018-06-06 14:31 GMT+02:00 Stefan Bodewig :
>
> >> I guess here our API breaks down as we only ever deal with files or
> >> directories (outside of the symlink task).
&
2018-06-16 16:04 GMT+02:00 Stefan Bodewig :
> On 2018-06-16, Gintautas Grigelionis wrote:
>
> > 2018-06-16 15:30 GMT+02:00 Stefan Bodewig :
>
> >> On 2018-06-10, Gintautas Grigelionis wrote:
>
> >>> I would treating Java modules as Ant resources help in this
2018-06-16 15:30 GMT+02:00 Stefan Bodewig :
> On 2018-06-10, Gintautas Grigelionis wrote:
>
> > I would treating Java modules as Ant resources help in this scenario?
>
> What exactly - beyond using a module as a zipfileset - would you want
> to do?
>
What about depen
blished yet to the final location, the
> release is not accepted yet.
>
> Nicolas
>
>
>
> > Le 14 juin 2018 à 10:19, Gintautas Grigelionis
> a écrit :
> >
> > 2018-06-14 8:15 GMT+02:00 Stefan Bodewig bode...@apache.org&g
ally don't consider it a blocker for this
> release vote to pass. Please do file a JIRA with the relevant details if
> this is reproducible.
>
> -Jaikiran
>
>
>
> On 14/06/18 12:53 AM, Gintautas Grigelionis wrote:
>
>> Another issue with UX on Oxygen: Ivy conta
2018-06-14 8:15 GMT+02:00 Stefan Bodewig :
> On 2018-06-13, Gintautas Grigelionis wrote:
>
> > org.xml.sax.SAXParseException; systemId:
> > http://ant.apache.org/ivy/ivyde/updatesite/p2-mirrors--xml.
> cgi?path=ivyde-2.3.0.rc1-201806132023-RELEASE&countryCode=
&
ges? What activity triggers it?
>
> -Jaikiran
>
>
>
> On 14/06/18 12:36 AM, Gintautas Grigelionis wrote:
>
>> I am testing on Oxygen 3.A and seeing errors like
>>
>> org.xml.sax.SAXParseException; systemId:
>> http://ant.apache.org/ivy/ivyde/updatesite/p2-
On Mars 2, Ivy container does not disappear after "Reload settings", only
empties until "Refresh".
I can give the plugin a spin on Neon tomorrow.
Gintas
Another issue with UX on Oxygen: Ivy container icon in Package Explorer
seems to disappear after "Reload settings" and reappear after "Refresh".
Gintas
Den ons 13 juni 2018 kl 21:06 skrev Gintautas Grigelionis <
g.grigelio...@gmail.com>:
> I am testing on Oxyg
I am testing on Oxygen 3.A and seeing errors like
org.xml.sax.SAXParseException; systemId:
http://ant.apache.org/ivy/ivyde/updatesite/p2-mirrors--xml.cgi?path=ivyde-2.3.0.rc1-201806132023-RELEASE&countryCode=se&timeZone=1&format=xml;
lineNumber: 39; columnNumber: 3; Element type "link" lack matchi
+1
P.S. What is the status of IVY-1580?
2018-06-13 9:25 GMT+02:00 Jaikiran Pai :
> I'm in the process of releasing Apache IvyDE Eclipse plugin. As I go along
> in the release process, I'm updating the (outdated) build/release process.
> Once the binaries are built, I'll send out a mail for votin
1 - 100 of 400 matches
Mail list logo
