+1
Nicolas
Le 21 janv. 2014 à 13:33, Stefan Bodewig a écrit :
> Hi all,
>
> following the Commons Compress 1.7 release I'd like to release a new
> version of the Antlib as well. Most importantly this adds tasks and
> resources for Snappy and traditional Unix .Z compress. Both of them
> read-
Le 22 janv. 2014 à 06:27, Stefan Bodewig a écrit :
> On 2014-01-22, Nicolas Lalevée wrote:
>
>> To avoid confusion and make things simpler, I suggest we modify the
>> release process to that everything goes through the svn of
>> dist.apache.org, and not use anymore pe
Le 20 janv. 2014 à 17:23, Charles Duffy a écrit :
> Howdy, all --
>
> The release process for Ivy includes using Xooki to edit the documentation
> before publication.
>
> Unfortunately, the code Xooki uses for saving updated files, borrowed from
> an early TiddlyWiki release, is no longer supp
Le 15 janv. 2014 à 15:37, Andrew January a écrit :
> Has there been any previous discussion around optionally taking directory
> structure into account in IvyDE's workspace resolver?
>
> Our project structure is set up as:
>
>project-1/
>project-1
>util-1
>project-2/
>
I have found some issues. The source distribution seems to miss some test
files. I guess this has been the case for quite some time. And it is "just"
about the tests. And it is an RC. So OK for me. And I will fix that soon in
trunk.
To avoid confusion and make things simpler, I suggest we modif
Le 4 janv. 2014 à 14:11, Nicolas Lalevée a écrit :
>
> Le 2 janv. 2014 à 17:34, Nicolas Lalevée a écrit
> :
>
>>
>> Le 2 janv. 2014 à 17:10, Charles Duffy a écrit :
>>
>>> Absolutely, then. :)
>>>
>>> I was under the impression
Le 12 janv. 2014 à 21:43, Jan Matèrne (jhm) a écrit :
> Maybe we could store the configuration files in the repo.
> E.g. Apache Camel does that in a way for multiple IDEs:
> https://github.com/apache/camel/tree/master/buildingtools
> https://github.com/apache/camel/tree/master/etc
We do store i
Le 9 janv. 2014 à 19:43, Charles Duffy a écrit :
> On Thu, Jan 9, 2014 at 12:17 PM, Nicolas Lalevée > wrote:
>
>> Yep, a quite hard problem to resolve. At the ant task level I don't know
>> how you could nail it without asking the end user to call some ivy:lock
>
y:lock task.
I myself don't have much experience with file based lock mechanism between
different process. For instance what happens if a process holding a lock is
killed -9, or whatever which make the jvm not even able to trigger its shutdown
hooks ?
Nicolas
>
>
> On Sat, Jan 4,
Le 4 janv. 2014 à 16:23, Stefan Bodewig a écrit :
> Hi all,
>
> in ResourceUtils#copy we'll use FileChannel#transferFrom if source and
> target are Files and we don't need to modify the contents. It looks as
> if transferFrom uses mmap under the covers and sometimes fails to do so
> - for exam
Le 3 janv. 2014 à 22:28, Charles Duffy a écrit :
> Howdy, all --
>
> I'm trying to strengthen Ivy's locking system to make it strong enough to
> allow ivy:clean at arbitrary times on systems which can have other actions
> making use of the same shared caches.
>
> There are a few requirements t
Le 2 janv. 2014 à 17:34, Nicolas Lalevée a écrit :
>
> Le 2 janv. 2014 à 17:10, Charles Duffy a écrit :
>
>> Absolutely, then. :)
>>
>> I was under the impression that only members of the PMC could call a vote
>> for a release.
>
> Here is the
especially for the optional publication to the Eclipse
updatesite.
I'll keep you posted about my progress.
Cheers,
Nicolas
>
> Thanks!
>
>
> On Thu, Jan 2, 2014 at 10:02 AM, Nicolas Lalevée > wrote:
>
>>
>> Le 30 déc. 2013 à 19:35, Charles Duffy a écrit :
&g
Le 30 déc. 2013 à 19:35, Charles Duffy a écrit :
> Howdy, all --
>
> There's rather a lot of good stuff on Ivy's trunk.
Agreed.
> Any thoughts as to when
> we might be in a position to start a release candidate series?
I think any time a committer is willing to do so.
> (As there are ticket
Le 24 déc. 2013 à 01:12, Charles Duffy a écrit :
> Howdy, all --
>
> I have a reproducer for an issue similar to IVY-1333 ("impossible to get
> artifacts when data has not been loaded") which demonstrates some
> surprising behavior, and would appreciate feedback from folks more familiar
> with
Le 26 déc. 2013 à 23:38, Charles Duffy a écrit :
> Howdy, all --
>
> I've been seeing race conditions around mutating methods in IvySettings
> resulting in occasional NPEs during IVY-1454 regression testing. We're also
> getting issues with ConcurrentModificationExceptions from the logger stack
I have found some Java files missing their ASL headers. I have already fixed
that in trunk, cf r1553418. They have been missing for some releases, so not a
blocker for me.
Other than that, LGTM.
+1 for the release.
Nicolas.
Le 23 déc. 2013 à 17:41, Antoine Levy Lambert a écrit :
> Hi all,
>
Le 23 déc. 2013 à 13:47, Antoine Levy Lambert a écrit :
> Hello Stefan,
>
> the python script to create the MacOSX installer relies on a utility pkgbuild
> which I suppose locks it to MacOSX.
> True we do not ship Windows Installers, Debian packages, so maybe we should
> hold off on shipping
Le 18 déc. 2013 à 17:30, Charles Duffy a écrit :
> Howdy --
>
> I had to make some changes to checkstyle-config to support modern releases
> of the checkstyle plugin. Significant parts of the old config rely on
> behavior which was changed in the checkstyle 5.0 release; current upstream
> is 5.
I count 7 binding +1. The vote pass.
Welcome to the Ant PMC Jean-Louis !
Nicolas
Le 26 nov. 2013 à 12:04, Nicolas Lalevée a écrit :
> Jean-Louis has been around for a very long time, owned committership,
> contributed a lot to bring EasyAnt into the Ant PMC, and he is participating
&g
Jean-Louis has been around for a very long time, owned committership,
contributed a lot to bring EasyAnt into the Ant PMC, and he is participating to
the vote in the release process.
Thus, let's invite Jean-Louis to be part of the PMC.
Here is my +1.
Nicolas
-
+1
Nicolas
Le 22 nov. 2013 à 18:07, Antoine Levy-Lambert a écrit :
> I would like to nominate Charles Duffy as a committer. Charles has proposed a
> number of patches to Ivy such as IVY-1421, IVY-1423, IVY-1424 and recently a
> patch concerning the useorigin attribute for the case of URL reso
Le 19 nov. 2013 à 11:16, Richard C Hidalgo Lorite a écrit :
> hi, is there an eclipse plugin for easyant?
There is one, but it never has been released. Its source can be found there:
https://svn.apache.org/repos/asf/ant/easyant/easyant4e/trunk
Nicolas
updatesite:
http://www.apache.org/dist/ant/ivyde/updatesite
Issues should be reported to:
https://issues.apache.org/jira/browse/IVYDE
More information can be found on the Apache IvyDE website:
http://ant.apache.org/ivy/ivyde/
On the behalf of the Ant PMC,
Nicol
11/19 Antoine Levy Lambert
>
>> +1 from me too,
>>
>> good work Nicolas,
>>
>> Antoine
>> On Nov 10, 2013, at 3:25 PM, Nicolas Lalevée wrote:
>>
>>>
>>> Le 10 nov. 2013 à 10:15, Stefan Bodewig a écrit :
>>>
>>>
Counting mine, we have only 2 binding votes.
Is there some people available to take time to review that release or should I
abort it ?
Nicolas
Le 9 nov. 2013 à 16:11, Nicolas Lalevée a écrit :
> I have built a release candidate for Apache IvyDE 2.2.0.final
>
> The tag is here
Le 10 nov. 2013 à 10:15, Stefan Bodewig a écrit :
> On 2013-11-09, Nicolas Lalevée wrote:
>
>> The tag is here:
>> http://svn.apache.org/repos/asf/ant/ivy/ivyde/tags/2.2.0.final/
>
>> You can download the distribution from this URL:
>> https://dist.apache.o
I have built a release candidate for Apache IvyDE 2.2.0.final
The tag is here: http://svn.apache.org/repos/asf/ant/ivy/ivyde/tags/2.2.0.final/
You can download the distribution from this URL:
https://dist.apache.org/repos/dist/dev/ant/ivyde/2.2.0.final/
The Eclipse p2 repository is there:
http
Hi folks,
Long overdue, a release of IvyDE.
Unless there is some objection, I'll do a 2.2.0 rather than a 2.2.0 beta 2.
Because the 2.2.0 beta has been out for too long, people are now using the
trunk, reporting bugs and patches. So it means that it is being tested.
I'll need to do a last revi
I have just committed a page in Ivy's doc about compatibility, see r1538473.
About IvyDE, I'll change it after the next release.
Nicolas
Le 4 sept. 2013 à 19:38, Nicolas Lalevée a écrit :
> So there is a consensus about IvyDE requiring Java 6. I suggest that it will
> take
Le 30 oct. 2013 à 17:27, carsten.pfeif...@gebit.de a écrit :
> Yes, the idea is to install the artifact just as it was downloaded. If it
> was downloaded
> from an Ivy repository, you install the jar + the ivy.xml. If it was
> downloaded from a Maven
> repository, you install jar, the original
LGTM.
I was just surprised to see the license file in the common folder in the source
archive rather at its root. But this is nit picking.
+1 for the release.
Nicolas
Le 27 oct. 2013 à 07:30, Stefan Bodewig a écrit :
> Hi all,
>
> following the Commons Compress 1.6 release I'd like to releas
Le 31 oct. 2013 à 13:08, Stefan Bodewig a écrit :
> Hi all,
>
> it looks as if we needed to d something about Antlibs.
>
> Looking at the commit activities it is pretty clear none of them has a
> developer community - some of them have an occasional single committer.
>
> In general this doesn
Le 22 oct. 2013 à 17:04, Riccardo Foschia a
écrit :
> Hi IvyDE developers,
>
> I installed the current trunk version of IvyDE (got it from the update
> site for trunk builds. Plugin name is
> org.apache.ivyde.feature_2.2.0.beta2-201309081502-hudson-268) and I'm
> trying to use the workspace re
Le 28 sept. 2013 à 15:58, Stefan Bodewig a écrit :
> On 2013-09-28, Stefan Bodewig wrote:
>
>> What I can't do is adding people to groups (or I'd make Nicolas a space
>> admin as well) or create groups like the Contributors group in Moin -
>> I've asked for help.
>
> Nicolas, I've just granted
Le 28 sept. 2013 à 15:50, Stefan Bodewig a écrit :
> Hi,
>
> I've been granted space adminn privileges so I now can remove spam.
> What I can't do is adding people to groups (or I'd make Nicolas a space
> admin as well) or create groups like the Contributors group in Moin -
> I've asked for hel
Le 27 sept. 2013 à 04:20, Stephen Haberman a écrit
:
> Hi Charles,
>
> I am not an ant/Ivy/IvyDE committer, but I flagged your email to come
> back to, as I also have outstanding patches against Ivy and would like
> to see the contribution process be more timely.
>
>> I'd rather not let thing
Le 25 sept. 2013 à 09:12, Stefan Bodewig a écrit :
> Ouch!
>
> I don't think I have enough karma to remove confluence spam, could
> anybody else please zap it?
I don't either.
> Is there any kind of spam protection measure we need to enable on
> confluence?
I am not aware of any one. And the
Le 27 sept. 2013 à 05:20, Greg Amerson a écrit :
> Thanks Stephen for responding. I've opened a ticket about that on IvyDE
> side: https://issues.apache.org/jira/browse/IVYDE-347
>
> However, part of the fix needs to go to Ivy jar itself, maybe I need to
> open a new ticket on just Ivy project
So there is a consensus about IvyDE requiring Java 6. I suggest that it will
take effect after the next release, which I intend to propose soon.
And there is a consensus about dropping Java 1.4 support for Ivy.
Since I have not proposed every kind of answer to the question, especially the
solut
.java from our plugin now.
>
> G
>
>
> On Sat, Aug 31, 2013 at 2:47 AM, Nicolas Lalevée > wrote:
>
>>
>> Le 29 août 2013 à 11:00, Greg Amerson a
>> écrit :
>>
>>> Hello Nicolas,
>>>
>>> We just released a new version of L
ols.
>
> André-John
>
> Sent from my phone. Envoyé depuis mon téléphone.
>
> On 2013-09-02, at 9:37, Nicolas Lalevée wrote:
>
>> Ivy and IvyDE are still supporting Java 1.4.
>>
>> Java 1.4 is starting to be very old. And I am missing generics (I ne
Le 2 sept. 2013 à 15:40, Jan Matèrne (jhm) a écrit :
>> I would vote for supporting Java 6 and then indicating on the website
>> which ant + ivy/ivyDE version combination is needed to support pre-JDK
>> 1.6 environments, especially given the argument about Ant requiring
>> more recent JDK versio
Ivy and IvyDE are still supporting Java 1.4.
Java 1.4 is starting to be very old. And I am missing generics (I need them so
much that I do some generic-commenting [1]). So I suggest to require at least
Java 5.
As discussed with the Java requirement of Ant, Java 5 is deprecated too, and I
for i
ll
org.apache.ivyde.eclipse.cp.IvyClasspathContainerConfiguration.getPath().
Thank you very much for your feedback. Good to know the API is working for you.
Nicolas
>
> Thanks,
> Greg
>
>
> On Tue, Jul 30, 2013 at 1:56 AM, Nicolas Lalevée > wrote:
>
>> As discussed
Le 30 août 2013 à 13:08, Stefan Bodewig a écrit :
> On 2013-08-28, wrote:
>
>> URL: http://svn.apache.org/r1518394
>> Log:
>> Add useful ignore for git
>
> if your experiment grows to something bigger at one point in time we
> might want to adapt the common build file to deal with code genera
I guess you were a little too fast on your keyboard here ;)
Le 24 août 2013 à 20:56, bode...@apache.org a écrit :
> Modified: ant/antlibs/compress/trunk/changes.xml
> URL:
> http://svn.apache.org/viewvc/ant/antlibs/compress/trunk/changes.xml?rev=1517183&r1=1517182&r2=1517183&view=diff
> ===
see if nothing bug me, and as always, it seems great. But I need
to get into this more deeply to see how it really works.
Nicolas
>
>
>
>
> 2013/8/17 Nicolas Lalevée
>
>> Long overdue response.
>>
>> Le 3 août 2013 à 13:33, Jean-Louis Boudart
>>
Long overdue response.
Le 3 août 2013 à 13:33, Jean-Louis Boudart a
écrit :
> Hi there,
>
> It becomes necesssary to manage conflicts between plugins.
> This issues has been raised many time and is referenced on jira[1].
>
> Currently easyant offers import task taking some specific attributes
As discussed recently with Greg, IvyDE needs a proper API so that other plugin
can rely on. In house we do a such "external" plugin to IvyDE: EasyAnt4e, the
eclipse plugin for the integration of EasyAnt into Eclipse. I think it is a
good use case and I tried to make a proper API usable by EasyAn
I have always been able to hack the java installs on Mac OS X to be able to run
the java 1.4 and 1.5, even if their official support were dropped a long time
ago. But since that last OS upgrade, they don't run anymore. Now I can only
build against their rt.jar to verify that I am not using too y
+1
Nicolas
Le 9 juil. 2013 à 13:04, Stefan Bodewig a écrit :
> Hi all,
>
> a very small release with some bugfixes in addition to the workaround
> for Oracle's javadoc vulnerability.
>
> I propose to adopt the following as Ant 1.9.2
>
> SVN tag: http://svn.apache.org/repos/asf/ant/core/tags/
the
>> IProject.getName(), that would work for me. Then I can use the current
>> project name as an argument into my own "sdk_dir" variable that I can
>> contribute via my own Eclipse plugin.
>>
>> What do you think? Can you add one more hacky variable
ption #1 :) but if that isn't doable, I can go
> with #2.
Have you tried ${ivyproject_loc} ? It is a kind of variable (quite hacky since
it is not a real Eclipse variable) which got replaced by
${workspace_loc:projectName}. See the first lines of
org.apache.ivyde.eclipse.ResolvedPath#resolvePath()
Ni
oject.setDescription()
> and
>>> providing the Ivy nature ID as a string.
>>> 2. You can add the Ivy classpath container to a project's classpath
> with
>>> JavaCore.newContainerEntry(
>>> "org.apache.ivyde.eclipse.cpcontainer.IVYDE_CONTAINER")
Hi Greg,
Le 2 juil. 2013 à 12:16, Greg Amerson a écrit :
> Hello IvyDE developers,
>
> My name is Greg Amerson and I am the project lead for Liferay IDE, which is
> a set of Eclipse plugins for Liferay development. In an upcoming version
> of Liferay Portal, we have integrated the use of Ivy d
I was going to argue that we should stick to a lower version of Ant so people
can build it without worrying much of the version they have already installed.
But Ant is bootstrapping itself, we don't actually have any requirement for the
build of Ant. On Jenkins Ant is just used to detect is we a
As far as I can tell, the status of EasyAnt on the incubator pages are up to
date, it is not listed anymore as an Incubator project.
There was still things in the svn, kept because we needed to wait for the site
to be moved. I have just completely deleted it cf r1461470.
I also just put in plac
Le 16 mars 2013 à 01:39, Nicolas Lalevée a écrit :
> Finally ! We're there !
>
> Now we need to move stuff. EasyAnt is graduating like Ivy did, so about the
> resources, here is the following suggestions.
>
> * The svn tree
> We will move the svn tree of EasyAnt u
hricht-
>> Von: Stefan Bodewig [mailto:bode...@apache.org]
>> Gesendet: Samstag, 16. März 2013 06:49
>> An: dev@ant.apache.org
>> Betreff: Re: EasyAnt is graduating
>>
>> On 2013-03-16, Nicolas Lalevée wrote:
>>
>>> Finally ! We're there !
>
Finally ! We're there !
Now we need to move stuff. EasyAnt is graduating like Ivy did, so about the
resources, here is the following suggestions.
* The svn tree
We will move the svn tree of EasyAnt under Ant's one. Everything except 'KEYS'
and 'site' under http://svn.apache.org/repos/asf/incuba
I count:
- 5 binding +1
- 1 non-binding +1
The proposition is accepted.
Thank you all.
We'll go now to the incubator mailing lists to clear things up.
Nicolas
Le 27 févr. 2013 à 19:44, Nicolas Lalevée a écrit :
> Hi,
>
> This is the come back of the proposal of bringing Eas
We have the control over the jvm arguments of ant within Jenkins, so we could
probably deal with it ourself.
And actually it doesn't seem to be the Ant launched by Jenkins which is
crashing, it is the boostrapped ant which is. This Jenkins config is launching
ant -f launch-build.xml, which is t
+1
Nicolas
Le 27 févr. 2013 à 19:44, Nicolas Lalevée a écrit :
> Hi,
>
> This is the come back of the proposal of bringing EasyAnt under the umbrella
> of the Ant PMC.
>
> There were some discussion on incubator-general about the incubating hcatalog
> project being
Le 23 févr. 2013 à 19:41, Stephen Haberman a écrit :
> Hi,
>
> I realize I'm likely spamming the list as you probably got
> notifications of my Jira activity, but I recently posted patches
> for two bugs we've been running into for awhile now:
>
> https://issues.apache.org/jira/browse/IVYDE-32
Hi,
This is the come back of the proposal of bringing EasyAnt under the umbrella of
the Ant PMC.
There were some discussion on incubator-general about the incubating hcatalog
project being "graduated" under the umbrella of the Hive PMC. I think that our
case is more clear and more standard reg
set it up :D
So I just deleted it.
Nicolas
>
> Maarten
>
>
>
>
> ________
> From: Nicolas Lalevée
> To: Ant Developers List
> Sent: Wednesday, August 22, 2012 10:56 AM
> Subject: Re: Ivy 2.3.x tested on Jenkins
>
> The Ivy-te
Le 21 janv. 2013 à 20:57, Maarten Coene a écrit :
> Hi all,
>
> I'm pleased to announce that the vote for the Apache Ivy 2.3.0 release has
> passed.
> There were 4 binding +1 votes from Antoine, Jean-Louis, Nicolas and myself.
> A non-binding +1 vote has been made by Paul King
Actually Jean-L
Le 13 janv. 2013 à 23:40, Maarten Coene a écrit :
> Hi all,
>
> I've created the binaries containing the Apache Ivy 2.3.0 release.
>
> These binaries can be found here:
> https://dist.apache.org/repos/dist/dev/ant/ivy/2.3.0/
>
> Maven artifacts are here:
> https://repository.apache.org/conten
Le 27 déc. 2012 à 22:11, Maarten Coene a écrit :
> Hi all,
>
> I would like to create the Apache Ivy 2.3.0 final release somewhere next week.
> It will be based on the current 2.3.x branch and will contain some bugfixes
> reported against 2.3.0-RC2.
> http://svn.apache.org/viewvc/ant/ivy/core
o I guess it's ok?
Strange, when I tested it it was ok….
Seems good now.
cheers,
Nicolas
>
> thanks,
> Maarten
>
>
>
>
>
> From: Nicolas Lalevée
> To: Ant Developers List
> Sent: Wednesday, November 14, 2012 1
attempt)
>
> Thanks Nicolas,
> that would be really helpful! :-)
>
>
> Maarten
>
>
>
>
> From: Nicolas Lalevée
> To: Ant Developers List
> Sent: Monday, November 12, 2012 11:02 PM
> Subject: Re: [RESULT][VOTE] Apache Ivy
Le 12 nov. 2012 à 22:49, Maarten Coene a écrit :
> Hi all,
>
> I'm pleased to announce that the vote for the Apache Ivy 2.3.0-RC2 release
> has passed.
> There were +1 votes from Nicolas, Jean-Louis, Antoine and myself.
>
>
> I'll continue the release process the next couple of days.
I can
oject is already set.
The important call is in IvyDERuntimeClasspathEntryResolver line 64. For some
reason (this might deserve a report in JDT's bugzilla), project is null while
resolving the source path whereas the path is from a classpath container from a
project.
Nicolas
>
Le 8 nov. 2012 à 22:32, carsten.pfeif...@gebit.de a écrit :
> Hi,
>
> I'm evaluating the use of Ivy and IvyDE and found some small problems that
> I would like to get addressed.
> I already submitted Jira tickets with attachments to them, but I'm not
> sure they will get any attention without
+1
Nicolas
Le 5 nov. 2012 à 23:37, Maarten Coene a écrit :
> Hi all,
>
> Here is a new attempt to create the Apache Ivy 2.3.0-RC2 release.
> The only change compared to the first attempt is the version fix for the OSGI
> bundle.
> You can find the binaries here:
> https://dist.apache.org/repo
The OSGi version of the jar is incorrect. It is currently:
2.3.0.cr220121028122736
whereas it should be:
2.3.0.cr2_20121028122736
There is a mistake in the version.properties.
Unless we will do more than 10 RC, I think it won't actually have consequences
about the proper order of the versions fo
I count 5 binding +1. No -1 nor 0. The vote pass.
Congratulation Jean-Louis !
Nicolas
Le 23 oct. 2012 à 10:58, Nicolas Lalevée a écrit :
> Jean-Louis has been nicely involved with both Ant and Ivy for some time.
> Let's vote to invite him to be an Ant committer.
>
> [ ] +1
Le 22 oct. 2012 à 23:27, Maarten Coene a écrit :
> Hi,
>
> I would like to try to create a new Ivy release candidate next weekend (27/28
> October)
> I'm not sure yet if I will have the time, but if no-one objects I'll give it
> a try.
ok for me
Nicolas
--
Le 23 oct. 2012 à 10:58, Nicolas Lalevée a écrit :
> Jean-Louis has been nicely involved with both Ant and Ivy for some time.
> Let's vote to invite him to be an Ant committer.
>
> [X] +1 to add Jean-Louis as a committer
> [ ] -1 to disagree (because…)
> [ ] +/-0 I
Jean-Louis has been nicely involved with both Ant and Ivy for some time.
Let's vote to invite him to be an Ant committer.
[ ] +1 to add Jean-Louis as a committer
[ ] -1 to disagree (because…)
[ ] +/-0 I don't care
Nicolas
-
To
fixed.
But what about the antunit test I have committed disabled ? Should we consider
it a valid use case ? Or should we consider a "bug" and promote the use of
'current' ?
I am in favor of the later, so we can avoid some tricky code.
Nicolas
>
>
>
>
I was still playing with classloaders and namespaces and antlib import with the
AntDSL, and I encountered an unexpected limitation.
What I found: an antlib which is referencing itself in its definition cannot be
loaded dynamically via an uri other than its antlib one.
This is the case for antuni
ppend( +
line.separator) ?
> I am generally in favor of the idea, so as long as the APIs are as
> nice as they can be all the internals are negotiable.
Thanks for the review,
Nicolas
>
> Thanks,
> Matt
>
> On Wed, Aug 29, 2012 at 8:35 AM, Nicolas Lalevée
> wrote:
>>
I would like to add to Ant the possibility to define custom command line
options.
This is motivated by the experiment I am doing with the AntDSL and the import
model I am trying to revisit (if anybody is interested, at some point I will
probably discuss it on easyant-dev, but we can also discus
, and java runs fine.
Nicolas
Le 23 août 2012 à 00:57, Nicolas Lalevée a écrit :
> Hi,
>
> Our test suite seems to fail quite consistently on jar signing, but only with
> the jvm 1.5, Windows or Ubuntu. I have tested locally on my Mac, it fails too.
>
> With verbose turned
Le 23 août 2012 à 06:27, Stefan Bodewig a écrit :
> On 2012-08-22, wrote:
>
>> Make Locator.fileToURL and replace its use by
>> FileUtils.getFileUtils().getFileURL()
>
> Doesn't this cause a dependency cycle between ant.jar and
> ant-launcher.jar?
Yes, and I fixed it just after, cf r1376031
Hi,
Our test suite seems to fail quite consistently on jar signing, but only with
the jvm 1.5, Windows or Ubuntu. I have tested locally on my Mac, it fails too.
With verbose turned on, here is what I see:
[au:antunit] Signing JAR:
/Users/hibou/dev/ant/svn/core/trunk/build/antunit/tmp/testoutpu
Le 22 août 2012 à 20:07, Jesse Glick a écrit :
>> As far I understand, such path reference some file on a remote computer. But
>> then why the host part of the URI being build is left to null?
>
> Line #3059 (JDK 7) would not be executed for a UNC path because you would
> have file://server/sha
Le 22 août 2012 à 00:04, Jesse Glick a écrit :
> On 08/21/2012 03:13 PM, Nicolas Lalevée wrote:
>> Or is there some code which rely on the broken behavior?
>
> Not that I know of. See the various commented-out code blocks and "XXX"
> comments in this class; it has
> Maarten
>
>
>
> ________
> From: Nicolas Lalevée
> To: Ant Developers List
> Sent: Monday, August 20, 2012 5:20 PM
> Subject: Ivy 2.3.x tested on Jenkins
>
> Since the trunk is moving a little from the 2.3.x branch, I have setup a
> build of the Ivy test suite of the 2.3.
When trying to setup the build matrix for Ivy, I got hit by the spaces in the
paths for the tests. It was due to the well known broken File.toURL().
I have done a broadcast search on Ivy and fix it (it was mainly the unit tests
which were broken).
So decided to look into IvyDE too and I have fou
Since the trunk is moving a little from the 2.3.x branch, I have setup a build
of the Ivy test suite of the 2.3.x branch:
https://builds.apache.org/job/Ivy-2.3-tests/
Also, I have seen Maarten struggle with Unix path just like I do with Windows
paths :)
I think it will be interesting to do a "bu
ling list, we'll try
later after showing some nice activity from the easyant committers.
Nicolas
>
> Maarten
>
>
>
>
> ____
> From: Nicolas Lalevée
> To: Ant Developers List
> Sent: Thursday, July 26, 2012 2:41 PM
> Subject
hope I won't demotivate you from trying to contribute to Ivy. Every
involvement is appreciated.
cheers,
Nicolas
> 2012/8/7 Nicolas Lalevée
>
>> Le 7 août 2012 à 15:05, Adrien Lecharpentier a écrit :
>>> 2012/8/7 Nicolas Lalevée
>>>
>>>> I have lo
Le 7 août 2012 à 15:05, Adrien Lecharpentier a écrit :
> 2012/8/7 Nicolas Lalevée
>
>> I have looked at you patch more closely, and there are indeed some strange
>> things. I don't understand why the parsing of a cudf file have to depend on
>> the resolve context.
&
on this question.
> We've notice that the resolver is called at each dependency fetched. The
> problem with that is the list of dependencies returned in the cudf
> file/output is already conflict-less.
>
> That was on of the reason why we implement a resolver at first.
>
>
It is indeed nicer. committed.
Nicolas
Le 30 juil. 2012 à 23:48, Nicolas Lalevée a écrit :
>
> Le 30 juil. 2012 à 23:25, Matt Benson a écrit :
>
>> Can't this be done more cleanly by internally wrapping all if/unless
>> to a Condition instance?
>
> I haven&
Le 30 juil. 2012 à 23:25, Matt Benson a écrit :
> Can't this be done more cleanly by internally wrapping all if/unless
> to a Condition instance?
I haven't thought of that.
Probably it will make the test of executability simpler, but not the setter. I
will try something.
Nicolas
>
> Matt
>
Le 28 juil. 2012 à 19:35, Nicolas Lalevée a écrit :
> I think that I would like to change is the following point as documented in
> the header of the PropertyHelper class:
> "Object value seems valuable as outlined."
>
> Nicolas
>
> Le 28 juil. 2012 à 19:20, Nicol
201 - 300 of 686 matches
Mail list logo