jesse 2003/04/14 07:37:08
Modified:xdocscontributors.xml
Log:
Add myself to the list as a test of write access
Revision ChangesPath
1.5 +5 -0 ant/xdocs/contributors.xml
Index: contributors.xml
jesse 2003/04/14 20:34:11
Modified:src/etc/testcases/taskdefs/optional/depend depend.xml
src/main/org/apache/tools/ant/util/depend/bcel
DependencyVisitor.java
src/testcases/org/apache/tools/ant/taskdefs/optional/depend
jesse 2003/04/14 21:26:52
Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss
MSVSS.java MSVSSADD.java MSVSSCHECKOUT.java
MSVSSCREATE.java MSVSSConstants.java MSVSSGET.java
MSVSSLABEL.java
jesse 2003/04/14 21:28:59
Modified:docs/manual/OptionalTasks vss.html
Log:
Update the manual to reflect new attributes
Revision ChangesPath
1.13 +69 -2 ant/docs/manual/OptionalTasks/vss.html
Index: vss.html
jesse 2003/04/15 08:12:42
Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss
MSVSS.java
Log:
Make it work with JDK 1.2
Revision ChangesPath
1.30 +3 -3
ant/src/main/org/apache/tools/ant/taskdefs/optional/vss/MSVSS.java
jesse 2003/04/16 08:20:24
Modified:src/testcases/org/apache/tools/ant/taskdefs/optional/vss
MSVSSTest.java
Log:
Missed updated testcase in previous commit
Revision ChangesPath
1.3 +40 -7
ant/src/testcases/org/apache/tools/ant/taskdefs
jesse 2003/04/20 18:08:18
Modified:src/main/org/apache/tools/ant/taskdefs/optional/starteam
TreeBasedTask.java
docs/manual/OptionalTasks starteam.html
Log:
StarTeam performance enhancement
PR: 15730
Submitted by: Steve Cohen
Revision
jesse 2003/04/21 00:07:08
Modified:docs/manual/CoreTasks changelog.html
Log:
Syntax error
PR: 19186
Submitted by: Chris Reeves
Revision ChangesPath
1.12 +1 -1 ant/docs/manual/CoreTasks/changelog.html
Index: changelog.html
jesse 2003/04/21 07:21:16
Modified:src/main/org/apache/tools/ant/taskdefs/optional/perforce
P4Integrate.java
src/main/org/apache/tools/ant/taskdefs/optional/net
SetProxy.java
src/main/org/apache/tools/ant
jesse 2003/04/21 07:27:58
Modified:src/main/org/apache/tools/ant/taskdefs/optional/ssh
SSHExec.java
src/main/org/apache/tools/ant/util WeakishReference.java
Log:
More javadoc warning fixes
Revision ChangesPath
1.7 +3 -3
jesse 2003/04/25 07:09:11
Modified:proposal/xdocs/lib xdoclet-apache-module-1.2b3-dev.jar
proposal/xdocs/dvsl task.dvsl
Log:
Generate attribute requirements
Revision ChangesPath
1.2 +103 -92
ant/proposal/xdocs/lib/xdoclet-apache-module-1.2b3
jesse 2003/04/25 07:11:16
Modified:src/main/org/apache/tools/ant/taskdefs Property.java
Log:
Add some new @tags for xdocs
Revision ChangesPath
1.61 +38 -23ant/src/main/org/apache/tools/ant/taskdefs/Property.java
Index: Property.java
jesse 2003/04/25 07:16:47
Modified:.build.xml
Log:
Add 2 new @tags that should be ignored by javadoc
Revision ChangesPath
1.371 +2 -0 ant/build.xml
Index: build.xml
===
RCS file
jesse 2003/04/25 07:21:35
Modified:.build.xml
Log:
1 more @tag to ignore
Revision ChangesPath
1.372 +1 -0 ant/build.xml
Index: build.xml
===
RCS file: /home/cvs/ant/build.xml,v
jesse 2003/04/25 14:10:02
Modified:src/main/org/apache/tools/ant/taskdefs/optional/sos SOS.java
SOSCheckin.java SOSCheckout.java SOSGet.java
SOSLabel.java
Log:
Fix the javadoc comments and add @ant.attribute tags for xdocs
jesse 2003/04/28 09:45:22
Modified:proposal/xdocs/lib xdoclet-1.2b3-dev.jar
xdoclet-apache-module-1.2b3-dev.jar
xdoclet-ejb-module-1.2b3-dev.jar
xdoclet-web-module-1.2b3-dev.jar
xdoclet
jesse 2003/04/28 17:07:23
Added: proposal/xdocs/src/org/apache/tools/ant/taskdefs
Property.xml
Log:
Merge file for property
Revision ChangesPath
1.1
ant/proposal/xdocs/src/org/apache/tools/ant/taskdefs/Property.xml
Index
jesse 2003/04/29 15:36:19
Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java
proposal/xdocs/lib xdoclet-1.2b3-dev.jar
xdoclet-ejb-module-1.2b3-dev.jar
xdoclet-web-module-1.2b3-dev.jar
jesse 2003/04/29 16:59:40
Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java
TaskDescriptorSubTask.java TaskTagsHandler.java
Log:
Switch to using regular collections instead of the deprecated XCollections
Revision ChangesPath
1.3
On Thursday, March 27, 2003, at 09:42 AM, Jesse Stockall wrote:
Then you run 'diff old-file.java new-file.java changes.patch'
Oops, make that:
diff -u old-file.java new-file.java changes.patch
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote:
I nominate Jesse Stockall as a committer
Cool, so what happens now?
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
On Tuesday, April 8, 2003, at 09:44 PM, [EMAIL PROTECTED] wrote:
+ a href=http://ant.apache.org/beta/;download/a.
Is this the intended download link?
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
' and 'testTailLinesSkip' cut off 1 too many letters.
The last line of the result file is 'Line 5' instead of 'Line 58'
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
that creates temp files, or
should it be put in FileUtils.createTempFile().
Since 1.6 will require JDK 1.2+ we can avoid the ugly reflection in the
patch (attached to the bug report).
Thoughts?
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
On Tuesday, April 15, 2003, at 02:09 AM, Stefan Bodewig wrote:
On 15 Apr 2003, [EMAIL PROTECTED] wrote:
jesse 2003/04/14 21:26:52
Modified: src/main/org/apache/tools/ant/taskdefs/optional/vss
MSVSS.java
This makes the VSS tasks JDK 1.4 dependent.
Oops, It's fixed now.
Jesse Stockall
, no junit and valid
signatures.
--
Jesse Stockall [EMAIL PROTECTED]
in moving the antdoclet module to Ant's
CVS tree?
Nice work (having not run it yet myself, just browsing the commit
messages)!
Have a look here for a sample
http://www.magma.ca/~stockall/property.html
--
Jesse Stockall [EMAIL PROTECTED]
them together in an email soon.
--
Jesse Stockall [EMAIL PROTECTED]
refactor it -
at least it is likely to break Gump, and then we should upgrade.
I'll get rid the the deprecated XCollections and see if other changes
are required.
--
Jesse Stockall [EMAIL PROTECTED]
command. You
must specify the shell as the executable (cmd on WinNT, command on
Win9x). You might also be able to use 'vmlauncher=false' with your
current setup, but as I have no Windows machines about, I cannot verify
this.
--
Jesse Stockall [EMAIL PROTECTED]
at runtime.
[http://ant.netbeans.org/] I expect some masses are getting Ant 1.6.x
this way too. :-)
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org/
-
To unsubscribe, e-mail: [EMAIL
during debugging:
http://www.netbeans.org/source/browse/~checkout~/debuggerjpda/ant/antsrc/org/netbeans/modules/debugger/jpda/ant/JPDAReload.java?content-type=text/plain
This task however makes use of some IDE-specific calls for various reasons.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
(I would hope!) there is no reason to
keep any state in a FileUtils instance (you could use static variables
if you needed to cache something), so there is no reason to have an
instance at all.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
===
/**
* Target executor abstraction.
* @since Ant 1.6.3
*/
@since Ant 1.6.3 or @since Ant 1.7? (Same question for other added
classes/methods.)
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http
in .java source too.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/expressions.doc.html#23605
http://java.sun.com/docs/books/jls/second_edition/html/typesValues.doc.html#96595
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org/
-
To unsubscribe, e-mail: [EMAIL
to the checksum doc
page that MD5 is now widely thought to be weak, and anyone serious about
security should consider (at least) SHA-1?
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
(...);
try {
OutputStream os = new FileOutputStream(...);
try {
copyStuff(is, os);
} finally {
os.close();
}
} finally {
is.close();
}
} catch (IOException e) {
throw new BuildException(e);
}
Thoughts?
-J.
--
Jesse Glick mailto
that the Java language has
unsafe defaults for these modifiers.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
InputStream is = new FileInputStream(...);
try {
Reader r = new WhateverReader(is);
[any code]
} finally {
is.close();
}
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
... I still feel pretty clueless about a lot of Ant internals -
e.g. macrodefs! - so I wind up posting about something I can recognize. :-)
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
, or even for a number of smaller
projects.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Matt Benson wrote:
[...] In talking about whether caught Exceptions should at least be
logged, Jesse mentioned disk full as an example. [...] I found a
blog today [with] a workaround to detect this condition when writing
with a FOS, using the sync() method of the descriptor available from
in the JRE that should be filed as such. Normal application code
should not have to go around making special low-level calls like this.
Anyway excessive calls to sync() are likely to be bad for typical
performance.
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http
Matt Benson wrote:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4338871
Normal application code should not have to go around making special
low-level calls like this.
Now, Jesse, that's all well and good to say, but I find it hard to
believe you have spent several years working on NetBeans
Stefan Bodewig wrote:
as threatened, here is the proposal.
+1
Conor's points are good ones, but I think need not block this vote.
Cheers,
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
/RecorderTest.java
src/testcases/org/apache/tools/ant/types/XMLCatalogBuildFileTest.java
STATUS
Background:
https://www.cvshome.org/docs/manual/cvs-1.11.19/cvs_12.html
Comments?
-J.
--
Jesse Glick mailto:[EMAIL PROTECTED] x22801
NetBeans, Open APIs http://www.netbeans.org
Martijn Kruithof wrote:
If wanted i'll do it
Sounds like yes please, remove them all to me. Or if you don't have
time, send me a note and I can do it.
Thanks,
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
if I had known it was harmless I would have killed it myself
Peter Reilly wrote:
Is there anything that needs to be put into the 1.6 branch to allow a
1.6.3 release soon?
I would like to merge the fix for #24918 (console input for java) if
other committers agree it is desirable (or at least harmless) and not
too risky. Any opinions?
-J.
--
[EMAIL
Antoine Levy-Lambert wrote:
Since several committers seemed to want a bit more time for fixes,
let's vote for Ant 1.6.3 rc1 on Thursday, March 31st.
+1
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
if I had known it was harmless I would have killed it myself
Dominique Devienne wrote:
(1) Ability to have plain HTML output - JavaHelp does not render
XHTML well, alas. (br / is I think OK as well as br, but
the ?xml ...? tag does not get handled.)
The current XSL uses output=html, so no XHTML. OTOH, doesn't
JavaHelp use the HTML viewer from the JDK, which
By the way, this kind of diff:
[EMAIL PROTECTED] wrote:
Removing old code testing for JDK 1.0 and 1.1.
Index: SunJavah.java
===
-// JDK1.1 is rather simpler than JDK1.2
-if
Stefan Bodewig wrote:
Maybe I'm nit-picking ...
Not at all, thank you for reading diffs carefully! :-)
Please use braces even for single-line blocks.
Yes, I do myself; this was contributed code and I didn't notice it. Will
fix.
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
if
Matt Benson wrote:
Could we
auto-alias the uris so that the user setup might be
like
project name=foo default=bar
xmlns:fs=ant.fileselectors
xmlns:rs=ant.resourceselectors
?
-0.5 for anything which makes the XMLNS rules for Ant scripts more
complicated (and divergent from the
Has anyone given thought to when we drop support for running Ant on JDK
1.2/1.3? These releases are pretty old by now and AFAIK all major
platforms have had a decent 1.4 port for a while. I am guessing most
Java developers would be using a relatively recent JDK anyway - and
those who are still
Stefan Bodewig wrote:
All in all I'm -0.5 on dropping JDK 1.2 for Ant 1.7 and -0.75 on
dropping JDK 1.3 for Ant 1.7.
BTW dropping JDK 1.2 support but supporting JDK 1.3 doesn't buy us a
lot; few new APIs or other features were added in JDK 1.3, as it was
mostly a performance release.
-J.
--
ChrisW wrote:
Would it be possible to add a command line option
to set an entity resolver to Ant?
!DOCTYPE project [
!ENTITY prologue SYSTEM
http://web/devtools/src/ant/prologue.ant;
!ENTITY % targets SYSTEM
http://web/devtools/src/ant/targets.ant;
%targets;
]
Probably you should be
Richardson, Steph wrote:
The javac task by default, adds the destination directory to the
classpath that is being used to compile [...]
This option would be very useful in projects where explicit
dependencies between packages are manually specified, and would
prevent the need for workarounds to
Stefan Bodewig wrote re. ${ant.home}:
Keep in mind that it is our wrapper script that sets the property.
If you launch ant any other way (IDE, script of your own, embedded),
there is no guarantee that it will be defined.
As an example, the NetBeans IDE does define it as of version 3.6
Antoine Levy-Lambert wrote:
I propose to release Ant 1.6.5 on Thursday, June 2nd.
This will be a pure bug fix release.
Fine, +1.
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
if I had known it was harmless I would have killed it myself
Stefan Bodewig wrote:
Sometimes I merge changes into the 1.6 branch without merging the unit
tests as well. Sometimes I don't merge changes at all. Sometimes I
forget to pull a change from the branch when it has been pulled from
HEAD ...
I bet, other committers have similar experiences.
I'm
The Schema file is there to support GUI tools for example. They
could prompt for required attributes,
This would be nice!
let you select enumerated attributes from a list,
FWIW, NetBeans would not need this - currently loads the
EnumeratedAttribute subclass on the fly and uses it for code
Matt Benson wrote:
[...] AFAIK a
non-well-formed fragment should forego the
declaration.
I believe you can actually put an XML declaration in a doc with multiple
top-level fragments, if you are using it as a parsed external entity.
(Only useful to declare the encoding.) But I guess that few
Martijn Kruithof wrote:
Since this is at least a quasi-bug (not ours but we can fix it)
Assuming that the javadoc command's behavior is in fact correct and it
is just the JDK documentation which is incomplete or misleading (which
is my guess), then it is really an Ant bug.
and
has been
Steve Loughran wrote:
Regarding a diff task, there is a good java diff gui app built into
jedit, http://plugins.jedit.org/plugins/?JDiffPlugin this could be
the core of a simple text diff tool, though its license may be
incompatible with Ant's own.
For what it's worth, there is also a Java
Kev Jackson wrote:
This came up before, but I forgot what the consensus was
Not sure there was a consensus (or that anyone cared enough).
Whenever FileUtils.close() is used, any resulting exceptions are
swallowed and no logging is performed. I'd like to propose that
instead of this silent
Antoine Levy-Lambert wrote:
I have checked in some code lately related to URI encoding and decoding.
BTW should use java.net.URI and File.toURI and new File(URI) when
running on JDK 1.4+. I have an old outstanding bug for this, needs to be
reexamined:
[EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewcvs/ant/core/trunk/doap_Ant.rdf?rev=378584view=auto
==
+ Project rdf:about=http://httpd.apache.org/;
Typo?
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewcvs?rev=381261view=rev
Log:
2006
Ah, I guess I forgot to do that. Thanks!
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
http://google.com/search?q=e%5E(pi*i)%2B1
Steve Loughran wrote:
I'll try running under IntelliJ idea to see how well it copes. Is
there any Eclipse user out there who wants to do the same?
If it was working before it _should_ work the same way now (I hope!),
especially if both IDEA and Eclipse launch Ant out of VM (which I think
Martijn Kruithof wrote:
If it was working before it _should_ work the same way now (I hope!),
For eclipse it was NOT working before (at least not without configuring
junit to be available to ant in the preferences screen)
That's what I meant by working before - that if you did include
Steve Loughran wrote:
We need a test for a trax engine being around, for things like
junitreport. But this code doesnt work
available property=xalan2.present
classname=org.apache.xalan.transformer.TransformerImpl
classpathref=classpath/
Not on java1.5, even though xsltc is
Stefan Bodewig wrote:
I haven't looked into the implemenation of JUnit4TestAdapter so I
have to ask you 8-)
Sure, was expecting some questions here...
Even if I have JUnit 4 on my CLASSPATH I can still use JUnit 3 style
of tests (no annotations, naming conventions instead).
Yes.
Will
Martijn Kruithof wrote:
Isn't this a bit premature, junit 4 isn't even out yet.
Seems junit.org has not announced it, but it's there for download and
semi-announced at http://sourceforge.net/projects/junit.
Furthermore I thought junit 4 would get rid of the distinction
between failure and
Jon Skeet wrote:
So, having just seen the commit and bug 38811 notes for JUnit4
support - does that mean it's all done?
Well probably you should try it and judge for yourself whether it's
working well enough. :-) The impl is a bit hackish due to the need to
keep full JUnit 3
Steve Loughran wrote:
There was some discussion of junit4 implications in the ant-user mail
list,
Ah, thanks for the pointer, missed that before. Some things I can
extract from that thread:
- ignored tests ought to be reported (currently they are just silently
skipped)
- junit should
[EMAIL PROTECTED] wrote:
let's not save XML reports to the project dir, but instead somewhere under
build/ and stick the results in a directory parallel to it.
URL:
http://svn.apache.org/viewcvs/ant/core/trunk/build.xml?rev=382055r1=382054r2=382055view=diff
@@ -1596,8 +1600,8 @@
-
Kev Jackson wrote:
That would certainly be optimal. (+1 for seperate task)
If others agree, should the existing 4 support in junit be reverted?
It can be considered a proof of concept in its current state. My main
concern is that making it a separate task would require people to change
Stefan Bodewig wrote:
putting even more modifications into the current task (adding a new
JUnitResultFormatter subclass for ignored tests, for example) will
make it even more convoluted than it currently is.
Of course. The question is how this additional complexity balances
against the
Curt Arnold wrote:
when Ant auto-detects JUnit-4, it doesn't look for the static
suite() method, and just assumes that you've defined all of your
tests with Annotations.
I've searched my dev@ant.apache.org mailing list and Bugzilla and
could not find this particular issue being raised. Is
Antoine Levy-Lambert wrote:
I assume that there are no extensions (by API programmers) of the
Metamata and of the Sitraka JProbe tasks.
To the contrary, it is possible that there are API users who use for
instance the Project#resolveFile() methods.
Hmm, it would be nice if we actually
Stefan Bodewig wrote:
3. enhancements to junit
-a method isFailure on the assertion failure classes, for
checking (through reflection in ant) for failures vs errors.
Yes, that would be handy. But they shouldn't have dropped the
difference between errors and failures in the first place.
Stefan Bodewig wrote:
what would you drop?
The attributes that are shortcuts for formatters, printsummary and
showoutput.
For what it's worth, *every time* I write a junit usage by hand
(rather than copying from a prior example), I forget to specify
formatter type=plain usefile=false/
Steve Loughran wrote:
-setting up the xml listener (needs xml parser on the path)
Are enough people still using JDK 1.2/3 that this remains a common
problem? Certainly irrelevant for a junit4 task which can assume JAXP.
-people don't get their selection patterns right, and we try and run
[EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java?rev=409344r1=409343r2=409344view=diff
+if (vs.equals(1.7.2)) return 17.2f;
This will look funny when Ant 1.10 is released. :-) 110.0f?
[EMAIL PROTECTED] wrote:
- Refactor DeweyDecimal to util package, retain bc by keeping a stub in the
original location
Suggestion: keep same API in old location (@deprecate'd) but for new
location delete all of the is* methods and just make it implement
Comparable/*DeweyDecimal*/. And the
Jesse Glick wrote:
This will look funny when Ant 1.10 is released. :-) 110.0f?
BTW using == on floats is a little scary. I guess in this case the
values will always be compile-time constants.
Ignore; didn't see your rewrite to DeweyDecimal and somehow got stuck
looking at an older version
Stefan Bodewig wrote:
Say there is a method
void doSomething(Object o);
in a class inside the Java class library of JDK 1.3 and a new overload
void doSomething(String s);
was added in JDK 1.4. Any call to doSomething() compiled on JDK 1.4
and above will pick the String signature
Kev Jackson wrote:
I can build all the ant-* jars except ant-starteam and ant-weblogic
I've contacted borland regarding getting access to starteam sdk
without having to sign up to some ridiculous trial/download nonsense.
[...]
Note that we could set up separate source roots containing phony
Antoine Levy-Lambert wrote:
1) do you agree that I submit the patch containing in the bug report
39708, rendering the XalanExecutor, Xalan1Executor, Xalan2Executor
classes useless and never called by our APIs.
+1
Martijn Kruithof wrote:
Also can we be sure that project.createTask(xslt)
[EMAIL PROTECTED] wrote:
URL:
http://svn.apache.org/viewvc/ant/core/trunk/WHATSNEW?rev=421591r1=421590r2=421591view=diff
+* Ant launcher program prints errors to stderr, and exits with a -1 exit code
+ value if, for any reason, it cannot actually start Ant proper.
Isn't 2 more conventional?
[EMAIL PROTECTED] wrote:
well, if you put the docs in, you need to follow with the code. hasMethod
looks for methods.
Wouldn't hasMember be more appropriate since it can check for fields too?
URL:
Stefan Bodewig wrote:
Would it be possible to therefore introduce '_svn' into the default
excludes too?
You can use the defaultexcludes task to do that.
Given Subversion's (and Windows') popularity, wouldn't it make sense for
this to be in the default excludes? I think the chances of
Antoine Levy-Lambert wrote:
I would also not make the behavior of defaultexcludes conditional
upon an environment variable.
Agreed. Env vars make builds less reproducible and that is bad.
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
Antoine Levy-Lambert wrote:
does unexpected reason here mean that the JDK has a version = 1.4
and the JDK 1.4 regexp package is not available ?
Yes - for example, if you built Ant using JDK 1.3 and then run using 1.4
(with no extra libs in CP), it will fail since the 1.4 regexp adapter
was
Peter Reilly wrote:
If it is not a little too late, I would like to get a vote
on including classloader into ant 1.7.
+0.5 I guess, if someone is testing it carefully (URLClassLoaderAdapter
in particular is a little unnerving). Really the advantage #1,
to avoid the need to either change
Kev Jackson wrote:
Default excludes to include the ASP.Net hack _svn directory for the
release of Ant 1.7.0 + svn antlib, and documentation to be updated to
reflect this change
yes [ X] (my +1)
no [ ]
+1
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
Stefan Bodewig wrote:
We still support Ant 1.2, so we will certainly be supporting Ant 1.5
Java 1.2 and Java 1.5 I guess you meant.
Note that although JDK 6's javac does run annotation processors
automatically (no need for a separate tool), it does *not* accept those
written against the
Mark McKay wrote:
Apparently, ant 1.7 can't be built with ant 1.6.5.
No, it cannot.
I've grumbled in the past that it is not very friendly for Ant trunk
sources to be unbuildable by the current Ant release, but another
committer (I forget now who) said this was intentional...?
-J.
--
Peter Reilly wrote:
The antlibs solution would be ok, but it does not solve ant optional tasks
Perhaps we could arrange for tasks in the standard distribution not to
be loaded until actually used. (This might be a performance win anyway.)
Rather, the Ant core would create a new
1 - 100 of 287 matches
Mail list logo