Prashant wrote:
>
>>And it takes it a very long time to complete (almost ten minutes for
>> 70-80 XML files).
>
>
> Could't you use to locate the XSD schemas locally instead of
> http download, which perhaps is taking time.
Does it work for XML schemas? From the documentation, and I think th
>And it takes it a very long time to complete (almost ten minutes for
> 70-80 XML files).
Could't you use to locate the XSD schemas locally instead of
http download, which perhaps is taking time.
-Prashant
Adrian Herscu wrote:
Hi all,
I am using the task in a Maven Ant mojo that validate
Try turning on grammar caching.
http://xml.apache.org/xerces2-j/faq-grammars.html#faq-4
I would imagine by doing something like this:
value="org.apache.xerces.parsers.XMLGrammarCachingConfiguration" />
or:
value="org.apache.xerces.parsers.XMLGrammarCachingConfiguration" />
Cheers,
James
Oh my! Sorry!! It's been 3 years since I've coded in Java. I've been
developing in .Net since then and I have a need for Ant's functionality.
Most of it came back, the obvious has not.
I'm very sorry for wasting your time.
Thanks!
-Original Message-
From: Matt Benson [mailto:[EMAIL PROTE
uh, it's part of the Java property file spec that
backslashes must be escaped:
dir.src=C:\\Temp\\compare_cmp
dir.dest=C:\\Work\\Dev\\projects\\Installer\\code\\Installer_c1.0.latest\\cmp
-Matt
--- William Lopez <[EMAIL PROTECTED]> wrote:
> Ant: 1.6.5
> Java: 1.5.0_07
> OS: WinXP
>
> I have a
Ant: 1.6.5
Java: 1.5.0_07
OS: WinXP
I have a build.properties with the following props defined:
dir.src=C:\Temp\compare_cmp
dir.dest=C:\Work\Dev\projects\Installer\code\Installer_c1.0.latest\cmp
The build is failing because the props are being resolved without the
backslashes. Here are the s:
Hi all,
I am using the task in a Maven Ant mojo that validates XML
files against XSD schemas.
http://xml.org/sax/features/validation"; value="true"/>
http://apache.org/xml/features/validation/schema";
value="true"/>
http://xml.org/sax/features/namespaces"; value="true"/>
E
Your problem is related to your usage of antcall. If you changed the "init"
task to depend="init-debug,init-release" etc. you problem would dissapear.
Basically the antcall is establishing a new scope which is why you
properties are not visible.
/Steve.
_
From: George Storm [mailt
The enclosed file(s) demonstrate an error, is this by design or a bug in ant? If initialized as shown in my build file, target "init" the property file is not visible outside of the target from which it is loaded, if initialized as shown in my build file, targets "init2" or "init3" the pro
ahh, thanks. I had JAVA_HOME set to jdk/bin after I removed that and
made it the home directory of the jdk, the error isn't there anymore.
Thanks for all your help.
On 9/25/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
Aaron Green wrote:
> Thanks, it was the ending / on ANT_HOME that seemed to
Aaron Green wrote:
Thanks, it was the ending / on ANT_HOME that seemed to be doing it.
Now I can get the version, but it can't find tools.jar. It seems to
be looking for it in ../lib of ANT_HOME which isn't where my jdk is
located. If it did the same directory lookup for JAVA_HOME, it would
be
Thanks, it was the ending / on ANT_HOME that seemed to be doing it.
Now I can get the version, but it can't find tools.jar. It seems to
be looking for it in ../lib of ANT_HOME which isn't where my jdk is
located. If it did the same directory lookup for JAVA_HOME, it would
be correct. Is there s
You could use a common buildfile and that.
Also a master buildfile building several projects could be done via .
Jan
>-Ursprüngliche Nachricht-
>Von: Martin Gainty [mailto:[EMAIL PROTECTED]
>Gesendet: Samstag, 23. September 2006 15:05
>An: Ant Users List
>Betreff: Re: Building multiple
Just a dumb question... Have you checked the permissions? Maybe you just
aren't allowed to delete?
-Original Message-
From: Dan McFadyen [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 14, 2006 10:58 AM
To: Ant Users List
Subject: RE: Weird Deleting Problems..
I had copied the whole
14 matches
Mail list logo
