>My "build file" is going to look like this (I'm making up half of it):
>
>@Project(Name="example", DefaultTarget="echo")
>public class BuildFile extends JavaFrontBuildFile {
>public BuildFile(Project p) {
>super(p);
>}
>
>@Target
>public void echo() {
>getProject().
On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote:
--- Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> My "build file" is going to look like this (I'm
>> making up half of it):
>>
>
> This looks like it's friends with my concept of an Ant
> DSL except mine is pretty much just a de-XMLizat
On Thu, 30 Oct 2008, Jan Materne <[EMAIL PROTECTED]> wrote:
> Looks like Leafcutter: https://leafcutter.dev.java.net/
I haven't been aware of it. If you look at the other thread I've
started, it approaches things from a different angle.
Also I'd prefer to use the builder pattern and a fluent in
On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote:
--- Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Okay, what say we move the Project instantiation to
> ProjectHelper then, so that custom ProjectHelpers can
> influence the Project class used if needed?
we probably can do so without brea
On Thu, Oct 30, 2008 at 1:01 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote:
>
> --- Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>
> > Okay, what say we move the Project instantiation to
> > ProjectHelper then, so that custom ProjectHelpers
On Thu, 30 Oct 2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 30, 2008 at 1:01 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>
> > As for the ProjectHelper, there is a services facility, so all it
> > takes is putting the correct services entry into META-INF/services
> > (JavaFront d
> I'm not doing OO stuff, the build file is a Java source.
I suppose it would be possible to do the same using JavaScript as the
language? All you would need is a dependency on Rhino +BSF or Java6. -
It would be interesting to see how hard HelloWorld is (/me puts on
huge list of things todo..)
>
On Thu, Oct 30, 2008 at 2:12 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Oct 2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 30, 2008 at 1:01 PM, Stefan Bodewig <[EMAIL PROTECTED]>
> wrote:
> >
> > > As for the ProjectHelper, there is a services facility, so all it
>
The services mechanism was added to the JAR spec in JDK 1.3 or 1.4; Sun
didn't add public classes to use services until JDK 6. Before JDK 6 you
either had to use sun.misc.Service or write your own loader; IIRC there
was also a loader available with one of the optional JDK extensions
(something
On Thu, 30 Oct 2008, Jeffrey E. Care <[EMAIL PROTECTED]> wrote:
> For my DiagnosticsProvider/VersionProvider patch I wrote a
> ServiceLoader class that mimics the API of the supported
> ServiceLoader class that comes with JDK 6. I'm still trying to get
> that patch cleared through IBM legal though
On Thu, 30 Oct 2008, Kevin Jackson <[EMAIL PROTECTED]> wrote:
>> I'm not doing OO stuff, the build file is a Java source.
>
> I suppose it would be possible to do the same using JavaScript as
> the language?
Not by taking the same approach, but probably similar.
> All you would need is a depend
This is not that much based on features available (although I consider
using NIO in StreamPumper) but more on "where do we test".
The vote is simple. If you vote +1 then we make 1.4 the minimum
requirement, if you vote -1 it will stay at 1.3. This is a code
change and thus subject to lazy consen
On Thu, Oct 30, 2008 at 4:48 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> This is not that much based on features available (although I consider
> using NIO in StreamPumper) but more on "where do we test".
>
> The vote is simple. If you vote +1 then we make 1.4 the minimum
> requirement, if yo
Stefan Bodewig wrote:
This is not that much based on features available (although I consider
using NIO in StreamPumper) but more on "where do we test".
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
+1
Simply for ease of testing
Kev
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
just committed what could be the initial version for a fluent builder:
$ cat src/etc/examples/Simple3.java
package org.example;
import org.apache.ant.javafront.annotations.AntProject;
import org.apache.ant.javafront.annotations.AntTarget;
import org.apache.tools.ant.Project;
import org.apache.ant
Hi dear Ant developers!
I think I found a bug in Ant javac task, (or maybe in Java compiler).
I need you help to check if it is true.
Javac task behaves differently in Java 6 and Java 5.
For some reason it works properly in Java 5 on the same project structure,
but fails in Java 6.
Imagine situ
On Thu, Oct 30, 2008 at 10:48 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> This is not that much based on features available (although I consider
> using NIO in StreamPumper) but more on "where do we test".
>
> The vote is simple. If you vote +1 then we make 1.4 the minimum
> requirement, if yo
+1 since java1.3 has been eoled, and it would be nice to
have nio available.
On Thu, Oct 30, 2008 at 7:06 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 30, 2008 at 10:48 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> This is not that much based on features available (altho
+1
Jan
>-Ursprüngliche Nachricht-
>Von: Stefan Bodewig [mailto:[EMAIL PROTECTED]
>Gesendet: Donnerstag, 30. Oktober 2008 16:48
>An: dev@ant.apache.org
>Betreff: [VOTE] Adopt Java 1.4 as a minimum requirement for core/trunk
>
>This is not that much based on features available (although I
20 matches
Mail list logo
