Congratulations everyone!
I've updated the Jakarta site (listed Ant under elsewhere ;-),
freshmeat and sent an announcement to Usenet.
I'm back from my flu (this is what your kids are taking home from the
kindergarten 8-) and readily packed with anti-histamin to resist the
now blossoming birch
On Tue, 4 Mar 2003, Steve Cohen [EMAIL PROTECTED] wrote:
I want to change the email address by which I am known to Bugzilla.
This requires some extra bugzilla karma (more than I have).
[EMAIL PROTECTED] is supposed to be the role-account for people with
sufficient administrative privileges
On Thu, 6 Mar 2003, Joe Consumer [EMAIL PROTECTED] wrote:
but I read on the jcraft site, that jsch requires 1.4 so I didn't
bother.
Two weeks ago or so I posted to the jsch list that I have successfully
used jsch with JDK 1.2 (and 1.3) and bouncycastle's JCE implementation
On Sun, 9 Mar 2003, Steve Loughran [EMAIL PROTECTED] wrote:
i have been lax on running tests for a while; now I am seeing (on
winXP, single CPU)
Is this from CVS HEAD? Looks like the bug Nico's patch was supposed
to fix
(i.e.
On 10 Mar 2003, [EMAIL PROTECTED] wrote:
ant/src/etc/testcases/taskdefs/optional/dotnet/example2.il
// Copyright (C) Microsoft Corporation 1998-2001. All rights
reserved.
I realize that this file may be a generated file, but I think this
copyright notice is, uhm, problematic.
Stefan
Hi Robert,
as you may have seen, our mailing list software strips all HTML parts
from mails. I'm sure there has been some message in addition to the
tarball 8-)
I've committed modified versions of your code - in particular I've
made the password part of user:[EMAIL PROTECTED]:/path optional to
On Tue, 11 Mar 2003, Steve Loughran [EMAIL PROTECTED] wrote:
OK, this is me, I need to set up the build to exclude DotnetTest
I've already taken care of it.
Stefan
On Tue, 11 Mar 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:
There is one problem with the sshexec task that someone should look
into: I was not able to get the output from the remote command to
show up in the log.
It works if my machine (the one running Ant) is under heavy load, but
doesn't
On Wed, 12 Mar 2003, Costin Manolache [EMAIL PROTECTED] wrote:
It'll have documentation after it is reviewed by more people and we
know it's going to be stable.
I don't like this approach at all. How are you expecting user
feedback on an undocumented feature?
Stefan
On Wed, 12 Mar 2003, Costin Manolache [EMAIL PROTECTED] wrote:
Do we have any plan or idea on when we'll start distributing 1.6
milestone builds ?
Ant has never released any milestone builds so far, so no, there is no
plan yet AFAIK. If there was, you'd know it for sure 8-)
Before we release
On Fri, 14 Mar 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly
documented
Fine with me.
I'd like to keep 1.6 compatible to JDK 1.1, though. When we make 1.2
a requirement, we'd better start using collections and URLClassloader
I've changed the page in CVS, the site should be updated sometime
during the next few hours via cron.
Stefan
On 14 Mar 2003, [EMAIL PROTECTED] wrote:
New filter escapeunicode that translates non-ASCII characters to
\u1234 escapes.
Maybe we want to rename that to native2ascii? IIUC correctly it
does the same thing as the task or Sun's tool of that name (only that
the filter will also recode the
On Mon, 17 Mar 2003, Jan Materne [EMAIL PROTECTED] wrote:
I see a new project with it´s Ant tasks: www.AndroMDA.org .
we usually don't go and search for projects to add, but wait for them
to ask us 8-)
Anyway, thanks for the pointer, I've added it - will appear on the
site when cron kicks in.
On Mon, 17 Mar 2003, Steve Neal [EMAIL PROTECTED] wrote:
I've implemented this task recently to help with J2ME development
Just out of curiosity, what has been wrong with one of the three
existing sets of tasks?
I've added the pointer, it should appear on the site within the next
few hours.
Dear co-committers,
as you probably (hopefully) know, all of us need to sign the
Contributor License Agreement that can be found here
http://www.apache.org/foundation/ASF_Contributor_License_1_form.pdf.
Now there is a very simple and quick check to see whether you have
done so (or just think you
On Thu, 20 Mar 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
On Wed, 19 Mar 2003 06:13 pm, Stefan Bodewig wrote:
-0 and +1 on doing it after 1.6. I think this is a majority vote,
isn't it?
Your -0 isn't a veto, in any case.
I know, and I wouldn't want it to be one.
Do you have some
On Wed, 19 Mar 2003, Dale Anson [EMAIL PROTECTED] wrote:
I've asked Atsuhiko (the jsch author) to make a minor change, he
says it will be included in the next release, scheduled for
tomorrow.
Cool.
I'll modify the task to capture the output correctly and make the
maxwait attribute actually
On Wed, 19 Mar 2003, Matt Bishop [EMAIL PROTECTED] wrote:
I'd like someone to look at this patch for 1.5.3;
Have you seen Antoine's comment on the bugrep that says your patch
didn't change anything for him?
To be honest, I don't see how it would help either as the exception is
going to be
On Tue, 18 Mar 2003, peter reilly [EMAIL PROTECTED] wrote:
1.5.1 and 1.5: java.lang.ClassFormatError: Bad major version number
I do not get this on an admittedly simple build file using Blackdown's
1.1.8. I.e. Ant 1.5.1 from the binary tar.gz version seems to work
with JDK 1.1 for me.
On Thu, 20 Mar 2003, Dale Anson [EMAIL PROTECTED] wrote:
One more question -- how is documentation handled?
The same way as code, you send patches (diff -u). Docs are a bit more
difficult if you want to send in complete new files as our mailing
list configuration will not accept any HTML part
On Thu, 20 Mar 2003, Brett Wooldridge [EMAIL PROTECTED] wrote:
When I run ant, I see that createDynamicElement() gets
called twice for the junit element, and further that
setDynamicAttribute() gets called twice for someattr.
This certainly sounds like a bug. We don't call the attribute
Hi,
if we are going to go the 1.2+ route for Ant 1.6, can we change
AntClassLoader in a way that Grant is going to work again (I vaguely
recall something about a no-arg constructor being added or removed or
something 8-).
This would make the jelly-tags-html Gump build failure either go away
or
On Tue, 25 Mar 2003, Paul King [EMAIL PROTECTED] wrote:
I didn't submit a bug on this 'cause I wasn't sure if this
should normally come from the vendor themselves.
Well, let's say we are not searching for the information, but add them
when they get sent to us. Some vendors actually seem to
On Tue, 25 Mar 2003, Paul King [EMAIL PROTECTED] wrote:
GEL IDE for Windows
License: Freeware
Isn't very specific and the site doesn't seem to give more details.
I've downloaded the latest RC to see whether there are more license
details but the setup.exe doesn't do any good on my Linux
Hi,
please take a look at
http://issues.apache.org/bugzilla/show_bug.cgi?id=17721. I can
reprodice this bug, but I'm afraid that the proposed patch will break
Cygwin - as I have no idea how it handles absolute paths.
The change would be in line 54 of the ant wrapper script (CVS HEAD),
instead
On Tue, 25 Mar 2003, Dale Anson [EMAIL PROTECTED] wrote:
Attached are updates for the SSHExec task and documentation as
diffs. The updates fix the problem with output not always showing on
the screen (or log).
Thanks. I'll commit them after the release of jsch 0.1.3 final.
While I was at
On Tue, 25 Mar 2003, Steve Loughran [EMAIL PROTECTED] wrote:
I am sure we could probably do a PDF build from the xdocs stuff now,
I'm sure, too.
if we somehow create docbook content via XSLT, velocity, whatever.
Why docbook? You could create the XSL:FO directly, no?
Please note that this
On Tue, 25 Mar 2003, Stefan Moebius [EMAIL PROTECTED] wrote:
warning: unportable BRE: `^/.*': using `^' as the first character of
the basic regular expression is not portable;
That's funny.
The GNU man pages of expr(1) are a bit vague here (they talk about
anchored expressions in context of
On Wed, 26 Mar 2003, Neeme Praks [EMAIL PROTECTED] wrote:
Stefan Bodewig ::
On Sat, 01 Mar 2003, Neeme Praks [EMAIL PROTECTED] wrote:
storeElement() method silently returns, if the tag does not support
the specified element.
This is because storeElement can never be called without calling
On Wed, 26 Mar 2003, Adam Duffy [EMAIL PROTECTED] wrote:
Myself and Leigh Ishikawa (Adding 'setName' support to the
xmljunitresultformatter.java) have not received any response to our
contributions. Can someone please advise?
First advice would be to be more patient, four hours isn't that
On Wed, 26 Mar 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
That said (one more ;-), if Ant ever comes up with an easier way to
integrate third party tasks
Easier than taskdef resource=...classpath ...//taskdef?
Almost impossible.
Stefan
On Wed, 26 Mar 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Hu, not totally.
Did I forget to put that smiley in?
Since you now use twice the classpath, if needs to be outside and
refid'd.
No, you'll need to use the loaderref attribute.
And what about the junit task?
Easy in Ant
On Wed, 26 Mar 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Do we have a real-world candidate for
antlib resource=.. classpathref=.. /
ant-contrib's cpptasks, this includes custom tasks and types.
Stefan
On 27 Mar 2003, [EMAIL PROTECTED] wrote:
log(checking label + stLabel.getName(), Project.MSG_DEBUG);
- if (stLabel.getName().equals(this.label)) {
+ if (stLabel != null !stLabel.isDeleted()
stLabel.getName().equals(this.label)) {
given that the log line will have thrown a NPE if the
The starteam patch looks innocent and the wrapper script change has
been tested on Cygwin, Linux, MacOS X and Solaris and is know to work
(and the corresponding bug report has been verified).
But then again we've just released beta1 and I'm becoming more and
more reluctant to changes post beta
On Wed, 26 Mar 2003, Paul King [EMAIL PROTECTED] wrote:
P.S. Another suggestion: the external.html page has no internal
navigation to get to the three sections: Tasks, Compiler
Implementations and IDE and Editor Integration
fixed in CVS - and soon at the site, thanks.
(Sorry, I know I
On 28 Mar 2003, [EMAIL PROTECTED] wrote:
- public void setFailOnError(boolean failonerror) {
- this.failonerror = failonerror;
- }
+public void setFailOnError(boolean failonerror) {
+this.failonerror = failonerror;
+}
I have no idea what's
Hi,
I'm currently looking into Bug 14971. This bug points out an
inconsistency in junit that has been there for ages and I'm a bit
unsure on how to fix it.
junit fork=true includeantruntime=yes will run the forked tests
with a classpath containing ant.jar, optional.jar and junit.jar,
nothing
This is bug 17807, I knew it would happen, I'll take care of it
http://issues.apache.org/bugzilla/show_bug.cgi?id=17807
Stefan
Note that test8 is now going to fail.
test8 expects a BuildException to be thrown because the supergrammar
file didn't exist. The real reason for the exception that has been
thrown so far was that the outputdirectory didn't exist, I've fixed
that.
Now antlr will pront a warning error: file
On Tue, 1 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
Please submit quickly if you can to allow work on this proposal to
resume.
Quick enough?
Stefan
On 01 Apr 2003, Stefan Bodewig [EMAIL PROTECTED] wrote:
The main difference (apart from formatting changes) are that timeout
uses milliseconds as its value
and defaults to 0
(like exec)
Stefan
On Tue, 01 Apr 2003, Dale Anson [EMAIL PROTECTED] wrote:
I take it you saw that jsch 0.1.3 was released this morning?
Yep.
Would you mind making one other minor change to the docs, it
references jsch 0.1.2 as a requirement, but 0.1.3 is the minimum.
Already changed in CVS. 8-)
Stefan
On Wed, 2 Apr 2003, Jene Jasper [EMAIL PROTECTED] wrote:
As mentioned yesterday, I have made some changes to the JavaCC and
JJTree taskdefs and added a new taskdef for JJDoc. I have included
the patch.txt for the changes. But what is the best way to deliver
the new files JJDoc.java and
On Wed, 2 Apr 2003, Jene Jasper [EMAIL PROTECTED] wrote:
Thus I will try to check in a patch for JavaCC 2.1/3.0 changes
against the latest snapshot around Monday.
CVS HEAD hasn't changed for quite some time, shouldn't be a problem.
Stefan
On Wed, 02 Apr 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
The problem is that AFAIK the xslt task needs a file, not an URL,
and hence not a jar resource.
Errm, where does it need the file?
All tasks that resolve files IIUC call
public File resolveFile(File file, String filename)
On Wed, 02 Apr 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
If I had it in jars I could ship it automatically with the jar that
has the task that generated index.xml, so I can easily do something
like:
xslt in=index.xml out=index.html
style=resource:/a/style.xsl/
I see.
Hi,
I've modified the JProbe tasks in a way that they now should
autodetect and even work with JProbe 4.x.
As I don't run any version of JProbe, I'd like to have people who
currently run the JProbe tasks successfully (with older version of
JProbe) to either bootstrap the CVS HEAD version of Ant
Can anybody imagine/remember why MatchingTask#setDefaultExcludes does
not set the corresponding value on the implicit fileset but defers
that to getDirectoryScanner()?
Stefan
On Fri, 4 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
The version of jdepend I have hanging around for building Ant is not
compatible with the recent changes
Any chance to find out which version that is?
I'll throw in a little reflection around this (the manual still claims
support for
On Fri, 4 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
On Fri, 4 Apr 2003 12:38 am, Stefan Bodewig wrote:
On Fri, 4 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
The version of jdepend I have hanging around for building Ant is
not compatible with the recent changes
Any chance
On 4 Apr 2003, [EMAIL PROTECTED] wrote:
More CSS - less tables
No question, it looks - umh - ugly on Netscape 4, don't know how much
of a concern that has to be for us, though[1].
It works (the menu comes at the top, the content below) for links and
lynx (text-only browsers that are used by
On Thu, 3 Apr 2003, Erik Hatcher [EMAIL PROTECTED]
wrote:
Any ideas on the differences between using taskdef under project
or under a target?
Several, and they vary with the Ant version in use.
With Ant 1.5.x, the main difference is that taskdefs defined at the
project level will get
On Thu, 3 Apr 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:
Attached is the updated sql documentation that I promised.
Didn't make it to the list, sorry.
Stefan
When I fixed the JDepend task, I made it depend on JDK 1.2 - which is
fine as JDepend has the same dependency.
I'll shortly commit the JUnit Report patches and those contain workarounds
for the famous StringBuffer#toString memory leak[1] in JDK 1.4.1.
Unfortunately the workaround is to use
On Fri, 4 Apr 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:
How about now?
Got it.
Stefan
On Thu, 3 Apr 2003, Rob H. Anderson [EMAIL PROTECTED]
wrote:
one line, pretty self explanatory
self explaining? Yes.
I'm just not sure whether we want to do that unconditionally.
Stefan
On Fri, 4 Apr 2003, Jene Jasper [EMAIL PROTECTED] wrote:
Would it be useful if I add an updated patch.txt to bug 18602 for
JavaCC.java and JJTree.java after the changes are available in a
nightly build ??
Maybe, but I don't think that merging them will be a big deal anyway.
Stefan
BTW, it looks nice in Safari as well, which probably makes up a
considerable part of the Unknowns in
http://www.apache.org/~vgritsenko/stats/daily.html#User+Agents+Stats
Stefan
On Sat, 5 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
It's funny that Stefan, who only voted +0, is the first to make a
change that requires JDK 1.2 :-)
I couldn't find a workaround, that's all (yes, I've seen that smiley).
Having said that, I could have left all toStrings as they were
On Fri, 04 Apr 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
What I mean is not to change the passing of a File object. I mean
that we can *wrap* an URL in a File. So we pass a File, and use an
URL, getting a Virtual File System.
How so - put the URI into the name and abuse File as a
On Fri, 04 Apr 2003, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Sure. Look at the JDK 1.4 version,
Ahh, far to modern for Ant.
Because a URI can be navigated, and it's possible to make a File
from a URI.
Not always.
org.apache.tools.vfs.File extends java.io.File
But this version
On Fri, 4 Apr 2003, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
I would like for ANT to do this for me, transparently.
property name=fileurl locationURL=${myfile}/
or somethig like that.
Sure, should be trivial using FileUtils#toURI together with
setLocationURL(File), I'm just
On Mon, 7 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote:
Stefan Bodewig [EMAIL PROTECTED] escribió en el mensaje
Class.forName will use the system classloader and not the nice
little
IMHO This contradicts my experience of CLs, i think some places
inside tomcat used Class.forName also
committed, thanks
Stefan
On Tue, 8 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
I am about to build Ant 1.5.3.
Yes, yes, yes. Sigh with relief. 8-)
+1
Stefan
On Tue, 8 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Note the change to resource (from resources) to be consistent with
taskdef / available.
resources has been a typo, thanks.
I assume the url attribute's signature would be setUrl(URL url).
Yes.
Stefan
On Wed, 9 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
The 1.5.3 release is up on the site. I haven't had time to send the
announcements out yet.
Which may be good so that the mirrors have time to catch up.
Freshmeat announcement is pending approval, next I'll do will be
Usenet and the
On Tue, 08 Apr 2003, Marc Portier [EMAIL PROTECTED] wrote:
but since that pattern is to be seen more around ant iteself, I was
hoping for some reuse here
One would think so, but the truth is that you'll find copy-paste reuse
in this area instead of delegation or something.
Patches for a
On Thu, 10 Apr 2003, Jay [EMAIL PROTECTED] wrote:
I was thinking that the filters were more geared to changing text,
not just identifiying a file has a specific content.
You are absolutely correct. What I tried to say in my clumsy way:
We have to tasks that perform replacements, replace and
On Thu, 10 Apr 2003, Marc Portier [EMAIL PROTECTED] wrote:
seems to me however the current LoaderUtil more has somewhat of a
jdk-version match-up function?
It used to be used for that, yes. But this part of its functionality
is no longer needed in Ant 1.6 as we've dropped JDK 1.1
On Fri, 11 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
There are several bug reports where I have prepared code, and
documentation and testcases , and I would like them to be submitted
before the code patches are obsolete :
There are certain constants in life, one is there will
On Fri, 11 Apr 2003, Jan Materne [EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18849
Adds a new skip attribute to HeadFilter and TailFilter.
We (or at least I) have some informal segmentation in Ant's code base.
Bruce is the selector guy, Magesh is the filter guy
Hi all,
Antoine has continuously been sending in patches since months now,
he's played an important role in the zip refactoring and is answering
more question on the user list than most of us here. Furthermore
Antoine has access to a perforce installation, so he's able to test
and fix those
On 14 Apr 2003, [EMAIL PROTECTED] wrote:
Add myself to the list as a test of write access
welcome!
Further commit mails should go through without delay (this one was
waiting in the moderation queue).
Stefan
On Mon, 14 Apr 2003, Jesse Stockall [EMAIL PROTECTED] wrote:
Should the fix be applied to each task that creates temp files, or
should it be put in FileUtils.createTempFile().
The later (and I agree with Conor on the optional additional
argument).
Stefan
Like for Jesse, testTailSkip and testTailLinesSkip fail on Linux for
me, I bet it is a line ending problem. As the nightly Gump build is
performed on Linux as well, we are going to get nagged.
In addition, testScriptFilter fails. It seems as if the new filter
was using the old IBM BSF package
On 15 Apr 2003, [EMAIL PROTECTED] wrote:
Add myself to contributors list
Welcome!
again, future commit mails should go by without further delay.
Stefan
On Tue, 15 Apr 2003, Jesse Stockall [EMAIL PROTECTED] wrote:
It's fixed now.
Yep, compiles again, thanks.
Stefan
On Tue, 15 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Why is Ant 1.5.3 shipping with junit.jar in ANT_HOME/lib???
It is? Which download?
Without shipping the license of JUnit and all that, we can't do it.
Stefan
On Wed, 16 Apr 2003, Conor MacNeill [EMAIL PROTECTED]
wrote:
I'll rebuild the distribution tonight.
One thing that you'll need to consider is that people may download the
old distribution from a mirror and try to check it with the signature
for the new distribution from www.apache.org.
You
On 16 Apr 2003, Diane Holt [EMAIL PROTECTED] wrote:
[junit] Testcase:
testCheckoutCommandLine(org.apache.tools.ant.taskdefs.optional.vss.MSVSSTest):
FAILED
[junit] extra args
[junit] junit.framework.AssertionFailedError: extra args
[junit] at
On Sat, 19 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
I have coded the calls to the getters of ZipFileSet similarly to the
getters of FileSet or AbstractFileSet in Zip.java.
They are the way they look right now because FileSet is much older
than ProjectComponent and thus didn't
On Tue, 22 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
I agree with Stefan.
Cool.
Now if only I could find time to respond to Antoine's original mail.
8-) Will try very hard tomorrow.
Regarding AntLib itself, XML descriptor or not, I'm more interested
in being able to partition
On Tue, 22 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
From: Stefan Bodewig [EMAIL PROTECTED]
Which documentation?
I meant the ant manual page under docs/manual/CoreTasks/war.html
Nested elements lib
The nested lib element specifies a FileSet.
Well, yes. This doesn't rule out
On 22 Apr 2003, [EMAIL PROTECTED] wrote:
+if (o instanceof FileSet) {
+ return (AbstractFileSet)(new ZipFileSet((FileSet)o));
the cast is not needed here.
+}
+else if (!(o instanceof ZipFileSet)) {
will always be true as instanceof ZipFileSet
[junit] Testcase:
testAttributes(org.apache.tools.ant.types.ZipFileSetTest):Caused an
ERROR
[junit] null
[junit] java.lang.NullPointerException
[junit] at
org.apache.tools.ant.types.ZipFileSetTest.testAttributes(ZipFileSetTest.java:149)
[junit] at
I'm taking care of it.
Stefan
On Tue, 22 Apr 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
If we do this, then we can concentrate here on the local antlib
while someone else can take care of the external work.
+1
Stefan
On Mon, 21 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
1) antlib antjar
deployment descriptor called antlib.xml which would go in the
META-INF subdirectory of the antlib
I prefer an XML descriptor over manifest entries as well, because it
is easier to
On Wed, 23 Apr 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
I am not even sure the code today was examining the value.
8-) It's been a long time, I know.
we probably should define more meaningful attributes
ant-required-version, antlib-version (version used to buils
On Fri, 18 Apr 2003, Marc Portier [EMAIL PROTECTED] wrote:
1. ClasspathUtils duplicates (i.e. stole) some code from the
o.a.t.a.taskdefs.Definer: the least I should do is refactor that one
to now use what is in the ClasspathUtils.
This is now in CVS.
I noted at least one difference, and I'm
On Wed, 23 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
If everything is defined as a component at a low level, then they
can be easily introspected to find out what interfaces components
implement.
This breaks down if there is no specific interface for a role - like
task or
On Wed, 23 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Forcing roles to map to an interface is probably a *good* idea!
Maybe, hmm, probably, not convinced ...
Every single bean would become implicitly a data-type, and the ones
with an execute() method implicitly become tasks.
On Thu, 24 Apr 2003, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
Two years ago (or was it three?)
One.
this proposal got nowhere because it got picked appart to death.
I've seen the danger myself, this is why I've delayed my responses
today.
In the end we are not that far apart at all.
On Thu, 24 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
I'm not fond of this pre-req thing you're describing,
I didn't make myself clear, that's obvious.
In good old Ant terms:
available classname=org.apache.log4j.Category property=Log4j.present/
failThe antlib requires log4j version
On Thu, 24 Apr 2003, Costin Manolache [EMAIL PROTECTED] wrote:
Look - adding roles concept to ant, and adding antlib are 2
separate issues.
I tend to agree - that's why I proposed to get antlib into the main
trunk with support for types and tasks only. At least for starters.
If you want a
On Thu, 24 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
So how do *you* propose we plug in custom implementations of all the
things mentioned above, if not with roles?
That other thing we discuss and discuss over and over again without
getting anywhere 8-)
Polymorphism.
Stefan
On Fri, 25 Apr 2003, peter reilly [EMAIL PROTECTED] wrote:
I have implemented a generalization of FilterChain's usage of
DynamicConfigurator in IntrospectionHelper. This extends the
introspection support to include methods of the form:
Yes, that's one way to implement it. The tricky part
1 - 100 of 3651 matches
Mail list logo