Re: [VOTE] Ivy 2.0.0-beta2 Release
On Mon, Feb 25, 2008 at 8:52 AM, Gilles Scokart [EMAIL PROTECTED] wrote: 2008/2/24, Xavier Hanin [EMAIL PROTECTED]: Indeed, it would make sense to fix this regression before releasing. Gilles, what's your opinion on this? Any comment on the optional/test doesn't make sense comment in the code? I'm also wondering what I meant ;-) I think it means that optional doesn't make sense in the test scope. I agree that it must be fixed before cutting the release. I will apply the patch. OK, so I'll make a new release, and submit it for a new vote. Xavier -- Gilles Scokart -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/
[VOTE] Ivy 2.0.0-beta2 Release (second attempt)
I have built a second release candidate for Ivy 2.0.0-beta2. Compared to the first attempt, the only change is that I've applied IVY-744 fix that Gilles has checked in on trunk. You can download it from this URL: http://people.apache.org/~xavier/ivy/staging/2.0.0-beta2/http://people.apache.org/%7Exavier/ivy/staging/2.0.0-beta2/ Do you vote for the release of these binaries? [ ] Yes [ ] No Regards, Xavier Hanin, Ivy 2.0.0-beta2 release manager -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/
Re: 1.7.1 - Beta Vote
x yes +1 Peter On Mon, Feb 25, 2008 at 2:39 AM, Kevin Jackson [EMAIL PROTECTED] wrote: Hi, As I mentioned previously (although I'm a couple of days late). I'd like to release a beta of 1.7.1 within the next two weeks. The current 1.7.1 trunk is now locked for further changes (99.9% test completion on the most troublesome platform (windows)) The beta of 1.7.1 is ready: [x] yes (+1) [ ] no (you missed something...) Kev PS - my +1 is already in the above :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [VOTE][RESULT] add Nicolas Lalevée as comm itter
With 13 binding +1, 1 non binding, and one accordez moi, I'm pleased to announce that this vote passed successfully. Nicolas, we are honoured to welcome you as a new Apache Ant committer. I will contact you in private to give you some details on what you need to do now to wear your ASF committer hat :-) Welcome aboard! I am honoured to be part of the Apache family. :) Following the tradition let's introduce myself. I am 27 years old, french, and I live in Toulouse, while being in the heart a mediterranean as all my childhood was in front of the see. I started to not only use computers but try to improve them with a Ti-89 calculator [1]. So I started at a very low level with some 68k asm, and then I quickly learned C to avoid some headache. Then I discovered Java in my french engineering school which I found pretty cool in transforming segmentation faults into NPEs. After my graduation I did an internship at Anyware Technologies where I discovered the web applications, the open source and the Apache Foundation via Sylvain Wallez. Thank you Sylvain for introducing me to the Apache projects, but most of all to the community aspect of the foundation. Working on different projects I learned first about Cocoon, then I did some Eclipse plugins. After that I deeply looked into Lucene, also OpenRDF, and learned about Ivy after some maven frustration. I also get interested by Husdon, did an Ivy plugin and became a committer there. Then little on my own (I would like to thank my managers to allow me to do so) I decided to try to make IvyDE work because I was bugging me and a lot of my colleagues, forcing us to use some tricks. I had some difficulties to enter into the Eclipse JDT framework, but some thread on the ivy user mailing list keep me investigating bugs. Now that I know deeper Eclipse, I will continue to improve IvyDE because I think that even if Ant + Ivy can be a standalone core build system, tools for users do make the difference between a application and a great application. Thank you everyone! Nicolas [1] http://www.hibnet.org/ti.php PS: special dedication to my father who wrote me a dedication in his book : you have to contribute to the open source !. Done dad ! ;) Welcome Nicolas. Maybe you could update the committer page when you have commit rights. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlproperties task
On Fri, 2008-02-22 at 14:56 -0800, Bruce Atherton wrote: What I think you are missing is that the XML hierarchy translates into the name of the property. This is true whether you use Semantic Attributes or not, since they do not alter the name. Hmm, then I misunderstood http://ant.apache.org/manual/CoreTasks/xmlproperty.html Semantic Attributes ... id: The property is associated with the given id value. For me that sounds (and actually IMO makes awfully lot of sense) that if I use @id, the property will use this id as name. Then the java xml files from properties.loadFromXML(...) method will not work with the xmlproperty task either (let alone that they do not even have a @id), since they look like: ?xml version=1.0 encoding=UTF-8? !DOCTYPE properties SYSTEM http://java.sun.com/dtd/properties.dtd; properties entry key=plugin.TestPlugincom.plugin.test.TestPluginModule/entry entry key=messages.TestPluginTestPluginMessages.properties/entry /properties Is there interest to have a java compatible xml properties task, if so I will likely need to write one for my current project and can submit a patch. Thanks for your answer Bruce. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlproperties task
ANT svn (trunk) supports loadFromXML in the properties task. This has not been ported to the ANT 1.7 branch. Peter On Mon, Feb 25, 2008 at 12:21 PM, Thorsten Scherler [EMAIL PROTECTED] wrote: On Fri, 2008-02-22 at 14:56 -0800, Bruce Atherton wrote: What I think you are missing is that the XML hierarchy translates into the name of the property. This is true whether you use Semantic Attributes or not, since they do not alter the name. Hmm, then I misunderstood http://ant.apache.org/manual/CoreTasks/xmlproperty.html Semantic Attributes ... id: The property is associated with the given id value. For me that sounds (and actually IMO makes awfully lot of sense) that if I use @id, the property will use this id as name. Then the java xml files from properties.loadFromXML(...) method will not work with the xmlproperty task either (let alone that they do not even have a @id), since they look like: ?xml version=1.0 encoding=UTF-8? !DOCTYPE properties SYSTEM http://java.sun.com/dtd/properties.dtd; properties entry key=plugin.TestPlugincom.plugin.test.TestPluginModule/entry entry key=messages.TestPluginTestPluginMessages.properties/entry /properties Is there interest to have a java compatible xml properties task, if so I will likely need to write one for my current project and can submit a patch. Thanks for your answer Bruce. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlproperties task
On Mon, 2008-02-25 at 12:52 +, Peter Reilly wrote: ANT svn (trunk) supports loadFromXML in the properties task. This has not been ported to the ANT 1.7 branch. Nice. Thanks for this update, will checkout trunk and give it a go. salu2 Peter On Mon, Feb 25, 2008 at 12:21 PM, Thorsten Scherler [EMAIL PROTECTED] wrote: On Fri, 2008-02-22 at 14:56 -0800, Bruce Atherton wrote: What I think you are missing is that the XML hierarchy translates into the name of the property. This is true whether you use Semantic Attributes or not, since they do not alter the name. Hmm, then I misunderstood http://ant.apache.org/manual/CoreTasks/xmlproperty.html Semantic Attributes ... id: The property is associated with the given id value. For me that sounds (and actually IMO makes awfully lot of sense) that if I use @id, the property will use this id as name. Then the java xml files from properties.loadFromXML(...) method will not work with the xmlproperty task either (let alone that they do not even have a @id), since they look like: ?xml version=1.0 encoding=UTF-8? !DOCTYPE properties SYSTEM http://java.sun.com/dtd/properties.dtd; properties entry key=plugin.TestPlugincom.plugin.test.TestPluginModule/entry entry key=messages.TestPluginTestPluginMessages.properties/entry /properties Is there interest to have a java compatible xml properties task, if so I will likely need to write one for my current project and can submit a patch. Thanks for your answer Bruce. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.7.1 - Beta Vote
On Mon, 25 Feb 2008, Kevin Jackson [EMAIL PROTECTED] wrote: I'd like to release a beta of 1.7.1 within the next two weeks. The current 1.7.1 trunk is now locked for further changes (99.9% test completion on the most troublesome platform (windows)) The beta of 1.7.1 is ready: [ ] yes (+1) [ ] no (you missed something...) This is a vote on the release plan, right? +1 For the actual release you have to call for a vote on the actual bits that are going to get released. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]