Re: Cutting new releases?

Well, it fails because com.sun.image.codec.jpeg.ImageFormatException is no longer available. Interestingly, it's supposed to be gone since Java 7... Gintas [1] https://stackoverflow.com/questions/1906673/import-com-sun-image-codec-jpeg 2018-01-27 17:00 GMT+01:00 Stefan Bodewig

Re: Ant Nightly Build Job in Jenkins

Simian stands for "similarity analysis" and is supposed to check for copy-paste code duplications. I guess the older versions of simian disapper from the site as new versions are released. Currently, 2.5.8 is the latest version. There should be no harm updating to the latest version, ditto for

Artifactory regression wrt Ivy

Please upvote https://www.jfrog.com/jira/browse/RTFACT-15708 Gintas

Re: Cutting new releases?

I'd love to ivyfy Ant (at least 1.10), but as I said elsewhere that would require Ivy 2.5 ;-) Gintas 2018-01-26 20:04 GMT+01:00 Jan Matèrne (jhm) : > Cool. ;) > Have committed my hint to the manual. > Nothing more in my pipeline ... > > Jan > > > -Ursprüngliche

Re: Java 9 test failures

Sorry about the confusion, JBoss repository provides platform independent versions. Gintas 2018-01-24 7:29 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > When I updated the installation manual, I found the "official" JAI > installation instruction [1]. &g

Re: Java 9 test failures

un as part of our regular Jenkins builds. I'm not sure if that's > intentional, but I haven't looked at the build file in detail to be sure. > > -Jaikiran > > > > On 22/01/18 10:21 AM, Stefan Bodewig wrote: > >> On 2018-01-21, Gintautas Grigelionis wrote: >>

Java 9 test failures

I see three failures in ImageTest testSimpleScale (did not create largeimage.jpg) testSimpleScaleWithMapper (did not create largeimage-scaled.jpg) testOverwriteTrue (negative time) Could somebody confirm this, please? Gintas

Re: Generating Ant javadoc with Java 9 fails

> > > > > inside does the trick, but then it has to be conditional for > > Java 9, at least until a new version of javax.mail-api that pulls in a > > JEE JAF implementation is available. > > > Should I activate an if/else namespace in the buildfile and add a new > > property checking for Java 9

Re: Generating Ant javadoc with Java 9 fails

guess something similar must be done in POMs? Gintas 2018-01-20 20:21 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > To pick the nit, it's an error :-( Anyway, I'll try to see what's > available for javadoc in Java 9. > > Gintas > > > 2018-01-20 19:23 GMT

Re: Generating Ant javadoc with Java 9 fails

To pick the nit, it's an error :-( Anyway, I'll try to see what's available for javadoc in Java 9. Gintas 2018-01-20 19:23 GMT+01:00 Stefan Bodewig <bode...@apache.org>: > On 2018-01-20, Gintautas Grigelionis wrote: > > > The problem is that JAF is leaving JRE again for JEE

Re: Generating Ant javadoc with Java 9 fails

-in-java-9 2018-01-20 18:01 GMT+01:00 Stefan Bodewig <bode...@apache.org>: > On 2018-01-19, Gintautas Grigelionis wrote: > > > (package javax.activation is declared in module java.activation, which > is > > not in the module graph) > > Is there an option to suppress

Re: Ant Release Process

Exactly, Tasks/tar.html and Tasks/unzip.html (which aggregates unjar/unwar/unzip/untar) do not mention xz on master. xz then should be a link to ../install.html#librarydependencies Gintas 2018-01-20 18:13 GMT+01:00 Stefan Bodewig <bode...@apache.org>: > On 2018-01-20, Gintautas Gr

Re: Ant Release Process

process. I understand some discomfort caused by that, but I hope that we may continue the dialog. Gintas 2018-01-20 8:59 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > The PR is currently focused on fetch.xml, as discussed with Stefan; I did > not commit anything regarding

Re: Ant Release Process

The PR is currently focused on fetch.xml, as discussed with Stefan; I did not commit anything regarding signing yet except removing signatures as Ivy artifacts from ivy.xml. I am looking at what the distribution target does; should the distribution archives be included in ivy.xml, then there's a

Generating Ant javadoc with Java 9 fails

Constructing Javadoc information... ./ant/src/main/org/apache/tools/ant/taskdefs/email/MimeMailer.java:35: error: package javax.activation is not visible import javax.activation.DataHandler; ^ (package javax.activation is declared in module java.activation, which is not in the

Re: Ant Release Process

While revising manual/install.html, I decided to cross-link optional libraries and corresponding tasks. Then I noticed that untar task does not mention xz compression as a possible option, should I just add it? Gintas 2018-01-13 20:07 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.

Re: Fisheye links

GitHub. > > Gilles > > On Mon, Jan 15, 2018 at 9:04 AM, Gintautas Grigelionis < > g.grigelio...@gmail.com> wrote: > > > Hi Gilles, > > > > thanks for update. Could you please try to update redirection from > > pct.sourceforge.net, too? > > Then it w

Re: Fisheye links

iverside-Software/pct > If you're able to update the link, that would be perfect ! > > Gilles > > On Sat, Jan 13, 2018 at 7:58 PM, Gintautas Grigelionis < > g.grigelio...@gmail.com> wrote: > > > I took the liberty to check the links in > > https://ant.apache.org/external

Re: Ant Release Process

dependencies either into the local installation or private ~/.ant (still working on that documentation :-) 2018-01-13 16:42 GMT+01:00 Stefan Bodewig <bode...@apache.org>: > On 2018-01-12, Gintautas Grigelionis wrote: > > > I was looking at build files in Ivy project, and realised that

Re: Fisheye links

8 21:44 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > ... at https://ant.apache.org/git.html are incorrect. > > Gintas > >

Re: Ant Release Process

BTW, the trouble with Commons OpenPGP is that it's not developed and the only version available is using an ancient BouncyCastle. Gintas 2018-01-12 18:30 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > I was looking at build files in Ivy project, and realised that Ivy wa

Re: Ant Release Process

sense to add distributions to ivy.xml file as a separate conf and use a filesystem resolver to sign and compute checksums for them, too. Gintas 2017-12-28 18:38 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > Hello, > > I am proposing to rip off Maven Ant tasks (for re

Re: Ivy-2.5.0

> incompatible.The IvyIdea plugin (IntelliJ) breaks on this which contains an > extension of AbstractURLHandler. > I didn't look into it yet, maybe it can be changed to be more backwards > compatible? > > kind regards,Maarten > >Van: Gintautas Grigelionis <g.grigelio..

Re: Ivy-2.5.0

2018-01-09 7:12 GMT+00:00 Jan Matèrne (jhm) : > > What must be done to complete the work on SVG (IVY-922/IVY-450 or resp > > PR-55/PR-60)? If you fine with merging (eventually adjusting the > > contents of SVG), let's do it. > > I added a comment on the PR. > For short: > -

Re: Ivy-2.5.0

What must be done to complete the work on SVG (IVY-922/IVY-450 or resp PR-55/PR-60)? If you fine with merging (eventually adjusting the contents of SVG), let's do it. Changes to alleviate IVY-1315/IVY-1419/IVY-1420/IVY-1437 should be evaluated by reporters, but nobody responded because the issues

Re: Ant Release Process

Hello, I am proposing to rip off Maven Ant tasks (for reasons described in the discussion to PR) and Commons OpenPGP (correspondingly, fetch and signit for brevity). Ivy can do all of that, and it is already used by upload. The bonus is, using Ivy properly would simplify project setup in IDE and

Fisheye links

... at https://ant.apache.org/git.html are incorrect. Gintas

Re: Ant support for users who use JUnit5

FWIW, I'm for a separate task. It may simplify dropping tasks that become mired in legacy (who needs Jasper from Tomcat 4 nowadays?) Or maybe we should start an ant-legacy antlib? :-) Gintas 2017-12-14 12:44 GMT+01:00 Stefan Bodewig : > On 2017-12-14, Jaikiran Pai wrote: > >

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

; } (I prefer the latter, you see) or maybe you would bother to comment on the 4 PR:s sitting at Github since summer... Gintas P.S. Please make noise -- dum spiro spero ;-) 2017-12-08 16:24 GMT+01:00 Dominique Devienne <ddevie...@gmail.com>: > On Fri, Dec 8, 2017 at 3:26 PM, Gintautas Gr

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

Hi Dominique, I'm glad to have elicited some discussion :-) The syntax depends not only on associativity, but on precedence as well. The only place where precedence could be misleading are bitwise operations [1] (for backwards compatibility :-) So, my rule was simple: an "if ((..." with multiple

Re: Unit tests in Ivy and Ant

d mark the test > as failed. > > If the current codebase differs from that, I would agree with simplifying > that. > > > Jan > > > -Ursprüngliche Nachricht- > > Von: Gintautas Grigelionis [mailto:g.grigelio...@gmail.com] > > Gesendet: Montag, 4. Dezember

Unit tests in Ivy and Ant

Hello, I decided to spend some time on unit tests in Ivy and Ant; I did some work on Ivy tests this summer and I feel that work is unfinished. In particular, there was a conversation about the use of fail(); my feeling is that it is somewhat superfluous: there are assumptions for (de)activating

Re: ibiblio default URL

2017-11-14 8:55 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > Never mind, it was maintenance... > > Gintas > > 2017-11-14 6:52 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > >> Seems like the problem was temporary... >&

Re: ibiblio default URL

Never mind, it was maintenance... Gintas 2017-11-14 6:52 GMT+01:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > Seems like the problem was temporary... > Still, there are a couple of questions to be answered: which url is > canonical now? > Why are tests d

Re: ibiblio default URL

com>: > > > ____ > From: Gintautas Grigelionis <g.grigelio...@gmail.com> > Sent: Monday, November 13, 2017 2:12 PM > To: Ant Developers List > Subject: ibiblio default URL > > Please correct me, but it appears that https://repo1.maven.org -- which is > hardco

ibiblio default URL

Please correct me, but it appears that https://repo1.maven.org -- which is hardcoded in multiple places -- has become https://repo.maven.apache.org. The patch is on the way... Gintas

Please close/delete Bugzilla 61522 & 61577

Recent Bugzilla reports contain spam... Gintas

Re: Error while testing 2.5.0-SNAPSHOT

Looks like Windows need file:/// [1] Gintas [1] https://stackoverflow.com/questions/7151877/how-should-a-file-uri-corresponding-to-a-windows-path-name-look-like 2017-09-25 17:31 GMT+02:00 Maarten Coene : > Jaikiran, > probably only reproducible on a Windows

Re: Ivy upcoming release - where we stand

I'd rather deprecate as much as possible for 2.5.0, so that deprecated stuff could be removed in 3.0 :-) Gintas 2017-09-25 14:51 GMT+02:00 Jan Matèrne (jhm) : > > I'm closing in on IVY-1420; it's Willem's patch + writeInheritedItems > > for entire inherited

Re: Ivy upcoming release - where we stand

eff: Re: Ivy upcoming release - where we stand > > > > Since the latest released version of that library is 1.58, I think we > > should use that version, unless there's a specific reason to not use > > it. > > A quick compilation of Ivy with this library and checking their

Re: Ivy upcoming release - where we stand

2017-09-24 15:03 GMT+02:00 Nicolas Lalevée <nicolas.lale...@hibnet.org>: > > > Le 11 sept. 2017 à 21:45, Gintautas Grigelionis <g.grigelio...@gmail.com> > a écrit : > > > > I'd like to have https://issues.apache.org/jira/browse/IVY-1420 > included in

Re: Ivy upcoming release - where we stand

Continuing software archaeology: confmappingoverride is in both dependencies and configurations in ivy.xsd on 1.4.x branch. Gintas 2017-09-24 7:11 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > I carry on talking to myself:-) according to ivy.xsd, all three attribu

Re: Ivy upcoming release - where we stand

er looks -- check out startDependencies > method -- it is set in dependencies element. > > So, what is the best solution: warn that attribute will be ignored or > allow the same attributes for dependencies and configurations? > > Gintas > > 2017-09-19 7:54 GMT+02:00 Gintautas Grigelio

Re: Ivy upcoming release - where we stand

element. So, what is the best solution: warn that attribute will be ignored or allow the same attributes for dependencies and configurations? Gintas 2017-09-19 7:54 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > I believe the reason of having the same attributes in different

Re: Ivy upcoming release - where we stand

I believe the reason of having the same attributes in different sections of Ivy files is being able to inherit them selectively; thus they must be remain in the same section where they were set originally. Gintas 2017-09-19 7:42 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.

Re: Ivy upcoming release - where we stand

Looking at IVY-1420/IVY-1437 it appears that defaultconf and defaultconfmapping attributes were first used with dependencies and were duplicated in configurations afterwards; would it be sufficient to put them only on dependencies (that's how current code works)? I would be very grateful for any

Re: Ivy upcoming release - where we stand

I would like to propose upgrading BouncyCastle to at least 1.57 [1] to include all security and PGP/GPG related fixes. Gintas [1] https://www.bouncycastle.org/releasenotes.html 2017-09-11 21:45 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > I'd like to h

Re: Disk shortage in Jenkins server

I opened https://issues.apache.org/jira/browse/INFRA-15108 and BTLOI PR builds work again. Gintas 2017-09-17 21:53 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > PR builds are failing, how to report this? > > Thanks, > Gintas >

Disk shortage in Jenkins server

PR builds are failing, how to report this? Thanks, Gintas

Re: Ivy upcoming release - where we stand

I'd like to have https://issues.apache.org/jira/browse/IVY-1420 included in the upcoming release. There were few opinions about using SVG graphics, so I'm not sure whether the proposals could just simply be merged. It would be nice to refresh the site for the 10th anniversary of graduation from

Re: IVY-450

e website ... > Ok, I am joking. This is daily business with websites ;) > I think we dont even need a 301-permantent-redirect and following the W3C > recommendations would be fine. > > Jan > > > -Ursprüngliche Nachricht----- > > Von: Gintautas Grigelionis [mailt

IVY-450

I started looking at IVY-450 (highlight current menu) and realized that menu ids break W3C recommendations by containing "/" like "xooki-ivyfile/dependency-conf". I'd like to change the URL transformation so that the generated ids would contain double hyphen like "xooki-ivyfile--dependency-conf".

Re: Documentation-related issues in Jira

iran > > > > On 23/08/17 12:12 AM, Gintautas Grigelionis wrote: > >> Earlier, I wrote about the amount of documentation-related issues in Jira. >> There are 27 of them still open [1], and some of them could be closed >> right >> away. >> I would be glad t

Re: Broken tutorial

g/ivy/history/master/tutorial/build-repo > sitory/basic.html > > > -Jaikiran > > > > On 29/08/17 2:01 AM, Gintautas Grigelionis wrote: > >> Tutorial build-a-ivy-repository is broken. >> >> The whole story is this: it tries to fetch hibernate 3.2.5.ga which >

Broken tutorial

Tutorial build-a-ivy-repository is broken. The whole story is this: it tries to fetch hibernate 3.2.5.ga which depends on javax.transaction#jta;1.0.1B and javax.security#jacc;1.0 that are no longer present at Maven Central due to licensing. The question is, should we use hibernate 3.3.2.GA

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

Actually, dependencies can be downloaded by any post-resolve task [1]. publish is not one of them. Gintas [1] http://ant.apache.org/ivy/history/latest-milestone/use/postresolvetask.html 2017-08-28 15:00 GMT+02:00 Jaikiran Pai : > As far as I know, the publish task

Re: Documentation-related issues in Jira

Thanks, somehow I missed the pencil in my profile :-) I'll start commenting the issues. Gintas 2017-08-23 7:44 GMT+02:00 Stefan Bodewig <bode...@apache.org>: > On 2017-08-22, Gintautas Grigelionis wrote: > > > I would be glad to help, but I have no privileges. Is there some

Documentation-related issues in Jira

Earlier, I wrote about the amount of documentation-related issues in Jira. There are 27 of them still open [1], and some of them could be closed right away. I would be glad to help, but I have no privileges. Is there somebody who could help me? Thanks, Gintas P.S. I noticed that I misspelled my

Re: IVY-1485

Great! Should I look into documentation-related issues in more detail? Gintas 2017-08-08 6:06 GMT+02:00 Jaikiran Pai <jai.forums2...@gmail.com>: > I'm looking into that JIRA. I'll assigned it to my name now. > > -Jaikiran > > > > On 06/08/17 12:52 PM, Gintautas Gri

Re: Ivy - PR-57 need inputs

only because of the lack of proper typing. In a nutshell, the mitigation I proposed looks adequate (the check in ChainResolver looks like almost an overkill). Gintas 2017-07-28 21:26 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > Sorry all, I misunderstood the problem, a

Re: Ivy - PR-57 need inputs

Sorry all, I misunderstood the problem, and thanks to Jaikiran and Stefan for the discussion. Third party implementations will be broken because they lack the method with the new signature unless they extend the AbstractResolver. And the AbstractResolver must work the other way around, provide a

Re: Ivy - PR-57 need inputs

34 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > It's not a new method, it's a change of signature. The old method is still > there. If an implementation disregards the abstract class, which contains > the replacement, it would still work, right? > > Gintas > > 20

Re: Ivy - PR-57 need inputs

It's not a new method, it's a change of signature. The old method is still there. If an implementation disregards the abstract class, which contains the replacement, it would still work, right? Gintas 2017-07-28 18:55 GMT+02:00 Stefan Bodewig : > On 2017-07-28, Jaikiran Pai

Re: Ivy - PR-57 need inputs

Please see my comment on GitHub. It is a change of signature (from array to collection) in order to change the return type (from array to collection, because arrays of generics do not work), and it's based on refactoring of AbstractOSGiResolver. It is a crucial piece to getting the generics right,

Re: Is CacheResolver relevant?

://github.com/sbt/sbt/issues/368 Perhaps it's worth looking into? 2017-07-28 7:44 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > Perhaps another JIRA issue [1] would cast some light? > > [1] https://issues.apache.org/jira/browse/IVY-1227 > > Gintas > > 2017-07-

Re: Is CacheResolver relevant?

Perhaps another JIRA issue [1] would cast some light? [1] https://issues.apache.org/jira/browse/IVY-1227 Gintas 2017-07-27 18:10 GMT+02:00 Jaikiran Pai : > > On 27/07/17 9:34 PM, Jaikiran Pai wrote: > >> There's a JIRA[2] asking for the docs to be updated to explain

Re: Ivy logo as SVG

Devienne <ddevie...@gmail.com>: > On Thu, Jun 8, 2017 at 4:35 PM, Gintautas Grigelionis < > g.grigelio...@gmail.com> wrote: > > > https://drive.google.com/open?id=0B2mVPD7ZO6sdcDFkX1lQdHJWZVRwU > > UdSSXI1VnF3bk5xTFhF > > > I like it! --DD >

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

I did a few simple tests on Windows 7 + Cygwin and NIO.2 seems to work just fine (if privilege to create symlinks is granted). +1 Gintas 2017-07-27 11:40 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > There might be some issues with Cygwin, see Eclipse/JGit disc

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

There might be some issues with Cygwin, see Eclipse/JGit discussion [1] Gintas [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=354367 2017-07-27 10:44 GMT+02:00 Jan Matèrne (jhm) : > If the new Java version supports the symlink creation and it's an > implementation detail

Re: Reproducible JARs

I believe the easier way would be to diff the fileset of classes to be packed to the fileset of classes in the jar before creating a new jar. There's a tool called zipdiff that could do the trick (it may ignore timestamps, etc). That would correspond to a javac deciding on whether to recompile the

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

FYI 2.x is EOL for 11.5 years [1] Should we count each year as +1? :-) Gintas [1] http://hc.apache.org/httpclient-3.x/news.html 2017-07-24 7:53 GMT+02:00 Jan Matèrne (jhm) : > While it's fine to have such a dynamic behaviour it's hard to maintain. > On this special location

Re: Opportunities for cohesion improvement and refatoring.

SubProject you are going to break the > subclass. And I don't think the tools are going to tell you as long as > you keep all existing methods. > > This is what I meant with "have to ensure you keep the existing who > calls which method semantics". > > Cheers > &

Re: Opportunities for cohesion improvement and refatoring.

I looked at Project proposal [1]. I would suggest running the refactored Ant through japicmp [2] or revapi [3] and examining the binary incompatibilities. Gintas [1] https://bz.apache.org/bugzilla/show_bug.cgi?id=61305 [2] http://siom79.github.io/japicmp/ [3] http://revapi.org/ 2017-07-20 16:41

Re: Opportunities for cohesion improvement and refatoring.

Hi João Paulo, please open a pull request on GitHub or at least provide a description of your suggested improvements. Thanks, Gintas 2017-07-20 1:56 GMT+02:00 João Paulo Lemes Machado : > Hello everyone. > > My name is João Paulo, I am a graduate student the Federal

Coding style: import of nested classes

In my last PR I tried to address inconsistencies with import of nested classes, such as Map.Entry; some classes, e.g. IvySettings ended up with foreach loops over both Entry and Map.Entry. So: should qualified names be encouraged or avoided? Gintas

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

hem would allow > > reusing these values on whichever resolvers want to: > > > > > > > > > > > > > read-timeout=""> > > > > ... > > > > > > > > > > > > > > > > > > > > > > > > > > -Jaikiran >

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

my €.02 : currently, all resolvers only have artifact patterns as child elements, so I'd rather have the timeouts as attributes that might use references, similarly to cache managers or latest strategies. That would imply a global default that may be overridden individually. Gintas 2017-07-14

Re: [VOTE] IvyDE requirements

+1 on both (having suggested it previously). Gintas 2017-07-11 23:07 GMT+02:00 Nicolas Lalevée : > We have recently voted to make Ivy require Java 1.7. I think we should do > it for IvyDE too. > Do you vote for it ? > > > And while making the build of IvyDE work

Re: Build failed in Jenkins: IvyDE #320

Looks like GEF3 was archived, see http://archive.eclipse.org/tools/gef/downloads/drops/3.9.100/R201405261516/ Gintas 2017-07-10 23:56 GMT+02:00 Nicolas Lalevée : > I don’t understand what is going on. The files are there and then they > disappear… I have been able to

Re: Ivy 2.5 and generics

Hi, I hope you're doing well and not (yet) on vacation :-) I just opened PR-52, which should conclude large-scale code changes and prepare the field for more focused discussion regarding the API. Gintas 2017-06-20 14:06 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > I

Re: [2/2] ant-ivy git commit: Generate automatically the copyright year in the doc

; -Ursprüngliche Nachricht- > Von: Gintautas Grigelionis [mailto:g.grigelio...@gmail.com] > Gesendet: Donnerstag, 6. Juli 2017 10:15 > An: Ant Developers List > Betreff: Re: [2/2] ant-ivy git commit: Generate automatically the > copyright year in the doc > > I believe Ivy gradu

Re: [2/2] ant-ivy git commit: Generate automatically the copyright year in the doc

I believe Ivy graduated in 2007? Gintas 2017-07-06 8:10 GMT+02:00 Matèrne, Jan (RZF, Ref 410) : > AFAIK in other locations we use a range of time. > Should that be used here too? > > | Copyright 2008 - > = " " + Time.now.year.to_s + " " > |

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

2017-07-01 18:56 GMT+02:00 Nicolas Lalevée <nicolas.lale...@hibnet.org>: > > > Le 1 juil. 2017 à 15:27, Gintautas Grigelionis <g.grigelio...@gmail.com> > a écrit : > > > >> Probably a thing to improve are all the « since 2.x » annotations. Maybe > > we

Re: [GitHub] ant-ivy pull request #48: Generics and Java 7 syntax in osgi and plugins pac...

I believe stackoverflow has an answer [1] Gintas [1] https://stackoverflow.com/questions/30454635/when-using-for-a-primitive-and-a-boxed-value-is-autoboxing-done-or-is-unbox 2017-07-01 15:56 GMT+02:00 jaikiran : > Github user jaikiran commented on a diff in the pull

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

> Probably a thing to improve are all the « since 2.x » annotations. Maybe we can have a macro for that, which will render everywhere the same, and which will be placed everywhere the same. Now sometimes it is at the beginning of the line, sometimes at the end, sometimes above. And I find it being

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

pull/49/commits> > [2] https://github.com/apache/ant-ivy/pull/50/commits < > https://github.com/apache/ant-ivy/pull/50/commits> > > > Le 1 juil. 2017 à 08:07, Gintautas Grigelionis <g.grigelio...@gmail.com> > a écrit : > > > > I opened a PR (well, actually two :

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

I opened a PR (well, actually two :-() to fix spelling and links that still point to configuration. Gintas 2017-06-30 18:44 GMT+02:00 Gintautas Grigelionis <g.grigelio...@gmail.com>: > terminology.adoc apparently has an incorrect link on line 150, > configuration/statuses

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

terminology.adoc apparently has an incorrect link on line 150, configuration/statuses.html should be settings/statuses.html (I get a redirect from http://ant.apache.org/ivy/history/master/terminology.html) Gintas 2017-06-30 18:18 GMT+02:00 Nicolas Lalevée : > I have

Re: Jenkins Jobs of Ivy/IvyDE

2017-06-26 13:54 GMT+02:00 Nicolas Lalevée <nicolas.lale...@hibnet.org>: > > > Le 26 juin 2017 à 07:46, Gintautas Grigelionis <g.grigelio...@gmail.com> > a écrit : > > > > If I understand the process correctly, Jenkins executes "ant > > prepare-jenki

Re: Jenkins Jobs of Ivy/IvyDE

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,

Re: Jenkins Jobs of Ivy/IvyDE

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

Re: Jenkins Jobs of Ivy/IvyDE

[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

Re: Ivy jobs on Teamcity need reconfiguring

Sorry for confusing TeamCity jobs with Jenkins jobs previously. TeamCity seems to be unhappy about the Java version *javac: invalid target release: 1.7* since it still uses JRE 1.5 Somebody who is project admin should change parameters in build configuration? Gintas

Re: Ivy 2.5 and generics

on to that for a bit and evaluate > it in some subsequent release so that we don’t do too many changes without > evaluating the kind of impact it has on the external libraries that use Ivy. > > Ultimately, I believe this will come down to a case-by-case basis. > > -Jaikiran >

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

I'd happy to help later tonight, please let me know if there's some particular section that I should look into. Skimming through quickly, More Examples ( http://people.apache.org/~hibou/doc/moreexamples.html) should be adjusted. Gintas 2017-06-20 4:16 GMT+02:00 Jaikiran Pai

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

SVG is inlined as code, see http://people.apache.org/~hibou/doc/osgi.html Gintas 2017-06-20 0:09 GMT+02:00 Nicolas Lalevée : > > > Le 19 juin 2017 à 08:30, Jan Matèrne (jhm) a écrit : > > > > Doc's mentioning 'how to document' must be updated. > >

Re: Ivy jobs on Teamcity need reconfiguring

Policy files in JRE must be replaced; here's the link for Java 8 http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html Gintas 2017-06-19 13:02 GMT+02:00 Stefan Bodewig : > On 2017-06-19, Jaikiran Pai wrote: > > > I was reading up some docs and

Re: Ivy jobs on Teamcity need reconfiguring

Looks like infra needs to change security policy to unlimited crypto strength. That is documented in build.xml Gintas 2017-06-19 12:28 GMT+02:00 Jaikiran Pai : > I was reading up some docs and happened to find this page > http://ant.apache.org/nightlies.html which

Ivy 2.5 and generics

During a discussion about goals for Ivy 2.5, I mentioned generics [1]. I was looking into the matter because I was investigating how IvyDE hooks into Ivy and I didn't quite like what I saw. I'd like to generify Ivy as much as possible for 2.5 (staying binary compatible, of course) so that

Re: IvyDE JIRA issues and changes for proposed release?

I stepped forward to help with IvyDE (well, my first idea was to make builds independent of a particular Eclipse distribution available on a particular mirror), but I realised that Ivy must improve first :-) I am an Eclipse user -- which explains my interest in IvyDE -- and I would be happy to

<    1   2   3   4   >