There is no compile time dependency on antlr classes
in the optional ANTLR task ;- so one could use java.lang.Object
as the test class to see if one can compile it.
Peter
On 10/22/07, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Sat, 20 Oct 2007, Kevin Jackson <[EMAIL PROTE
+0
- we should still be allowed to reply to the auto-generated
commit messages.
On 10/22/07, Martijn Kruithof <[EMAIL PROTECTED]> wrote:
> Stefan Bodewig schreef:
> > Hi,
> >
> > this came up in the thread dealing with mailing list organization now
> > that Ivy is with us, but I guess many peopl
Oih!
+
+public String getDelimiter() {
+return delimiter;
+}
+
+public void setDelimiter(String delimiter) {
+this.delimiter = delimiter;
Peter
On 10/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: jhm
> Date: Wed Oct 24 04:26:02 2007
&g
On 10/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hooray - my first merge :-)
> svn merge -r 587854:587855 https://svn.apache.org/repos/asf/ant/core/trunk
Yes, Remarkably easy to use! (not!)
Peter
>
>
> Jan
>
> >-Ursprüngliche Nachricht-
>
Oh,
I see later commits with this fixed.
Peter
On 10/24/07, Peter Reilly <[EMAIL PROTECTED]> wrote:
> Oih!
> +
> +public String getDelimiter() {
> +return delimiter;
> +}
> +
> +public void setDelimiter(String delimiter) {
> +this.de
Caused:
[junit] - Standard Output ---
[junit]
/srv/gump/public/workspace/ant/src/etc/testcases/taskdefs/optional/junit.xml:194:
Compile failed; see the compiler error output for details.)
[junit] - ---
[junit] Testcas
roperty("java.io.tmpdir") +
> "FailedTests";
> File locationFile = new File(locationName);
> if (!locationFile.isAbsolute()) {
> File f = new File(getProject().getBaseDir(), locationName);
> locationName = f.getAbsolutePath();
> }
>
others!) should have been made final when first written..
Peter
On 10/30/07, Petar Tahchiev <[EMAIL PROTECTED]> wrote:
> So actually you have to look here:
> http://svn.apache.org/repos/asf/jakarta/cactus/trunk/integration/ant/src/java/org/apache/cactus/integration/ant/CactusTask.java
&
ems:
> LocatorTest
> RmicAdvancedTest
I think that we can ignore the Rmic tests for Ant 1.7.1 - the tests
work on java5 and not
on java6+. And this is the same for Ant 1.7.0.
Peter
>
> (Xalan problems have gone away with the addition of the correct libs)
>
> I'm going to loo
The easy way is to have a common.xml that is included in
by each subproject. The common.xml would have a "foo"
target with an empty implementation.
Any sub project could then have there own "foo" target that
would override the imported one.
Peter
On 11/2/07, Jeffrey E Ca
ll build with the weblogic*.jars in my lib/optional,
> but I don't have an ant-weblogic stub)
You probally need an old version of weblogic*.jar
Peter
>
> Thanks,
> Kev
>
> -
> To unsubscribe, e-mail: [EMAI
>
> I've just test on Ubuntu Gutsy, JDK6 (update 3), and I get the same rmic
> error. So this isn't a Windows only thing.
Does it work with JDK5?
Peter
>
> As I mentioned previously, it's the exact same error Antoine came across
> in 2004, so it must
st jdk I tracked down)
I can only assume that the test tests the behavior of an old version
of weblogic rmic tool.
Peter
>
> Kev
>
> -
> To unsubscrib
We do not need a vote for this.
I think that you should just remove the test and document.
Peter
On 11/7/07, Kev Jackson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > or we have a vote.
> >
> > One thing is clear: weblogic rmic was broken on ant1.7.0. nobody noticed.
&g
he build, but I didn't have a copy
See:
http://java.sun.com/javase/downloads/previous.jsp
Peter
>
>
> Thanks,
> Kev
>
> -
> To unsubscribe, e-mail:
On Nov 12, 2007 9:38 AM, Peter Reilly <[EMAIL PROTECTED]> wrote:
> On Nov 12, 2007 8:03 AM, Kev Jackson <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > > What is with Java 1.3 - or missed I the dropping?
> > >
> >
> > I couldn't find a j
correct, I
> agree that at least semantically it's utter crap :)
>
> I think I should modify both the svn trunk and 1.7 branch to:
>
> public void setCreateFile(boolean createFile) {
> this.createFile = createFile;
> }
>
> Thoughts?
Yes,
the original code
My hope is that for ant 1.8.0 we can use an ivy.jar in the same way as
antunit.jar - ie. a help
in building, but a modification to fetch.xml should also work.
There should be a repository access for all of the dependencies needed
to build ant.
- we may need to drop stuff l
ge.net/ant-classloadertask/) to
shovel jars into the project classloader - necessary for example to
use beanshell
with bsf on ant 1.7.0. I also found in necessary to use it to avoid
classloading issues
with coverage tools on axis tasks.
Peter
>
> Sure, a
On Nov 14, 2007 4:51 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> >> Then again it's these people, Peter first, who enhance Ant to
> >> support better models for the future, so power to you guys ;-)
>
> Cool, so we can expect 'auto-download' t
Hi all,
The link to
http://mail-archives.apache.org/eyebrowse/ViewLists
which is referenced in the last bullet list on
http://ant.apache.org/mail.html
does not work for me.
-peter
-
To unsubscribe, e-mail: [EMAIL
hanks for any clarifications,
-peter
ps. A workaround of sorts is to only return full context in toString()
and return a simple name in getName(). But I still would like Ant to
avoid calling getName() when it is not needed.
---
Maybe this helps:
-peter
On Dec 13, 2007 5:10 PM, Steve Loughran <[EMAIL PROTECTED]> wrote:
>
&
+1 to remove ivy-core.jar
Peter
On Dec 19, 2007 3:16 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> ATM Ivy is provided in the form of two jars: ivy.jar and ivy-core.jar. The
> ivy-core.jar is basically the same as ivy.jar except that it doesn't contain
> Ant r
e is quite enough jars in ant at the moment, having a number of extra
ivy jars to make things work is not in my opinion a good idea.
Peter
>
> Gilles
>
> 2007/12/19, Xavier Hanin <[EMAIL PROTECTED]>:
>
> >
> > Hi,
> >
> > ATM Ivy is provided in the form of t
I like the idea very much. One crucial aspect, however, would be to
provide a graceful path from using the prepackaged building blocks
towards inlining and customizing them. If this is not possible, the
thing will most likely start feeling as unwieldy as maven itself in a
while. The advantage of an
On Jan 10, 2008 9:33 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 2:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> > > Providing
> > > override hooks is all w
On Jan 10, 2008 9:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> wrote:
>
> > Providing
> > override hooks is all well and good, but that is still basically the
> > very controlled and rigit m
On Jan 11, 2008 5:14 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Jan 11, 2008 8:11 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> > "Gilles Scokart" <[EMAIL PROTECTED]> writes:
> >
> > > I never thought to overwrite macro to customize a generic build script.
> > > Can
> > > macro be o
Why not have something simple like having a "before" and "after" attributes to
the element.
...
Peter
On Jan 14, 2008 4:35 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> > So every con
then the order
is undefined.
If the order is important, then the build file can enforce an order by
using "depends".
Peter
> And you you need to extend Ant with "before" and "after" of
> course.
>
>
> Regards,
>
> Wolfgang Häfeli
On Jan 14, 2008 5:24 PM, Peter Reilly <[EMAIL PROTECTED]> wrote:
> On Jan 14, 2008 5:02 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> > Assume also:
> >
> >
> >
> >
> >
> > Do you want this before your "start-serve
On Jan 14, 2008 5:39 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On 1/14/08, Peter Reilly <[EMAIL PROTECTED]> wrote:
> > On Jan 14, 2008 5:02 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> > > Assume also:
> > >
> > >
>
On Jan 14, 2008 9:37 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 14, 2008 6:39 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > Q1: Does everyone agree that adding before/after to target to Ant 1.8
> > is useful and should be done before (in conjunction of) creating
> > generic build
for some things. I wonder how much use of 1.3
> is
> > out there?
>
> I think there was already a try to start a vote of dropping Java 1.3 as
> it
> should be at end of life.
I do not think we should do this.
As far as I know, there is no super compelling reason to make
You need to follow exactly the build instructions:
1) check out ant to ANT_SOURCE
2) cd to ANT_SOURCE
3) ensure that CLASSPATH env variable is empty
4) place optional jars in ANT_SOURCE/lib/optional
5) ./build.sh
- i.e. do not use ant to build ant.
Peter
On Jan 15, 2008 5:05 PM, jonathan
On Jan 15, 2008 5:19 PM, jonathan doklovic <[EMAIL PROTECTED]> wrote:
> oops, sorry i missed that.
>
> Thanks,
No problem,
slightly better build instructions are in the manual:
http://ant.apache.org/manual/install.html#buildingant
Peter
>
> - Jonathan
>
>
> On
Yes, this happens sometimes (need to look
into it!).
I would to ./build.sh, and then ./build.sh test
Peter
On Jan 15, 2008 7:10 PM, jonathan doklovic <[EMAIL PROTECTED]> wrote:
> I'm building using build.sh now, however if I do:
> build.sh test
>
> the build fails with t
On Jan 16, 2008 10:28 AM, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Peter Reilly wrote:
>
> > I do not think we should do this.
> > As far as I know, there is no super compelling reason to make ant only
> > work on java 1.4 +,
>
>
> I was curious as it i
I use gmail, and find the JIRA conversation per message a mess.
I would be -1 until this has been resolved.
Peter
On Jan 16, 2008 4:47 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 16, 2008 5:25 PM, Steve Loughran <[EMAIL PROTECTED]> wrote:
>
> >
> > I
On Jan 17, 2008 12:19 AM, Bruce Atherton <[EMAIL PROTECTED]> wrote:
> Peter Reilly wrote:
> > There are a woe-full amount of java 1.3 users as well..
> >
> > Peter
> >
> >
>
> And of 1.2 users that we abandoned during the 1.7 release. But the
> thi
it (again) ...
> unless ant is invoked as "ant –f /full/path/to/build.xml" - then import does
> recognize that the file has already been imported.
That does sound like a bug!.
Please file a bugzilla report.
Ta.
Peter
>
>
>
> I would expect that import should not (ev
roperty. For example:
In the first example, if the module-A-present property is set (to any
value, e.g. false), the target will be run. In the second example, if
the module-A-present property is set (again, to any value), the target
will not be run.
"""
I do not know how it
On Feb 13, 2008 3:06 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Feb 13, 2008 3:35 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > Even though only votes cast by PMC members are binding [12], all votes are
> > welcome and important t
This sounds excellent.
However, since Cactus replaces the execute method, would it not
need to add code to call setupJUnitDelegate()
Peter
On Fri, Feb 15, 2008 at 10:48 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> [Petar, it would be good if you subscribed to [
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 tr
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
ache/tools/ant/launch/Launcher.class";
> String resolved=Locator.fromJarURI(jarURI);
> assertResolved(jarURI,launcher,resolved,true);
> }
>
> Either we're pasting in the CWD in front, or new File() is doing it for us.
Does this happen in ant 1.7.0 ?
I
Thanks,
this has already been noticed and a fix will be in ant 1.7.1.
In the meantime, the nested element should not be used.
Peter
On Wed, Feb 27, 2008 at 3:12 PM, Robert Koberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am trying to use the nested service element in th
;
> That's not how this works. You create the tasballs (and zips) and we
> vote on them.
>
Yep, we need the tarballs.
Peter
>
> > Despite the strange bug Steve uncovered for networked drives on
> > Windows, Ant 1.7.1 is ready for beta:
> > Yes, I'll
Hi Kev,
I see that you have updated the beta (to 2).
http://people.apache.org/~kevj/ant/ant-1.7.1beta2.tar.gz
Peter
On Mon, Mar 17, 2008 at 3:02 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Mar 2008, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>
> > I&#x
Yes,
I have made a change to the build.xml file.
It is up to kev to see if this should be in the ant 1.7.1 release.
Peter
On Tue, Mar 18, 2008 at 6:40 PM, Vladimir Mihai Pacuraru
<[EMAIL PROTECTED]> wrote:
> > [...]
> > Good catch.
> > This problem is in the d
bug database when a release is being made - a lot
of information can be lost. For example, there were a lot of
found in 1.7..0betax that were updated to found in ant 1.7.0,
and in fact the bug - although preseent in the beta was also present
in ant 1.4.)
Peter
On Wed, Mar 19, 2008 at 2:23
ke to vote on moving the optional jars to separate
antlibs for ant 1.8.0
(in the same way as weblogic and starteam tasks are being moved (abeit slowly)).
What do people think?
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Opps, sorry, I commited an jar that was compiled with > javac5.
Fixed now.
Peter
On Sat, Mar 22, 2008 at 7:39 AM, Gump Integration Build
<[EMAIL PROTECTED]> wrote:
> To whom it may engage...
>
> This is an automated request, but not an unsolicited one. For
> more informat
On Sun, Mar 23, 2008 at 11:17 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Sat, 22 Mar 2008, Kevin Jackson <[EMAIL PROTECTED]> wrote:
>
> > Available tarballs at http://people.apache.org/dist/ant/v1.7.1beta2/
> > are ready:
> >
> > yes [ x ]
Text files do not specify an encoding.
It this utf-8 or win1252 or latin1 ?
Peter
On Tue, Mar 25, 2008 at 4:11 PM, <[EMAIL PROTECTED]> wrote:
> Author: hibou
> Date: Tue Mar 25 09:11:41 2008
> New Revision: 640878
>
> URL: http://svn.apache.org/viewvc?rev=640878&vie
what gets called where in Ant at the
> moment. Just noting an important use case for WebTest which I know is
> in use in the field in many places.
It should be possible to modify the scripting code in such a way that
will not a
webtest usage
to ensure that any fix not not impact on projects that extend ant's java
classes. - these are the kind of things that are done when something
like this is fixed - and it is time consuming.
Peter
On Fri, Mar 28, 2008 at 3:23 AM, <[EMAIL PROTECTED]> wrote:
> Do I need to
dir}/lib/optional by hand
- bsf.jar, etc)
rm -rf bootstrap# Just in case this contains old classes from a
previous build
./build.sh # This will make an distributable in ${basedir}/dist
export ANT_HOME=~/y/ant-trunk/dist
and check..
Peter
On Thu, Mar 27, 2008 at 5:19 PM, Rob
+1 from me.
Peter
On Fri, Mar 28, 2008 at 11:18 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 28, 2008 at 12:11 PM, Steve Loughran <[EMAIL PROTECTED]> wrote:
>
> > Stefan Bodewig wrote:
> > >> Author: peterreilly
> > >> Date: Thu M
ant attribute names are case insensitive.
I do not like long attribute names - although I have created
a fair few my self.
Peter
On Sun, Mar 30, 2008 at 4:59 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Sat, Mar 29, 2008 at 9:55 PM, Stephane Bailliez <[EMAIL PROTECTE
Thanks
Peter
On Mon, Apr 7, 2008 at 11:29 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi,
>
> for those who haven't noticed: Since I disabled execution of the
> FailureRecorder test when running JUnit4 test-ant now passes in Gump.
> This means every nag m
I have seen this once or twice, but have no idea why it happens.
Peter
On Tue, Apr 8, 2008 at 8:14 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> That's ExecTaskTest failing and I have no idea why.
>
> Some kind of race condition that might get LeadPipeInputstream get
This is due to:
[au:antunit] Build File:
/srv/gump/public/workspace/ant/src/tests/antunit/types/scriptcondition-test.xml
[au:antunit] Tests run: 16, Failures: 0, Errors: 14, Time elapsed: 0.316 sec
[au:antunit] Target: testBeanshellReturnTrue caused an ERROR
[au:antunit]at line 100, column 42
ce the last beta release
>
> I would like to start the process for the full release since the beta
> has been available for some time now.
>
> Thoughts?
Go for it.
Peter
>
> Kev
>
> -
> To unsubscrib
the project object would
not help as multiple threads could call the add/remove method at the same time.
We would need something like jdk5's CopyOnWriteArrayList to do this
correctly.
Peter
>
> Stefan
>
> -
sounds good (am catching up on my e-mail queue).
Peter
On Tue, Jul 15, 2008 at 1:58 PM, Kevin Jackson <[EMAIL PROTECTED]> wrote:
>> ant's trunk has been using a snapshot of AntUnit's trunk for quite
>> some time now, so we seem to need some unreleased feature. How
yikes!
Peter
On Mon, Aug 25, 2008 at 3:04 PM, <[EMAIL PROTECTED]> wrote:
> Author: bodewig
> Date: Mon Aug 25 07:04:01 2008
> New Revision: 688729
>
> URL: http://svn.apache.org/viewvc?rev=688729&view=rev
> Log:
> reallyput the value into the map.
>
> Modif
+1
Peter
On Wed, Aug 27, 2008 at 7:44 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> just in case your mail client doesn't like the way our mailing list
> manager deals with multipart/signed messages (just like min
Is it not costly (as in very costly) to get the canonical path ?
I would be for the lowest tech possible here.
Peter
On Thu, Sep 4, 2008 at 4:38 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 4, 2008 at 7:32 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
&g
+1 Peter
On Fri, Sep 19, 2008 at 10:41 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> since no new issues have been found with the beta that has been out
> for three weeks, I've created archives from the same code base and
> uploaded them to http://
release of 1.7.0, and was due to the fact that the java5
javac compiler
is unable to generate correct bytecode for 1.2. - so the breaking change
is in Ant 1.7.0.
Peter
>
>> Like FAQ?
>
> Will do, alongside a comment that we don't really test old Java
> releases and on
Fire away, this is what the sandbox is for.
Peter
On Fri, Oct 17, 2008 at 7:03 PM, Kevin Jackson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> At work we have a need for this, so I've thrown it together just now
> (very rough, but it does what it says on the tin).
>
> It
+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
Also sax is stream based - so the first errors that
ant would see would be the fact that the first element is
not "project" the malformed xml document would
not be noticed at this stage as processing of the
document would stop.
Peter
On Mon, Nov 17, 2008 at 3:46 PM, Stefan Bodew
some of the findbugs issues are a little too severe.
Do we really need to copy the arrays??
Peter
On Thu, Feb 5, 2009 at 12:30 PM, wrote:
> Author: bodewig
> Date: Thu Feb 5 12:30:01 2009
> New Revision: 741089
>
> URL: http://svn.apache.org/viewvc?rev=741089&view=rev
&
Neat,
that is a a brilliant solution!
Peter
On Thu, Feb 12, 2009 at 10:35 PM, wrote:
> Author: jglick
> Date: Thu Feb 12 22:35:18 2009
> New Revision: 743910
>
> URL: http://svn.apache.org/viewvc?rev=743910&view=rev
> Log:
> #43114: ensuring that package-info.clas
The version is 1.5 - and it is not meant to be replaced!
Peter
On Fri, Feb 13, 2009 at 3:04 PM, Dominique Devienne wrote:
> On Thu, Feb 12, 2009 at 4:35 PM, wrote:
>> +private static final byte[] PACKAGE_INFO_CLASS_HEADER = {
>> +(byte) 0xca, (byte) 0xfe, (byte) 0x
Perhaps we should check the "target" attribute - but this is very much
an edge case.
Peter
On Wed, Feb 18, 2009 at 4:32 PM, Stefan Bodewig wrote:
> On 2009-02-18, Jesse Glick wrote:
>
>> Stefan Bodewig wrote:
>>>> this should be the equivalent of compiling a
ment testsuites {
testsuite*
}
#------
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
The google-test people are going to to change the output from
to
(with a command-line switch).
They have some extra attributes, and do not populate some attributes
and elements. but the output is understood by hudson without mod to
hudson.
Peter.
On Wed, Mar 18, 2009 at 3:50 PM, Jesse Glick
It looks good at the moment.
Peter
On Thu, Mar 26, 2009 at 1:20 PM, Stefan Bodewig wrote:
> Hi all,
>
> with Ant 1.7.0 we changed the bzip2 code to make it a lot faster and
> reverted the change in 1.7.1 because it was creating corrupt archives.
>
> Meanwhile the Ha
l our tests?
>
> If it passes our tests (and Peter's extended test), why should we not
> use it? +1 from me
>
+1 from me.
Peter
> Kev
>
> -
> To unsubscribe, e-
Excellent.
My tests have shown no problems.
Peter
On Fri, Mar 27, 2009 at 1:53 PM, Stefan Bodewig wrote:
> committed as revision 759138
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.or
There was a problem with utf8/latin1 encoding
and auto conversion at one time. The solution
was to mark the file as binary.
Peter
On 8/24/06, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
CONTRIBUTORS is marked binary ?
Mvgr,
Martin
[EMAIL PROTECTED] wrote:
> Author: peterreil
r may be a better task for core ant
that the proposed solution, I know that a number of projects use something
similar,
so it is a pretty common use case. The classpath report task is also
very very useful.
Peter
On 8/25/06, Conor MacNeill <[EMAIL PROTECTED]> wrote:
I'm +1 on having
Opps, I forgot..
I will do it when I get back to my svn machine.
Peter
On 8/24/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
On Thu, 24 Aug 2006, Peter Reilly <[EMAIL PROTECTED]> wrote:
> There was a problem with utf8/latin1 encoding
> and auto conversion at one time. The
ext->system->project->secondary,
it would meant that the classes in project would not be able to see the
secondary classes.
Peter
On 8/28/06, Jesse Glick <[EMAIL PROTECTED]> wrote:
Peter Reilly wrote:
> The antlibs solution would be ok, but it does not solve ant optional
ta
mented extension semantics, with scope limited to the systemclassloader).. So a simple task to extend the project classpath - as describedby Conor.
I am attaching such a task.It's use is as follows: Peter
-
To unsubscr
On 8/30/06, Jesse Glick <[EMAIL PROTECTED]
> wrote:
Peter Reilly wrote:> So what would be the hier for the secondary class loader?> if it is bootstrap->ext->system->project->secondary,Yes.> it would meant that the classes in project would not be able to see the
> sec
or Xcondition).
Peter
et up differently in the different IDEs, embedded
ant and ant called from ant(.bat).
A number of projects set up ant using the java api, in this case
we do not have control of which classes of ant are used in
the project classloader context
On 8/31/06, Jesse Glick <[EMAIL PROTECTED]> wrote:
Peter R
the Manager class to load the language.
Peter
On 9/1/06, Peter Reilly <[EMAIL PROTECTED]> wrote:
I do not want this to be too complicated.
The component classloader should delegate everything to its parent
classloader (the Project.class.getClassLoader()) except for ant's optional
Sorry for asking for another vote on the Classloader for ant issue,
but I think that the last vote was very half-hearted in slight support
of including the (new) classloader task. However, I think that there
was not enough support. In the meantime, I have
been looking at Jesse's idea to have a "se
cannot have a getResources() method.
It has to fake the getResources by not having a parent as seen
by ClassLoader.getResources().
Peter
On 9/5/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVA
behavior to be controlled.
Peter
I think that Location handling should be at the project
component level, being there could make better
reporting of nested elements. So +1 for handling
of Location in ProjectComponent.
However, it is a pity that AssetTask has to extend
ConditionBase ... oh well.
Peter
On 9/9/06, Stefan
+1
Peter
On 9/9/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
On Fri, 8 Sep 2006, Jan Materne <[EMAIL PROTECTED]> wrote:
> apache-ant-dotnet-0.1-SNAPSHOT-bin.zip
> - /LICENSE:190: * Copyright [] [name of copyright owner]
>No year, no copyright owner?
>
+1
Peter
On 9/10/06, Conor MacNeill <[EMAIL PROTECTED]> wrote:
+1
Conor
Antoine Levy-Lambert wrote:
> Hi,
>
> I propose to build a second beta on Sunday, September 17th
>
> the tag in Subversion would be : ANT_170_B2
> the version returned by ant -version w
301 - 400 of 1377 matches
Mail list logo
