WG: [Urgent] Please help promote ApacheCon video streaming!
FYI Jan -Ursprüngliche Nachricht- Von: Lars Eilebrecht [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 4. November 2008 17:27 An: [EMAIL PROTECTED] Betreff: [Urgent] Please help promote ApacheCon video streaming! Wichtigkeit: Hoch Hi, please help promote the ApacheCon live video streaming by forwarding the email below to your PMC user and dev mailing lists, ASAP! Thank you Lars Eilebrecht - Subject: ApacheCon live video streaming available; keynotes and Apache 101 are free Can't make ApacheCon this week in New Orleans? You can still watch all the keynotes, Apache 101 sessions, and system administration track in live video streams: http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann Keynotes and the Apache 101 lunchtime sessions are free; the full sysadmin track, including httpd performance, security, and server stack administration talks are available for a fee. Keynotes include: - David Recordon, Six Apart (Wednesday 09:30) "Learning from Apache to create Open Specifications" - Shahani Markus Weerawarana, Ph.D. (Thursday 11:30) "Standing on the Shoulders of Giants" - Sam Ramji, Microsoft (Friday 11:30) "struct.new("future", :open, :microsoft)" Reminder: New Orleans is CST or UTC/GMT -6 hours. Advance notice: ApacheCon EU 2009 returns to Amsterdam, 23-27 March. We had a great response to our CFP and look forward to announcing the schedule in the next month. --- -- Lars Eilebrecht - V.P., Conference Planning [EMAIL PROTECTED] - http://www.us.apachecon.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javac task problem in Java 6
On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote: > javac -sourcepath A.java -classpath b.jar A.java > It works properly in both JDK 5 and 6. This is not what Ant does (and why I pointed you at sourcepath="" in order to get something like that. > But Ant's javac task with "includes" and "excludes" does not work > with JDK 6. See my response. > So I am not sure that problem is in javac compiler. It looks like > there is a problem in javac Ant task. Could anybody please check > it? Is there any way to look at exact javac invocation string that > is produced for the build script? Run Ant with -verbose. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem updating the ivy website
I've committed the Ivy 2.0.0-rc2 website in svn: https://svn.apache.org/repos/asf/ant/ivy/site/target/ When I want to update it in /www/ant.apache.org/ivy I get the following error: [EMAIL PROTECTED] /www/ant.apache.org/ivy]$ svn up svn: Can't open file 'history/trunk/settings/.svn/lock': Permission denied Xavier: can you update the site or modify the permissions? regards Maarten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Dynamic property names
--- Remie Bolte <[EMAIL PROTECTED]> wrote: > Thanks for the input! > > I found a different way to deal with the problem, > without hacks :) > Sometimes it is useful not to be able to find a > solution, it allows you to > look back a couple of steps. > > However, I do still have the question why double > expanding is not > implemented. Is there a conceptual issue, are there > strong arguments not to > implement it, or is it just hard to do? > It's a matter of preference: the majority of Ant's developers aren't keen on having the functionality. Further, while the syntax ${${foo}.bar} seems straightforward, it is arguably ambiguous. You can choose to believe that this is a nested property expression, but some might disagree and see things differently. In any event, Ant's property handling API has been redesigned to accommodate this, and it is available in the experimental props antlib, which rather than being considered a hack, is a way to support this use case at the user's discretion without forcing it on all Ant users. HTH, Matt > Cheers, > > Remie > > On Tue, Nov 4, 2008 at 9:32 PM, Gilbert Rebhan > <[EMAIL PROTECTED]> wrote: > > > [EMAIL PROTECTED] schrieb: > > >> I saw the FAQ, but the workaround deals with > making a new > > >> property, which is > > >> not something that is desirable in my > situation. > > >> Is there a reason that double expanding is not > implemented? > > > > > > There is an implementation in the sandbox > bundled as an AntLib. > > > You could give it try: > > > > > > > > > Root > > > > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/ > > > > > > Doc > > > > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/docs/index. > > > html?view=co > > > > There's also a hack via task from > antcontrib, see = > > http://marc.info/?l=ant-user&m=121318477419672&w=2 > > > > Regards, Gilbert > > > > > - > > 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: AW: Dynamic property names
Remie Bolte schrieb: > Thanks for the input! > > I found a different way to deal with the problem, without hacks :) > Sometimes it is useful not to be able to find a solution, it allows you to > look back a couple of steps. hack != bad IMO i use that term for a tricky solution or workaround when the standards don't work as expected or lack a specific feature. You are absolutely right, often you'll find a simple(r) solution after taking a nap or another cup of coffee. Needing a hack is mostly an indicator something went wrong before > Keep It Simple, Stupid (KISS) But sometimes i need a hack to make it work. > However, I do still have the question why double expanding is not > implemented. Is there a conceptual issue, are there strong arguments not to > implement it, or is it just hard to do? One of the fundamentals in ant is the immutability of a property once set. There are some collections of anttasks (antelope,antcontrib,antxtras) that provide mutable properties, as there are requests by ant users (btw. it's easy to overwrite properties with
[RESULT][VOTE] Ivy 2.0.0-rc2 Release
The vote is over for the Ivy 2.0.0-rc2 release. With 4 binding +1, the vote has passed. I'll proceed to make the release official in the coming days. Maarten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Dynamic property names
Thanks for the input! I found a different way to deal with the problem, without hacks :) Sometimes it is useful not to be able to find a solution, it allows you to look back a couple of steps. However, I do still have the question why double expanding is not implemented. Is there a conceptual issue, are there strong arguments not to implement it, or is it just hard to do? Cheers, Remie On Tue, Nov 4, 2008 at 9:32 PM, Gilbert Rebhan <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] schrieb: > >> I saw the FAQ, but the workaround deals with making a new > >> property, which is > >> not something that is desirable in my situation. > >> Is there a reason that double expanding is not implemented? > > > > There is an implementation in the sandbox bundled as an AntLib. > > You could give it try: > > > > > > Root > > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/ > > > > Doc > > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/docs/index. > > html?view=co > > There's also a hack via task from antcontrib, see = > http://marc.info/?l=ant-user&m=121318477419672&w=2 > > Regards, Gilbert > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: AW: Dynamic property names
[EMAIL PROTECTED] schrieb: >> I saw the FAQ, but the workaround deals with making a new >> property, which is >> not something that is desirable in my situation. >> Is there a reason that double expanding is not implemented? > > There is an implementation in the sandbox bundled as an AntLib. > You could give it try: > > > Root > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/ > > Doc > http://svn.apache.org/viewvc/ant/sandbox/antlibs/props/trunk/docs/index. > html?view=co There's also a hack via task from antcontrib, see = http://marc.info/?l=ant-user&m=121318477419672&w=2 Regards, Gilbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ivy 2.0.0-rc2 Release
Almost forgot to vote myself, so here is mine +1 Maarten - Original Message From: Maarten Coene <[EMAIL PROTECTED]> To: ant-dev Sent: Tuesday, October 28, 2008 11:53:50 PM Subject: [VOTE] Ivy 2.0.0-rc2 Release I have built a second release candidate for Ivy 2.0.0 You can download it from this URL: http://people.apache.org/~maartenc/ivy/staging/2.0.0-rc2/ A maven 2 staging repo with this release is available here: http://people.apache.org/~maartenc/m2-staging-repo/ A staging eclipse update site with this release is available here: http://people.apache.org/~maartenc/updatesite-staging/ The bundle version is 2.0.0.cr2. Do you vote for the release of these binaries? [ ] Yes [ ] No Regards, Maarten Coene, Ivy 2.0.0-rc2 release manager - 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]
[ANN] ApacheCon live video streaming available; keynotes and Apache 101 are free
--- Lars Eilebrecht <[EMAIL PROTECTED]> wrote: > > Can't make ApacheCon this week in New Orleans? You > can still watch all > the keynotes, Apache 101 sessions, and system > administration track in > live video streams: > > > http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann > > Keynotes and the Apache 101 lunchtime sessions are > free; the full > sysadmin track, including httpd performance, > security, and server stack > administration talks are available for a fee. > > Keynotes include: > - David Recordon, Six Apart (Wednesday 09:30) >"Learning from Apache to create Open > Specifications" > > - Shahani Markus Weerawarana, Ph.D. (Thursday > 11:30) >"Standing on the Shoulders of Giants" > > - Sam Ramji, Microsoft (Friday 11:30) >"struct.new("future", :open, :microsoft)" > > >Reminder: New Orleans is CST or UTC/GMT -6 hours. > > > Advance notice: ApacheCon EU 2009 returns to > Amsterdam, 23-27 March. We > had a great response to our CFP and look forward to > announcing the > schedule in the next month. > > --- > > -- > Lars Eilebrecht - V.P., Conference Planning > [EMAIL PROTECTED] - http://www.us.apachecon.com > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: [Urgent] Please help promote ApacheCon video streaming!
--- Lars Eilebrecht <[EMAIL PROTECTED]> wrote: > Date: Tue, 4 Nov 2008 10:27:25 -0600 > From: Lars Eilebrecht <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [Urgent] Please help promote ApacheCon > video streaming! > > Hi, > > please help promote the ApacheCon live video > streaming by forwarding > the email below to your PMC user and dev mailing > lists, ASAP! > > Thank you > Lars Eilebrecht > > - > > Subject: ApacheCon live video streaming available; > keynotes and Apache 101 are free > > > Can't make ApacheCon this week in New Orleans? You > can still watch all > the keynotes, Apache 101 sessions, and system > administration track in > live video streams: > > > http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann > > Keynotes and the Apache 101 lunchtime sessions are > free; the full > sysadmin track, including httpd performance, > security, and server stack > administration talks are available for a fee. > > Keynotes include: > - David Recordon, Six Apart (Wednesday 09:30) >"Learning from Apache to create Open > Specifications" > > - Shahani Markus Weerawarana, Ph.D. (Thursday > 11:30) >"Standing on the Shoulders of Giants" > > - Sam Ramji, Microsoft (Friday 11:30) >"struct.new("future", :open, :microsoft)" > > >Reminder: New Orleans is CST or UTC/GMT -6 hours. > > > Advance notice: ApacheCon EU 2009 returns to > Amsterdam, 23-27 March. We > had a great response to our CFP and look forward to > announcing the > schedule in the next month. > > --- > > -- > Lars Eilebrecht - V.P., Conference Planning > [EMAIL PROTECTED] - http://www.us.apachecon.com > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javac task problem in Java 6
Well, I tried javac: javac -sourcepath A.java -classpath b.jar A.java It works properly in both JDK 5 and 6. But Ant's javac task with "includes" and "excludes" does not work with JDK 6. So I am not sure that problem is in javac compiler. It looks like there is a problem in javac Ant task. Could anybody please check it? Is there any way to look at exact javac invocation string that is produced for the build script? Regards, Sergey Bondarenko. 2008/11/4 Jess Holle <[EMAIL PROTECTED]> > I am rather certain this is a javac bug -- though it would be good to > /prove /that from a javac command line so as to get some focus on the real > issue here. > > I believe Sun should take this particular issue seriously. We've seen this > before where A depends on B which /internally/ depends upon C and then > suddenly one has to have C around to compile A. That extends compilation > dependencies across decoupling points one designs in and breaks library > opacity / encapsulation. This whole issue needs to be taken seriously and > nailed by Sun. It impacts Ant, of course, but this in turn impacts > NetBeans. It also impacts everything that uses their compiler rather than > JDT. Overall this issue should not be tolerated. > > -- > Jess Holle > > > Stefan Bodewig wrote: > >> On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote: >> >> >> >>> Regarding compilation issue, it looks like Ant javac task does not >>> handle "includes" and "excludes" attributes correctly when it is >>> used with JDK 6. But it works properly with JDK 5. >>> >>> >> >> Uhm, no. >> >> includes/excludes controls which source files are being sent to >> javac's command line. If javac decides that it needs to compile >> additional classes that it can find inside the source path, then there >> is nothing that Ant can do. >> >> Inside the manual page for the javac task you will find (under >> examples): >> >> , >> | If you wish to compile only files explicitly specified and disable >> | javac's default searching mechanism then you can unset the sourcepath >> | attribute: >> | | > | destdir="${build}" > >> | >> | >> | >> | | That way the javac will compile all java source files under "${src}" >> | directory but skip the examples. The compiler will even produce errors >> | if some of the non-example files refers to them. >> ` >> >> Stefan >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> > >
Re: javac task problem in Java 6
I am rather certain this is a javac bug -- though it would be good to /prove /that from a javac command line so as to get some focus on the real issue here. I believe Sun should take this particular issue seriously. We've seen this before where A depends on B which /internally/ depends upon C and then suddenly one has to have C around to compile A. That extends compilation dependencies across decoupling points one designs in and breaks library opacity / encapsulation. This whole issue needs to be taken seriously and nailed by Sun. It impacts Ant, of course, but this in turn impacts NetBeans. It also impacts everything that uses their compiler rather than JDT. Overall this issue should not be tolerated. -- Jess Holle Stefan Bodewig wrote: On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote: Regarding compilation issue, it looks like Ant javac task does not handle "includes" and "excludes" attributes correctly when it is used with JDK 6. But it works properly with JDK 5. Uhm, no. includes/excludes controls which source files are being sent to javac's command line. If javac decides that it needs to compile additional classes that it can find inside the source path, then there is nothing that Ant can do. Inside the manual page for the javac task you will find (under examples): , | If you wish to compile only files explicitly specified and disable | javac's default searching mechanism then you can unset the sourcepath | attribute: | | | destdir="${build}" > | | | | | That way the javac will compile all java source files under "${src}" | directory but skip the examples. The compiler will even produce errors | if some of the non-example files refers to them. ` Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ivy 2.0.0-rc2 Release
+1 Thanks to drive this release. 2008/10/29 Xavier Hanin <[EMAIL PROTECTED]>: > On Tue, Oct 28, 2008 at 11:53 PM, Maarten Coene <[EMAIL PROTECTED]>wrote: > >> I have built a second release candidate for Ivy 2.0.0 >> >> You can download it from this URL: >> http://people.apache.org/~maartenc/ivy/staging/2.0.0-rc2/ >> >> A maven 2 staging repo with this release is available here: >> http://people.apache.org/~maartenc/m2-staging-repo/ >> >> A staging eclipse update site with this release is available here: >> http://people.apache.org/~maartenc/updatesite-staging/ >> The bundle version is 2.0.0.cr2. >> >> Do you vote for the release of these binaries? >> > > [X] Yes > > +1 > > Xavier > > >> >> [ ] No >> >> Regards, >> >> Maarten Coene, >> Ivy 2.0.0-rc2 release manager >> >> >> >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > Xavier Hanin - 4SH France > BordeauxJUG co leader - http://www.bordeauxjug.org/ > Blogger - http://xhab.blogspot.com/ > Apache Ivy Creator - http://ant.apache.org/ivy/ > -- Gilles Scokart - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javac task problem in Java 6
On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote: > Regarding compilation issue, it looks like Ant javac task does not > handle "includes" and "excludes" attributes correctly when it is > used with JDK 6. But it works properly with JDK 5. Uhm, no. includes/excludes controls which source files are being sent to javac's command line. If javac decides that it needs to compile additional classes that it can find inside the source path, then there is nothing that Ant can do. Inside the manual page for the javac task you will find (under examples): , | If you wish to compile only files explicitly specified and disable | javac's default searching mechanism then you can unset the sourcepath | attribute: | | | | | | | That way the javac will compile all java source files under "${src}" | directory but skip the examples. The compiler will even produce errors | if some of the non-example files refers to them. ` Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]