Hi Stefan,
I think this is a very important issue for ant 1.6.
I would like to delay ant 1.6 until this issue is solved, because the
ability of using custom tasks is a crucial feature.
Cheers,
Antoine
-Ursprungliche Nachricht-
Von: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Gesendet:
Thanks for letting me know... How do I go about creating a patch
(bearing in mind I've not used CVS before)? That way perhaps I can get
the stuff through to you...
Do you think the summary of what this task does sounds useful?
Phil :n.
On Wed, 2003-09-17 at 18:54, Shatzer, Larry wrote:
Title: Excel 2 Xml task ?
Does anybody know of an ant task that is able to read excel sheets and convert it into xml (or some other format) ?
For a previous project I hacked a task that was able to do just that (using apache poi).
If there is no such task around and there is sufficient
Does anybody know of an ant task that is able to read excel sheets and
convert it into xml (or some other format) ?
I don´t know any. Maybe the POI project has something.
Which makes me wonder: are there any guidelines specifying when and how a
new task should be added as an optional task ?
[EMAIL PROTECTED] wrote:
Does anybody know of an ant task that is able to read excel sheets and
convert it into xml (or some other format) ?
I don´t know any. Maybe the POI project has something.
The POI project does not (yet) have a task, although it does have code
in Cocoon CVS to handle the
bodewig 2003/09/18 02:02:23
Modified:src/testcases/org/apache/tools/ant/taskdefs ImportTest.java
Added: src/etc/testcases/taskdefs/import/subdir
importintarget-inner.xml importintarget.xml
Log:
Add tests for import inside target
Revision Changes
On Wed, 17 Sep 2003, peter reilly [EMAIL PROTECTED] wrote:
This implementation does handle your use-case (I think)
The unit tests I've just committed confirm that. ;-)
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Thursday 18 September 2003 10:03, Stefan Bodewig wrote:
On Wed, 17 Sep 2003, peter reilly [EMAIL PROTECTED] wrote:
This implementation does handle your use-case (I think)
The unit tests I've just committed confirm that. ;-)
So will we allow import inside a target?
Peter
On Thu, 18 Sep 2003, peter reilly [EMAIL PROTECTED] wrote:
So will we allow import inside a target?
If it was a pure include, I'd say yes. If we don't allow it, import
can't replace entity includes completely.
Given the side effect of target overriding, I'm not sure. At least we
have to
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Shall we make this (Thou Shalt Not Use import Inside
targets) a rule for import in general and enforce it?
Or is my use-case above a valid one and we change the
implementation to deal with it?
First, import/ makes absolute no sense to
On Thu, 18 Sep 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
First, import/ makes absolute no sense to me inside a target.
The whole point of import was allowing for target-overriding.
I could understand having an include/ in there, because is
textually expanding the file in place,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23243.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23243.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23243.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan Bodewig wrote:
On Thu, 18 Sep 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
First, import/ makes absolute no sense to me inside a target.
The whole point of import was allowing for target-overriding.
I could understand having an include/ in there, because is
textually expanding the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thursday 18 September 2003 13:00, Nicola Ken Barozzi wrote:
Stefan Bodewig wrote:
On Thu, 18 Sep 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
First, import/ makes absolute no sense to me inside a target.
The whole point of import was allowing for target-overriding.
I could
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Stefan Bodewig wrote:
On Thu, 18 Sep 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
First, import/ makes absolute no sense to me inside a
target. The
whole point of import was allowing for target-overriding. I could
On Thu, 18 Sep 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Stefan, IIRC there was consensus that we should add an extra include
task to only substitute entity includes.
My recollection is different. No consensus on that AFAICR.
Stefan
On Thu, 18 Sep 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
I wonder if we really want to go into this world of
dynamic-programming,
If you go back in the thread, you'll see that I'm not even sure
whether the use-case is a good one or not myself.
If we prohibit import inside target,
On Wed, 17 Sep 2003, Martijn Kruithof [EMAIL PROTECTED]
wrote:
regarding option 1 wouldn't this still need a patch to set
killedProcess() to true
Hmm, only if it has been the watchdog that has killed the process
IMHO. If the InterruptedException has been raised for any other
reason, we
As ant.jar cannot be found on the system classloader anymore, any
class loaded from the system classloader (i.e. classes coming from
CLASSPATH) can't load the Task class for example.
I see two options:
(1) live with it and document it properly (which means
people may have
to
On Thu, 18 Sep 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
On Wed, 17 Sep 2003 08:29 pm, Stefan Bodewig wrote:
(2) Fix all tasks that load classes - like Definer - to delegate to
the classloader created in Launcher instead of the system
classloader.
I don't think this will work. No
On Thu, 18 Sep 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
Since Costin has not chimed in, it is worth reading this message and
Costin's followup
Interesting, you are raising the same point as me 8-)
The situation could be fixed, if AntClassLoader would know whether
it has loaded any
On Thu, 18 Sep 2003 11:41 pm, Stefan Bodewig wrote:
On Thu, 18 Sep 2003, Conor MacNeill [EMAIL PROTECTED]
I don't think this will work. No matter which classloader you use to
find the class, if it is found on the system class loader it will
try to load dependent classes with the same
AntClassLoader has a constructor without arguments, which is called from
Project#createClassLoader
Do we want to create a new constructor for AntClassLoader with just the
Project as parameter, so that the class loader can be set there ?
Antoine
-Ursprungliche Nachricht-
Von: Stefan
On Fri, 19 Sep 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
The issue comes from getting it to not delegate.
I know.
This approach in the end is really the same as not using the
CLASSPATH variable. After all, if we don't delegate, we wont find
the classes the user has put in their
bodewig 2003/09/18 07:21:41
Modified:src/main/org/apache/tools/ant/taskdefs ExecTask.java
Execute.java Java.java
Log:
Treat timeout like a failed execution, fix comments on Execute#getExitCode
Revision ChangesPath
1.61 +6 -1
conor 2003/09/18 07:27:02
Modified:docs index.html page.css
xdocsindex.xml
Log:
ApacheCon blurb
Revision ChangesPath
1.287 +14 -15ant/docs/index.html
Index: index.html
On Fri, 19 Sep 2003 12:18 am, Stefan Bodewig wrote:
On Fri, 19 Sep 2003, Conor MacNeill [EMAIL PROTECTED]
This approach in the end is really the same as not using the
CLASSPATH variable. After all, if we don't delegate, we wont find
the classes the user has put in their classpath which
On Fri, 12 Sep 2003 07:58 pm, Antoine Lévy-Lambert wrote:
Hi,
I would like to propose a release plan for voting :
- features included in 1.6 : all the features currently present in head
- freeze date for 1.6 branch : Monday, September 22 13:00 GMT
- availability of ANT_16_B1 binaries : within
On Wed, 17 Sep 2003 07:57 pm, Stefan Bodewig wrote:
(1) The current build file (the one intially loaded) should be added
to the list of already imported files implicitly so it doesn't get
loaded twice at all.
(2) circular imports look like a bug to me - the build should fail.
+1 to both of
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23253.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jhm 2003/09/18 08:39:26
Modified:.WHATSNEW
Added: src/etc/testcases/filters concat.xml
src/main/org/apache/tools/ant/filters ConcatFilter.java
src/testcases/org/apache/tools/ant/filters
ConcatFilterTest.java
jhm 2003/09/18 08:47:47
Modified:.WHATSNEW
Log:
Typo in url
Revision ChangesPath
1.502 +1 -1 ant/WHATSNEW
Index: WHATSNEW
===
RCS file: /home/cvs/ant/WHATSNEW,v
retrieving
On 18 Sep 2003, [EMAIL PROTECTED] wrote:
New filter concatfilter. Adds the content of file at the
beginning or end of a file.
How about naming the attributes prepend and append instead of before
and after?
In
param name=before value=result/before.txt/
will before.txt come
concatfilter before=before.txt after=after.txt/
will result in
TEXT-OF-BEFORE
TEXT-OF-FILE
TEXT-OF-AFTER
Ok - when writing that class I wasn´t very save in English ;-)
I can rename that
before -- prepend
after -- append
But that´s the minor thing. More interesting for me was the
update
Hi all
I was wondering if someone could give me a hint on how this process is.
I'm probably going to write a task which I think would be usefull to
have in ant.
sould I write it and just send it to the list?
-
To unsubscribe,
Seems to me this question comes up over and over,
because no one seems to know to look in the CVS
source code tree for the information on how to
make submissions.
May I suggest two things:
1. Put the info on making submissions right up
front on the Ant home page where no one can
possibly
I found the entry at the FAQ, sorry for not reading it first
Kenneth Wood wrote:
Seems to me this question comes up over and over,
because no one seems to know to look in the CVS
source code tree for the information on how to
make submissions.
May I suggest two things:
1. Put the info on making
I do not see a need to change something to the web site.
There is a title Contributing on the home page of the ant.apache.org web
site.
To sum up : the preferred way is that you create a bug report in bugzilla,
with as an attachment the output of cvs diff -u concerning existing source
files, plus
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Miguel Griffa [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 18, 2003 10:02 AM
To: Ant Developers List
Subject: Re: AW: Probably a FAQ: how to contribute a task
The task would do a very simple still needed (in my company
context, at
least)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi
Well fair enough, it is recognizable as the exit value will in that case
be Integer.MAX_VALUE, so that should not be an issue. (So far for the
non-hardcoded values)
Thanks, Martijn
Stefan Bodewig wrote:
On Wed, 17 Sep 2003, Martijn Kruithof [EMAIL PROTECTED]
wrote:
regarding option 1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11903.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23261.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Next round of typos...
-- Larry
Index:
src/main/org/apache/tools/ant/taskdefs/optional/depend/DirectoryIterator.java
===
RCS file:
/home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/depend/DirectoryIterator.java,v
I have just had a look at cvs.apache.org and seen that the last gump build
there is from september 9th. Is there any particular reason ?
Cheers,
Antoine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
From: Antoine Lévy-Lambert
Hi,
I would like to propose a release plan for voting :
- features included in 1.6 : all the features currently present in head
- freeze date for 1.6 branch : Monday, September 22 13:00 GMT
- availability of ANT_16_B1 binaries : within one week of the freeze of
the
55 matches
Mail list logo
