Xavier Hanin wrote:
Just pinging about this e-mail, I've had no answer so far, I think I can't
make the choice alone, and we need to deal with that question before
2.0final to close IVY-297. So, anyone has an opinion about this:
On Fri, Feb 29, 2008 at 12:31 PM, Xavier Hanin [EMAIL PROTECTED]
Marius Scurtescu wrote:
Would you be interested in combining efforts instead of working
separately? As the current antlib is in sandbox, I'm not sure if it's
easy to grant commit access to it.
Definitely. I will have a look at your code during the next few days.
Note that your code is
Kevin Jackson wrote:
But maybe you could get feedback or help from that developer.
Of course I'll be in touch regarding it.
FYI Torsten is an ASF member.
And he's also a coworker of mine at Joost.
(and we're using his deb task to generate deb files and we publish it
with ivy)
-- stephane
[EMAIL PROTECTED] wrote:
Author: kevj
Date: Tue May 22 02:01:36 2007
New Revision: 540498
URL: http://svn.apache.org/viewvc?view=revrev=540498
Log:
-svn:externals
Modified:
ant/sandbox/antlibs/debian/trunk/ (props changed)
You may want to look here too:
Steve Loughran wrote:
What's the best way to memory profile Ant?
We have an interesting problem at work where rmic is running out of
memory when run in an ivy-managed subant Run, but not when run
standalone. So something is eating up lots of memory, and rmic is
the symptom, not the
Antoine Levy-Lambert wrote:
Hi,
what I really have in mind is to setup ant's source tree so that you can build
ant with maven with very simple POMs, which means one source tree per output
jar file. This would not prevent us from keeping our build system with
build.bat/build.sh
Steve Loughran wrote:
We are certainly thinking about using it at work, so I could justify
involvement as a work-related-activity, related to jira defect 7,
Build process is over-complex and brittle :)
http://jira.smartfrog.org/jira/browse/SFOS-7
So come and join the fun then. :)
I think
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 would be : ant 1.7.0Beta2
+1
-
To unsubscribe,
Antoine Levy-Lambert wrote:
Hi,
Since the alpha release last month, there has been little feedback
concerning required changes/fixes. I know that most people will have
trunk + minor revisions on their machines, and it's time for all of us
to consider which of your personal minor revisions are
Kev Jackson wrote:
After some off-list negotiations, Antoine and myself are agreeing to
be co-release managers of Ant 1.7.
I will personally build 1.7.0beta1 or pre-release and post the
distribution on people.apache.org/~kevj for testing/evaluation by
Friday next week (29th July).
[X] Yes
Martijn Kruithof wrote:
As xalan 1 is no longer supported for quite some time now, and the
libraries needed are not readily available anymore
I know, last time I had to ask the Xalan people to dig out a version
from the internal Lotus/IBM CD archive.
[X ] Yes, be my guest, remove the
Kev Jackson wrote:
But I (like antoine) was waiting for someone more experienced to veto
- I don't know where xalan1 would now be used, but presumably one of
the apache xml chaps will know more about it
There is no place where Xalan 1 would be reasonably used unless some
people like to stick
I would say DOM is a bit 'flexible' about that as this was not very much
specified, so implementation more or less allow it and try to do some
kind of magic later one to try to make sense of it. But my understanding
is that you are correct.
You have some info about it though:
[EMAIL PROTECTED] wrote:
Author: mbenson
Date: Fri Apr 28 07:13:57 2006
New Revision: 397909
URL: http://svn.apache.org/viewcvs?rev=397909view=rev
Log:
More warnings about filtering binary files. Bugzilla #39445.
Modified:
ant/core/trunk/docs/manual/CoreTasks/filter.html
Antoine Levy-Lambert wrote:
The 3 people who answered were all in favor of this cleanup. I thought
that it might be better to start a vote thread on this one too.
The cleanup means concretely removing the
org.apache.tools.ant.taskdefs.optional.sitraka and
[EMAIL PROTECTED] wrote:
http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/UpToDate.java?rev=397298r1=397297r2=397298view=diff
==
---
Hi all,
As I just resubscribed and noticed there is apparently spring cleanup
going on in the code, I think it would be worth to get rid of:
- JProbe Coverage task
- Metamata Audit task
- Metamata Metrics task
JProbe should not be working anymore since JProbe 4
As for Metamata, I doubt anyone
Antoine Levy-Lambert wrote:
I would like to propose Kevin Jackson as an Ant committer. Kevin has
submitted a lot of useful patches.
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Stefan Bodewig wrote:
Shall the antunit antlib be promoted?
[X] Yes (i.e. +1)
[X] and I want to become a committer to it
[ ] No
Shall the svn antlib be promoted?
[X] Yes (i.e. +1)
[X] and I want to become a committer to it
[ ] No
Shall the .NET antlib be promoted?
[X]
[EMAIL PROTECTED] wrote:
AFAIK there is no proposed schedule for 1.7 right now.
Some time ago, it was proposed for Q2/Q3 2005.
Hi Jan,
Is it possible for you to quote the person you are replying to in your
emails ?
That would make conversation easier to read for me
I don't know
[EMAIL PROTECTED] wrote:
Ok, I got some +1, but sooner is not a timeframe you could really
vote on - IMO :-)
So I suggest:
Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005.
That would be the first weekend after the one-week voting timeframe.
After passing the vote we
FWIW: It is currently in early draft review and finish and august 12
http://jcp.org/en/jsr/detail?id=199
JSR 199: Java^TM Compiler API
A service provider API that allows a Java program to select and invoke a
Java Language Compiler programmatically.
Kev Jackson wrote:
Needless to say, the working practices are similar to what I'd expect
in the 80's (SourceSafe as version control, everyone locks files,
Waterfall as the process, massive investment in design up front,
testing is done by teams of bored people etc etc).
They are at the
Steve Loughran wrote:
On the subject of java1.5; who is using apt yet?
http://www.theserverside.com/news/thread.tss?thread_id=34983#176758
I believe that when the author said ANT generated EJB 2.X classes...
he really meant APT generated We indeed used ant 1.7's apt task to
run apt,
FYI, we discussed a while ago about an implementation inconsistency in
jaxp with the documentbuilder.
(that was a discussion revolving around junitreport, File.toURI,
File.toURL, FileUtils.toURL, etc...)
This has been fixed a couple of days ago.
Original Message
Subject:
Steve Loughran wrote:
Erik Hatcher wrote:
Doug - I've added it as project ID ant-xdocs to that wiki page. As
for technologies - I'm not sure if Velocity and XDoclet are the best
technologies to use right now. Let's solicit input from others here
on their architecture ideas.
+1 to
Erik Hatcher wrote:
I like the ideas of using backport175 and/or qdox. I think either of
these approaches will be much lighter and faster than using XDoclet.
AFAIK backport175 and XDoclet both make use of qdox.
What would backport175 or XDoclet bring that cannot be done with qdox in
our
Steve Cohen wrote:
However, my knowledge of Ant internals is somewhat limited. How can I
tell an ant project in my test code that when it sees an ftp tag, it
should delegate the performance of this task to myRetryableFTP,
instead of to the standard FTP as it would normally do? Is there an
Kev Jackson wrote:
Is there any benefit at all from running jspc before building the war?
As it has been said before, it serves 2 folds: making sure that your jsp
compile (better catch it now than in production...but of course you have
thorough functional tests :) and saves the hassle of
Stefan Bodewig wrote:
This leads me to the subject of this vote. Let's get rid of the
branch, stabelize CVS HEAD and release 1.7.0-beta in a reasonable
time-frame.
You did not vote, Stefan.
+1 for me.
-
To unsubscribe,
[EMAIL PROTECTED] wrote:
[...]
-//XXX there seems to be a bug in xerces 1.3.0 that doesn't
like file object
-// will investigate later. It does not use the given
directory but
-// the vm dir instead ? Works fine with crimson.
-
Alexey Solofnenko wrote:
Another, question - why not to use File.toURL() method instead?
JDK 1.2+ method. (yeah sounds like it was last century :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Alexey Solofnenko wrote:
We do not support 1.1 any more.
Yes, but at that time we were. :)
toURL does not properly escape illegal characters (see javadoc) so you
end up kind of like my horrible current hack.
I just checked jaxp implementation, the current implementation in the
main branch
Sorry about the delay, you may add my +1 as well for that vote.
Stefan Bodewig wrote:
Hi,
one week after starting the vote we have the following +1s
Stefan Bodewig
Peter Reilly
Martijn Kruithof
Antoine Levy-Lambert
Matt Benson
Erik Hatcher
Jose Alberto Fernandez
Jan Materne
Conor MacNeill
Steve
Steve Loughran [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I need some XSLT help, as I am planning on making the following changes
to the XML reports generated when you run JUnit
If I commit the changes to the Java code to add the new attributes, can
someone work with me on the
Steve Loughran [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I am very pleased to see that our own Conor MacNeill and colleages have
not only been busy little bees with a cool new product, Fisheye
(http://fisheye.thecortex.net/ ), their demo runs against the Ant
repository
Dominique Devienne [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
For a 20min full rebuild, the 'testreport' takes almost 4 minutes,
which is a very significant piece to me.
You can try using saxon to see if there is a difference. Or ultimately use
something like msxml :)
Of course
Dominique Devienne [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Others have reported this, but the fact that the XML logger
for junit records the Java System properties used by that
one test case considerably slows down the transform, and also
takes lots of space.
I'm not sure
Antoine Lévy-Lambert [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
A colleague of mine told me that ant 1.6 has problems if ANT_HOME or
JAVA_HOME are UNC paths
( \\somemachine\mountpoint\.)
This problem shows up starting ant with ant.bat.
I need to confirm this problem.
Getting up to speed.
Can someone enlighten me on what is the motivation to use the classpath to
load ant libraries if it the env variable is defined ?
I feel like expecting to find ant libraries if the classpath is defined is a
bit rough on the edge as it is a common env variable, but I'm
Stefan Bodewig [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Tue, 2 Mar 2004, Stephane Bailliez [EMAIL PROTECTED] wrote:
Can someone enlighten me on what is the motivation to use the
classpath to load ant libraries if it the env variable is defined ?
Unix or Windows? HEAD
Stefan Bodewig [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I think there is a know problem when CLASSPATH contains unexpanded
environment variables.
No the classpath was fully expanded. (but made of a mix of slashes,
backslashes and whitespaces... )
It's just that the Launcher
Stefan Bodewig [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
BTW, could you please try to change your real name with gmane 8-)
Done, sorry, I just filled the wrong box :)
It was suppose to live its old days at
http://xml.apache.org/dist/xalan-j/old/xalan-j_1_2_2.zip but not
43 matches
Mail list logo