; Jan
>
>
> >-Ursprüngliche Nachricht-
> >Von: Alex Egg [mailto:[EMAIL PROTECTED]
> >Gesendet: Dienstag, 31. Juli 2007 05:15
> >An: Ant Users List
> >Betreff: Re: simple buildnumber task usage question
>
> >
> >Oh coo. I didn't see th
t; >-Ursprüngliche Nachricht-
> >Von: Alex Egg [mailto:[EMAIL PROTECTED]
> >Gesendet: Montag, 30. Juli 2007 22:33
> >An: Ant Users List
> >Betreff: concat task on group of utf 8 files w/ BOM
> >
> >Hi,
> >I'm using the concat task with a file
Oh coo. I didn't see that anywhere in the docs...
>ld like to use the buildnumber task to
> > append a build number to the file name:
> >
> >
> > So my gzipped file would be something like: management_3.js
> >
> > I already have the task in my build file as:
> >
> >
> >
> > but that just saves
Hi have this gzip task, and I would like to use the buildnumber task to
append a build number to the file name:
So my gzipped file would be something like: management_3.js
I already have the task in my build file as:
but that just saves it to the build.number file, how do I get it to a
proper
Hi,
I'm using the concat task with a fileset that points to a bunch of files
with unicode byte order marks. After the task is complete I wind up with
file that's full for BOMs, which down the road, crashes a program that reads
this file.
Any good solution to deal with this? The BOMS?
not to have BOM
> mark. It looks like that:
>
>
>
>
>
>
>
>
> - Alexey.
>
> Alex Egg wrote:
> > A 3rd party ant task is getting the error, I'm sure it's not a problem
> > with
> > ant itself. This is the reason why I'
in OS X and not run in
XP I have to look at it more I guess...
Alex
On 7/27/07, Steve Loughran <[EMAIL PROTECTED]> wrote:
>
> Alex Egg wrote:
> > When I run my ant task from windows it gives me errors related to the
> > unicode/utf8 byte order mark. I do not get this
When I run my ant task from windows it gives me errors related to the
unicode/utf8 byte order mark. I do not get this error when running the same
task from OS X.
Anyways, what's an easy way to remove the BOM?
Alex
Alex
On 7/23/07, Matt Benson <[EMAIL PROTECTED]> wrote:
--- Alex Egg <[EMAIL PROTECTED]> wrote:
> I need to load some CSS files into the concat task,
> but they need to be a
> certain order. How should I do this? Maybe number
> the file names? Is there
> any bu
I need to load some CSS files into the concat task, but they need to be a
certain order. How should I do this? Maybe number the file names? Is there
any build in fileset functionality for this?
Alex
ha, cool
On 7/21/07, Simon P. Ditner <[EMAIL PROTECTED]> wrote:
It seems that apache2 was triggering it. I commented out 'AddEncoding
x-gzip gz tgz' from my apache2.conf, and that seems to be enough for it
to arrive still compressed.
On Sat, 21 Jul 2007, Alex Egg wrote:
&
Could apache be doing it??
On 7/21/07, Simon P. Ditner <[EMAIL PROTECTED]> wrote:
I have a simple build file downloading a few .tar.gz files from my web
server running a stock Apache2 from Ubuntu 6.06, using Ant 1.7.0.
One command in my build.xml is:
http://myserver/project1/file1.tar.gz"; de
All I want to do is get the value of the 'src' attribute, how would a
replaceregex help me?
On 7/20/07, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> How can I get the src attribute values from this:
>
>
>
>
>
Using a , as the link I provided shows. --DD
---
D
On 7/19/07, Alex Egg <[EMAIL PROTECTED]> wrote:
> I looked at file reader to open the file, but can you show me an example
of
> the regex FileReader?
>
> On 7/19/07, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> >
> > with a regex FilterReader can give you
e you tried putting the ORO impl in ANT_HOME/lib?
But isn't you regexp more complex that it needs to be? --DD
On 7/19/07, Alex Egg <[EMAIL PROTECTED]> wrote:
> By default it looks like the LineContainsRegExp filter uses the
> java.util.regex package by default. However
eeds to be? --DD
On 7/19/07, Alex Egg <[EMAIL PROTECTED]> wrote:
> By default it looks like the LineContainsRegExp filter uses the
> java.util.regex package by default. However, apparently
> this particular regex implementation doesn't support * metacharacters
> in l
By default it looks like the LineContainsRegExp filter uses the
java.util.regex package by default. However, apparently
this particular regex implementation doesn't support * metacharacters
in look-behinds, e.g.: (?<=\