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/14 21:58:57
Modified:src/main/org/apache/tools/ant/taskdefs/optional/sos
SOSCheckin.java
Log:
Make javadoc happy
Revision ChangesPath
1.9 +1 -1
ant/src/main/org/apache/tools/ant/taskdefs/optional/sos/SOSCheckin.java
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:26:00
Modified:src/main/org/apache/tools/ant/taskdefs XSLTProcess.java
Log:
Fix javadoc warnings
Revision ChangesPath
1.64 +2 -2
ant/src/main/org/apache/tools/ant/taskdefs/XSLTProcess.java
Index: XSLTProcess.java
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
Revision ChangesPath
1.371 +2 -0 ant/build.xml
Index: build.xml
===
RCS file: /home
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 08:46:03
Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss
MSVSS.java MSVSSADD.java MSVSSCHECKIN.java
MSVSSCHECKOUT.java MSVSSCP.java MSVSSCREATE.java
MSVSSGET.java MSVSSHISTORY.java
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
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
jesse 2003/05/01 13:37:40
Modified:proposal/xdocs/src/org/apache/ant/xdoclet IndexGen.java
Log:
Throw a BuildException if the root directory does not exist, instead of
letting IndexGen NPE
Revision ChangesPath
1.2 +4 -0
ant/proposal/xdocs/src/org/apache
On Friday, March 7, 2003, at 09:32 AM, Steve Cohen wrote:
I don't understand why there is a problem with verifying the fix.
WinZIP is near-ubiquitous (although I don't use it myself). I suppose
it will be fully tested with WinZIP before release, right?
Not everyone uses Windows :)
Jess
want to have to install cygwin. I just need a URL of an up to date
port/build of the core Gnu unix command toolchain.
Patch is included as part of MSYS (Minimal SYStem)
http://www.mingw.org/msys.shtml
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
MSYS
http://mingw.org/msys.shtml (Minimal system) or as part of Cygwin
http://www.cygwin.com/
Then you run 'diff old-file.java new-file.java > changes.patch'
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
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:
+ http://ant.apache.org/beta/";>download.
Is this the intended download link?
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
On Monday, April 14, 2003, at 07:31 AM, Stefan Bodewig wrote:
I feel it is time to make him a committer and ask you to vote on this.
+1
Jesse Stockall - [EMAIL PROTECTED]
CRYPTOCard Corp.
h 'testTailSkip' 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.
ch task 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.
Jes
it is OK, I'd appreciate it.
>
The zips and tar.gzs off the website look good, no junit and valid
signatures.
--
Jesse Stockall <[EMAIL PROTECTED]>
nvolved in moving the 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]>
4:12 - 1.50
> ***
> *** 3,9
>
>
> !
> !
> !
>
This has broken the Gump runs for anything that depends on XJavadoc
All the other projects are still looking in xjavadoc/build/lib instead
of xjavadoc/target
--
Jesse Stockall <[EMAIL PROTECTED]>
I go to
much further. I'll get them together in an email soon.
--
Jesse Stockall <[EMAIL PROTECTED]>
t break our stuff until we 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]>
er a built in shell 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]>
an build a org.apache.tools.ant.types.Path object and
then add it to the project with Project.addReference(). Then your
target can use the reference.
--
Jesse Stockall <[EMAIL PROTECTED]>
On Tue, 2003-05-06 at 17:45, Schultz, David (US - Chicago) wrote:
>
> Please let me know if there is any additional work needed to get this
> included.
>
Create a bugzilla enhancement request and attach the files to it.
Documentation is a must, and test cases are nice.
--
Je
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?rev=582160&view=rev
+// Check if source exists - use sourceLastModified for file resources
+// as it quicker that checking exists() again, however string reources
[sic]
+// have a last modified time of 0
Resourc
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?rev=582163&view=rev
sync: checkstyle
Harmless of course, but is there a reason to merge formatting-only
changes to a branch? My assumption was that only a minimum of patches
should be made in a branch, to fix real bugs, so that you co
I don't recall any previous discussion of whether IDE-specific metadata
are wanted/permitted in the source tree. I have been privately
maintaining a NetBeans "freeform" project setup for Ant which ties into
the build script in various ways and offers easier and more precise
development of Ant f
Dominique Devienne <[EMAIL PROTECTED]> wrote:
only if it's kept up-to-date
Sure, I can try anyway.
Peter Reilly wrote:
I think that there is only one directory added.
Correct.
But "nbproject" is not explicit enough a name IMHO. Rather use
netbeans explicitly.
nbproject is the name norma
Steve Loughran wrote:
-nbprojects are not hard-coded to individuals or their directory paths
are they?
Not if managed properly. In this case I would allow for an optional
(SVN-ignored) user.properties for any individual overrides, e.g. paths
to particular JDKs.
BTW what's up with there bein
Kevin Jackson wrote:
LocatorTest.testNetworkURI
file:\\PC03\jclasses\lib\ant-1.7.0.jar
This is not a syntactically valid URI, I think.
LocatorTest.testUnixNetworkPath
file://cluster/home/ant/lib
This is probably illegal too; AFAIK the host field is meaningless for a
file-protocol UR
Stefan Bodewig wrote:
file://cluster/home/ant/lib
This is probably illegal too; AFAIK the host field is meaningless
for a file-protocol URL.
I think it is not (SMB or NFS), something like "ls //nfserver/homes/mine"
translates into a file URI with host.
Not on Unix; NFS mounts still look like
Steve Loughran wrote:
What do IDEs do to stop ant builds? just kill the thread/process?
NB behaves as follows:
1. It sets a special flag. The next time any BuildListener/BuildLogger
method is called on the IDE's listener, it will throw a BuildException,
which usually stops the build.
2. If
Darin Swanson wrote:
I have started the ball rolling to have Eclipse 3.5 incorporate Ant
1.7.1.
And NetBeans 6.5 (starting with Milestone 2) should include it too.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional co
Sergey Bondarenko wrote:
Imagine situation when you have 3 classes with dependencies between them:
A -> B -> C
Then you compile C.java and pack into c.jar
Then you compile B.java, using c.jar in classpath, and pack it into b.jar
Then you compile A.java, using b.jar.
It works properly in Java 5
Steve Loughran wrote:
Are there any defects so traumatic in Ant 1.7.1 that an urgent fix is needed?
There are some apparent regressions from 1.7.0 which it would be nice to see
fixed in 1.7.2:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43114 (package-info.java)
https://issues.apache.o
Jess Holle wrote:
We've seen this before where A depends on B which /internally/ depends upon C
and then suddenly one has to have C around to compile A.
Although this is not forbidden by the JLS (as far as I know), it does seem undesirable. If you know of particular examples which can be expre
Stefan Bodewig wrote:
has been changed to ignore directory resources
The intent was to ignore timestamp changes in directory resources when
determining whether or not to rebuild an existing JAR, not to ignore
directories altogether.
* a single empty directory is added to the sources - I th
Stefan Bodewig wrote:
* a single empty directory is added to the sources - I think Ant will
now no longer create a new archive
Is this really a bug?
Some people say so
https://issues.apache.org/bugzilla/show_bug.cgi?id=20366
True, although skipping dir timestamps just means that such a
Stefan Bodewig wrote:
if (!f.getName().equals("package-info.java")) {
continue;
should that test better be case-insensitive?
Should it? I don't know. It seemed to work on XP as is. Would someone really
specifically create a file PACKAGE-INFO.JAVA? Windows does at le
Stefan Bodewig wrote:
this should be the equivalent of compiling a
package-info.java containing only SOURCE annotations using JDK 5.
Do you know whether a Java 1.4 VM will even try to load the class
file under any circumstances (other than some explicit reflection
invocations)?
You cannot use
Stefan Bodewig wrote:
Do you know whether a Java 1.4 VM will even try to load the class
file under any circumstances (other than some explicit reflection
invocations)?
You cannot use package-info.java with JDK 1.4 to begin with.
I know that. I was wondering whether there might be a situatio
Peter Reilly wrote:
In any case, here is a first attempt at a schema for junit (in relaxng
compact syntax)
If you are going to declare an official schema, I would recommend making and enforce it at runtime, at least in development builds (or if assertions
are enabled etc.). Otherwise the dan
Peter Reilly wrote:
a question that has been asked a number of times on the hudson mailing list is
what is the schema of the xml that junit generates.
BTW:
https://hudson.dev.java.net/nonav/issues/show_bug.cgi?id=3007
-
To
jan.mate...@rzf.fin-nrw.de wrote:
I dont think it would be a problem to have a new option "-pa" "-projecthelp-all"
which will show all the targets.
Try:
ant -p -v
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For
Raja Nagendra Kumar wrote:
does ant have any extra interfaces, which ide vendors could
use to integrate e.g setting the ant out redirection, query the ant api to
get the list of targets etc. In case no, I assume that each IDE vendor must
be writing their own xml parser to get these details etc.
Raja Nagendra Kumar wrote:
Some think in the scope of Ant Plugin Development Support API focused around
IDE integration, so that these api could much richer and closure to ease IDE
integration support.
Maybe. I don't see much value in it from my experience. What the IDE needs to know for basic
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.
--
[EMA
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 AntClassLoader
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
secondary classes.
Correct. Why is this a problem? Ant core classes should not be r
Stefan Bodewig wrote:
Sometimes we build new features that are useful enough to apply the
right away in Ant's own build file.
Obviously. But it seems to me that the convenience of the many users of
Ant (sources) outstrips the convenience of the few Ant developers. For
example, it is impossibl
Peter Reilly wrote:
I have done a prototype and the results look good:
Does indeed look safer to me.
b) it intercepts classes with "optional" or "ScriptRunner" in the
name and loads these from itself rather than from the parent
classloader.
Note that you could exclude all of .taskdefs.** i
Stefan Bodewig wrote:
you'd just be asking for classloader problems if you have two different
versions of Ant inside the same Java VM while compiling Ant or running
the Unit tests, aren't you?
This is another pet peeve of mine: apparently when you run the Ant unit
tests, the version of Ant it
Peter Reilly wrote:
I cannot think of any reason why this is usefull behavior and think
that we should change the behaviour, so as to NOT search parent and
grandparent directories.
+1 (to simply fix, with no attribute to enable buggy behavior)
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org
Peter Reilly wrote:
yes this is a good thing for 1.7 [ ]
no, let us stabilize 1.7[X]
Looks promising - but take our time and put it in when it is ready. I
agree with Steve McConnell that class loader mutation is not something
we should encourage. If we have to do it for ant-*.jar o
I was wondering if anyone would bring it up...
+1 (is >1 allowed?) for including a scripting language implementation in
the standard Ant distribution, so that we can rely on it being there. In
fact I would suggest making Ant 2.0 assume a script as its input, and
have a compatibility mode for o
FYI. On the subject of XML alternatives for Ant (cf. "suggestion : Ant
1.8 full dist to include a 'scripting lang'" thread), there is a new
system using Java syntax:
https://gosling.dev.java.net/
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
http://google.com/search?q=e
Peter Reilly wrote:
The idea is that ant-core code would first check for the language
implementation in bsf and if that (the language or bsf) does not
exist, ant-core will then check for javax.script support for the
language.
+1
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
[EMAIL PROTECTED] wrote:
remove link as import is not used
URL:
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/util/optional/WeakishReference12.java?view=diff&rev=474494&r1=474493&r2=474494
- * Just use [EMAIL PROTECTED] WeakReference} directly.
+ *
Antoine Levy-Lambert wrote:
there is no other Ant integration for Starteam than the one which
ships with Ant
Why can't they ship the Ant integration with StarTeam, alongside (or
even inside) starteam-sdk.jar? Then we could drop it from Ant
distributions without harming ST users. For a transit
[EMAIL PROTECTED] wrote:
If JDK is OpenSource now - would integration into Gump be a solution?
Well, in 2007 when full sources are available, yes someone should
definitely set it up in Gump. Right now just HotSpot and javac are
available.
http://www.sun.com/software/opensource/java/faq.jsp#
[EMAIL PROTECTED] wrote:
inheritDoc
URL:
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/types/optional/depend/DependScanner.java?view=diff&rev=475078&r1=475077&r2=475078
==
-/**
- * @s
[EMAIL PROTECTED] wrote:
Added logging of stacktraces of exceptions in logmessage when loglevel = debug.
URL:
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/Project.java?view=diff&rev=475788&r1=475787&r2=475788
+public void log(String message, Throwable throwable,
Peter Reilly wrote:
Note that you can simply delete the Javadoc comment altogether:
Yes, I know, but 1) checkstyle does not
So shouldn't you patch checkstyle? :-)
2) javadoc will check that there is doc to inherit when one puts in inheritDoc.
But checkstyle would already be warning you ab
Martijn Kruithof wrote:
I couldn't get jdk 1.2 to run on linux.
Nor could I last time I tried. (Which was just to compile Ant.) Gets a
symbol linkage error. Must be using some ancient version of glibc. Note
that JDK 1.2 is formally "end-of-lifed" by Sun; JDK 1.3 is about to be
as well (as so
Peter Reilly wrote:
If the attribute is not specified a default path will be used - all
the scriptapi's that ant known about. - bsf, jsr.
So why add the API attribute at all? Just do the right thing without
having to be told. Legacy scripts will expect to use BSF and they will
get it. New scr
[EMAIL PROTECTED] wrote:
It seems safe and useful for 1.7 .
+1
Any other +/-? It's not really clear to me what, if any, criteria there
are for RFEs this late in the cycle. I *think* the patch is safe but you
never know.
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
Committed.
Steve Loughran wrote:
the only thing I see this breaking is any class which has a java5 enum
of a specific name, and a legacy enum with the same name.
You can't; enums and classes use the same namespace. Or maybe I'm
missing your point.
you end up writing tasks that are java5+ o
Steve Loughran wrote:
Proposal: pull the auto proxy unless you say -noproxy; add a
-autoproxy option to turn it on if you want it.
+0. FYI: when run inside NetBeans, Main.java is not called, so I suppose
ProxySetup is not either. However NB does its own proxy detection on
startup (env, gconf,
Antoine Levy-Lambert wrote:
Do you vote for the release of these binaries ?
Numerous changes have been made in the code since RC1, including several
new features. Do you think it would be wiser to call this build RC2 and
make that the final release after a week or so - permitting no further
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?view=rev&rev=491045
Check if classpath used with forked junit contains multi versions of ant
I just spent about two hours today trying to figure out why my unit
tests were failing with a FNFE on junitvmwatcher*.properties from
JUnitTa
Peter Reilly wrote:
- xmlize the manual goals:
- pdf version output
- clean html output
- easy navigation
And would be helpful for JavaHelp generation, too. Currently for
integration in NB I have a task to reverse-engineer the HTML manual's
structure, which is none too pretty.
Kevin Jackson wrote:
* 1.9
- ?annotations for tasks?
annotations might be nice, but now you['re] limited to java5+
http://backport175.codehaus.org/
if you didn't know about it.
-J.
--
[EMAIL PROTECTED] x22801 netbeans.org ant.apache.org
http://google.com/search?q=e%5E%28pi*i%29%
[EMAIL PROTECTED] wrote:
I have created a task+buildfile for creating an Eclipse Help PlugIn
from our manual.
FYI - for NetBeans I do something roughly similar, to create a JavaHelp
help set:
http://www.netbeans.org/source/browse/~checkout~/ant/docs/antsrc/MakeManual.java
Messy but seems to
Kevin Jackson wrote:
I think that tasks that have been deprecated for more than 2 minor
releases should be removed - people have had 2+ years to stop using
these deprecated tasks (except style), so we should consider removing
them now. My thinking is similar to yours in that if something was
d
usage in C:\TEMP.
-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]
do anything, and the warnings will go away in 1.5.0. [...]"
-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]
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-
uring 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]> x228
etime (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://ww
===
/**
* 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
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]
better to examine actual Javadoc, which filters out everything from
private nested classes, for example?
-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]
1 - 100 of 324 matches
Mail list logo