Stefan Bodewig wrote:
Steve,
I think signjar is one of the least used tasks in Ant. IIRC we even
shipped a version of Ant where signjar didn't work at all (I think Ant
1.2) and it took quite some time until anybody complained.
Methinks it is kind of underused from the command line too, else the
Kev Jackson wrote:
Shatzer, Larry wrote:
why to quot;? '' is perfectly valid in HTML, and no need to escape
it.
Sorry, I'm assuming that the docs will be transformed into xml at some
point, at that time quot; may be better than .
you dont need quot; in XML, except in the special case of 'you
Stefan Bodewig wrote:
On Tue, 15 Mar 2005, Peter Reilly [EMAIL PROTECTED] wrote:
Should we wait a few more days?
Maybe yes.
Of the 260+ reports that are real bug reports (not enhancement
requests), there are 20 reports against optional SCM tasks nobody of
us can test, 20 reports against J2EE
Stefan Bodewig wrote:
On Wed, 16 Mar 2005, Kev Jackson [EMAIL PROTECTED] wrote:
US or British spelling? Customize/Customise?
We had the discussion once about spelled/spelt IIRC.
Ant is one of the very few open source projects I know where the
number of US committers is vastly outnumbered by
Matt Benson wrote:
--- [EMAIL PROTECTED] wrote:
peterreilly2005/03/14 01:14:56
Modified:src/main/org/apache/tools/ant/util
CollectionUtils.java
Log:
allow ant to compile with ant 1.5 again.
Oops! :) Thanks!
aah, it happens. my work project broke yesterday as someone added an int
Martijn Kruithof wrote:
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.
(and cancel the previous vote of course)
[ ] Yes
[ ] No
Let me begin with my +1
I'm +1 too, hopefully this release will
joy!
http://java.sun.com/j2se/1.5.0/ReleaseNotes.html
-nothing in there that gets attention; no mention of -source/-target
fixes. Amusing to see one bug related to their makefile (!) for signing:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4987923
Everytime we do digital signing the RE
Peter Reilly wrote:
The licence for ant/taskdefs/rmic/ForkingSunRmic.java needs to be fixed.
Peter
done. sorry. IntelliJ (a) doesnt let you set the header on a per-project
basis and (b) hides the header unless you look for it.
Kev Jackson wrote:
[EMAIL PROTECTED] wrote:
+1 (means yes)
I thought only committers could +1 something on a vote?
Ok, +1 if I can/makes any difference
Kev
Everyone has a vote. You dont get a veto, but if enough people without
commit access voted -1 (maybe even +1) to something, it'd be an
Antoine Levy-Lambert wrote:
Hi,
Do we want to make a ant 1.6.3 RC1 on Wednesday, March 23d ?
+1
I think I'd like to backport the RMI fix for Java1.5 in; I cant think of
any other Java1.5-breaks-us patch that needs to go over.
steve
[EMAIL PROTECTED] wrote:
Removed superfluous cast
Revision ChangesPath
1.91 +1 -1
ant/src/main/org/apache/tools/ant/AntClassLoader.java
Index: AntClassLoader.java
if (cons.length 0 cons[0] != null) {
final String[] strs = new
Steve Loughran wrote:
Peter Reilly wrote:
Steve Loughran wrote:
Not unless we move to Java1.5 attributes :)
This may be a while
I know. I wasnt expecting any pick up there. Not until Jikes adds the
support for parsing them, then we could say
ant runs on any platform, but you need jikes
Alexey N. Solofnenko wrote:
Interesting. So there is yet another revision control system. All I can
tell that Darcs is stable and very convenient to use.
Out of curiosity, how much has your copy of ant diverged from the main one ?
Stefan Bodewig wrote:
The question really is when, not if.
Shall we do it together with the creation of the antlibs repo or
should we wait a bit longer?
Look at it differently
do you want to do it
(a) before doing the releases of Ant1.6.3, Ant1.7
(b) during
(c) after
[EMAIL PROTECTED] wrote:
Asking infrastructure for their preferences would be good - maybe they want
to
kill bugzilla as cvs :-)
And IMO we could wait for starting the new project and bugtracking until
they´ve
solved the problems ... if it needs only a few weeks.
But we should have a the same
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 think the patch to RMI for java1.5 compat makes sense. Its a small
change, near-zero chance of breakage as all it does is fix dependency
logic and output file generation.
Stefan Bodewig wrote:
On Tue, 08 Mar 2005, Steve Loughran [EMAIL PROTECTED] wrote:
I thought my proble+selector would have fixed this, but the selector
isnt working
If I run Ant after removing xercesImpl.jar on JDK 1.4 the test is
skipped, so in general the selector works - just not in Gump
Stefan Bodewig wrote:
Hi,
while looking into the ant-contrib test failures in Gump I revisited
our logging system for the first time since long.
Consider I have a task that does log(Some message\n).
Project#fireMessageLogged() will then strip the \n (at leat on Unix)
and DefaultLogger will re-add
Peter Reilly wrote:
Steve Loughran wrote:
Not unless we move to Java1.5 attributes :)
This may be a while
I know. I wasnt expecting any pick up there. Not until Jikes adds the
support for parsing them, then we could say
ant runs on any platform, but you need jikes or javac 1.5+ to compile
Stefan Bodewig wrote:
Hi all,
as threatened, here is the proposal.
According to our bylaws it needs +1s froms two thirds of all active
committers to pass. By my count that is 12 out of 18 (all PMC members
listed on the contributors page plus all committers listed there plus
Jose Alberto who
Gump Integration Build wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project test-ant-no-xerces has an issue affecting its
Stefan Bodewig wrote:
On Tue, 08 Mar 2005, Steve Loughran [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
(3.3) Bugzilla
New components under product Ant for each new library.
Not Jira?
I'm on the fence here. I'd like to use the same tracking system as
Ant does and don't care much which one we
Xxx Yyy wrote:
I looked, but didn't find any discussion on the new granularity
FileUtils.getFileTimestampGranularity. This is messing up my builds
big-time.
If you are on Windows and you run two COPY operations within two
seconds of each other, the second COPY will be skipped.
project default=x
Bruce Atherton wrote:
Xxx Yyy wrote:
Thanks for your consideration. I think you are testing the wrong thing
-- an OS test is not a substitute for FS test.
That is true, but there is no FS test. This code is not trying to be an
FS test, it is trying to be smart about guessing a default value
I am about to commit the fix for the latest bugrep regarding apt, and
looking at the task in general
1. we clearly need tests for this. Has anyone done any Apt work that we
can use as source samples
2. did apt.Main#compile move, or has it always been broken? It may be
that a beta-release
1. Apt is built with Make :)
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5012341
2. has some problems with return codes
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6223857
3. I told them to stop moving things on the bugrep where they are
planning it, or at least tell us now and
Stefan Bodewig wrote:
On Wed, 02 Mar 2005, Kev Jackson [EMAIL PROTECTED] wrote:
Thoughts/comments more than welcome
Being a LaTeX guy myself, I've grown some bad feelings towards docbook
when I had to use it on one project. It's so powerless in
comparision, but maybe that's only due to the
Jess Holle wrote:
I can *run* it now but:
1. It is unclear if I can upgrade NetBean's Ant to 1.7.
Some IDEs support switching; dunno about netbeans.
2. We ship Ant and it has to be a non-beta -- and it is much less
confusing to stick to just one version for all purposes.
pull down the 1.7
Alexey N. Solofnenko wrote:
Is there apply with java?
not yet. it was always avoided as we'd rather people do tasks with
proper configuration, dependency and reuse.
But it would be nice for a java-apply, and perhaps a script-apply too.
something that bulk executed a bit of inline script against
Dominique Devienne wrote:
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
+ * rename junit.jar to junit-3.8.1 in SCM, for libraries
integration.
As this is only in lib/optional, effects should be minimal (i.e.
rename
wont be visible to end users) [done].
Well, it won't be fully transparent to
Gump Integration Build wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project test-ant has an issue affecting its community
Martijn Kruithof wrote:
[EMAIL PROTECTED] wrote:
Date: 2005-03-03T08:55:35
Editor: SteveLoughran
Wiki: Ant Wiki
Page: Ant17/Planning
URL: http://wiki.apache.org/ant/Ant17/Planning
no comment
Change Log:
--
@@
Kev Jackson wrote:
The problem with checking for win9x is having specialized code just for
one platform, but to rewrite so that every OS uses a file to dump out
the variables would require changing getProcEnvCommand for all OSs and
testing on all OSs (a headache to say the least), although
James Fuller wrote:
btw I have a few general developer questions... before I start caning
bugzilla I think any responses would be well appreciated;
a few comments on usage of XDoclet to autodoc manual
as someone who is a complete
Matt Benson wrote:
//hey, there is nothing
wrong with us
-out.println(The component
could be instantiated);
+out.println(The component
could not be instantiated.);
changes the meaning..
Sorry, didn't occur to me that a success message
[EMAIL PROTECTED] wrote:
mbenson 2005/03/01 08:23:41
Modified:src/main/org/apache/tools/ant ComponentHelper.java
Log:
Some space/punctuation cleanup. Like it, Steve.
I got fed up with seeing the message myself. Plus I even got a support
phone call on the problem last week, which
James Fuller wrote:
Steve Loughran wrote:
James Fuller wrote:
btw I have a few general developer questions... before I start caning
bugzilla I think any responses would be well appreciated;
really appreciate the time you have taken to answer.even where you
have confirmed simply lets me know
oh, the coding of the diagnosis made me think of some other things
1. have tasks provide their own diags.
Imagine a static method with each class that provides some text (like
URL for jars). Would this be accessible even if we couldnt instantiate
an instance with a NoClassDefFoundException? I
James Fuller wrote:
no, I have already gone through the input masking funits more about
locking down...or giving the opportunity to lock down; e.g. secure class
loading, working with digital certs, etc...
to run ant secure you'd need to generate a JAR of everything in the
tasks and
seeing the install notes for eclipse shows up what they think are
troublespots with ant, one of them being
that property environment=env / hangs:
http://issues.apache.org/bugzilla/show_bug.cgi?id=26770
I think we ought to take a look at this code, and rework it some more.
It is all built
[EMAIL PROTECTED] wrote:
mbenson 2005/02/25 15:15:16
Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH
Get.java
.Tag: ANT_16_BRANCH WHATSNEW
src/etc/testcases/taskdefs Tag: ANT_16_BRANCH get.xml
Stefan Bodewig wrote:
* org.apache.tools.ant.taskdefs.optional.SchemaValidateTest
well, Crimson doesn't support XSD.
Is there any way to detect whether a parser supports XSD from within
the build file and skip the test?
Should the test pass gracefully?
*
Stefan Bodewig wrote:
On Wed, 23 Feb 2005, Dalibor Topic [EMAIL PROTECTED] wrote:
Stefan Bodewig bodewig at apache.org writes:
Even Gump enforces Xerces, but we could try to run the tests in
Gump against whatever the VM provides as well - which would not
only mean JDK 1.5 but also GNU JAXP
you know, this summer will mark the two year point since Ant 1,6.0
shipped. Which means time for Ant1.7 is nearing.
What do people think is a good release schedule/timetable?
Or to put it differently, what do people want in *and stable* before then?
Things I must have:
- libraries with security
[EMAIL PROTECTED] wrote:
Mmh propertyset smartfrog: if you are the author you should be able to
change the license, IMO ;-)
no, because I wrote it for my employer.
I can redo it from scratch though, it wasnt hard.
-
To
Stefan Bodewig wrote:
On Thu, 24 Feb 2005, Darin Swanson [EMAIL PROTECTED] wrote:
Eclipse 3.1 is coming out in June 2005 as Jan indicated. For me to
have a chance to update and release Ant 1.7 within Eclipse it would
be great to get an Ant release sometime in early May. Otherwise
things start
Stefan Bodewig wrote:
On Thu, 24 Feb 2005, Steve Loughran [EMAIL PROTECTED] wrote:
you know, this summer will mark the two year point since Ant 1,6.0
shipped. Which means time for Ant1.7 is nearing.
Hmm, Ant 1.6.0 has been released in December 2003.
OK, I knew it was 2003. That's no so bad...18
[EMAIL PROTECTED] wrote:
- manual needs some pretty generous scrubbing and reorganisation (note: not a fan of any of task styles used...ex. WhichResource) and generally a fresher look and feel.
WhichResource is one of the xdoclet generated docs. New velocity/XSLT
can improve that.
- would like
Dominique Devienne wrote:
From: Steve Loughran [mailto:[EMAIL PROTECTED]
- a way of embedding files into propertyset, so you can do
file-based
loading from inside anything that takes a property file. Or some easy
way of going propertyfile file=foo required=true / into Java
tasks. I wrote my own
Dominique Devienne wrote:
Given that I don't know the sf-startdaemon task, it's difficult to
gage whether the properties loaded from ${runtime.properties} are used
as properties, i.e. the task also supports a property or param or
propertyset nested element (e.g. java, junit, ant, antcall,
etc...)
Stefan Bodewig wrote:
On 22 Feb 2005, [EMAIL PROTECTED] wrote:
Index: hostname.java
-public class Hostname extends Task {
+public class hostname extends Task {
will lead to eternal recompilations on case-sensitive (read sane) file
systems.
no, i was *fixing* the name, the IDE was
I finally sat down and did schema validation, because xmlvalidate
couldnt handle the complexity of namespaces very well, and I had a
pressing need to do things.
1. Moderate refactoring of XMLValidateTask to get it all to work; a few
places where careful subclassing can integrate with this
Martijn Kruithof wrote:
Matt Benson wrote:
FileUtils.resolveFile claims to return absolute files;
however calling FileUtils.resolveFile(null, \\) on
DOS returns the non-absolute File \\. So we lie. :)
-Matt
No file on windows is allowed to have \ in the name, so \\ would not be a
valid file on
Thomas Schapitz wrote:
Kev Jackson schrieb:
I don't think that this is the major problem. It's very very very
unlikely that anyone would want to tamper with Ant (why bother, a user
can always get teh source and build themselves?). The problem is that
when using Ant to build new code (and to
Stefan Bodewig wrote:
Hi all,
I am about to propose a vote on the Antlib subproject proposal[1],
which hasn't received much attention. Given that our bylaws state it
needs a 2/3 majority of all active committers to get accepted, I'm
more than a bit worried that it is going to fail if only because
Dominique Devienne wrote:
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On 18 Feb 2005, [EMAIL PROTECTED] wrote:
I'm tempted to retrofit Task.bindToOwner back to the 1.6.x
codebase, for the benefit of third party tasks; same for the extra
constructors for exec and
[EMAIL PROTECTED] wrote:
Modified:
src/main/org/apache/tools/ant/taskdefs/optional Rpm.java
Log:
return code checking on rpm. How do we test this?
Using a mock object for rpm? Could return the value of a system parameter or
file content or env variable ...
rpm rpmBuildCommand=rpm-mock/
[EMAIL PROTECTED] wrote:
Or we really could rpm something up, then exec something to
look at it
Mmmh, what can the RPM do?
1) add files (e.g. the program files)
2) modify files (e.g. config files)
3) environemt settings (or is that 2?)
So the scenario would be:
- create the rpm
- compare these
Gump Integration Build wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project test-ant has an issue affecting its community
Stefan Bodewig wrote:
On Wed, 02 Feb 2005, Steve Loughran [EMAIL PROTECTED] wrote:
I am seeing that on (java1.5,suse9.2), os.arch==i386
I think this is a change from the past, where it would be x86;
I guess it's your OS more than the Java VM. What does uname -a say?
2.6.8-24.11-smp #1 SMP Fri
I am seeing that on (java1.5,suse9.2), os.arch==i386
I think this is a change from the past, where it would be x86; the
result is that a condition of os name=linux, arch=x86 / is failing
where it used to pass.
I guess this is part of support for 64 bit windows/linux, but we need to
think how
[EMAIL PROTECTED] wrote:
stevel 2005/01/26 04:26:08
Modified:.bootstrap.bat
Log:
handle no javac on command line better.
Revision ChangesPath
1.52 +2 -0 ant/bootstrap.bat
Index: bootstrap.bat
[EMAIL PROTECTED] wrote:
bodewig 2005/01/26 07:04:26
Modified:src/main/org/apache/tools/ant/taskdefs/compilers
DefaultCompilerAdapter.java
Log:
Believe it or not, -source 1.1 is not supported by JDK 1.5.0
Shows what happens when you have a different dev team
Of course, one consequence of libraries is that we now need to put all
our JAR files up for download on ibiblio.org/maven, including
testutils.jar, which we have historically left to people to compile
themselves...
-steve
-
To
Matt Benson wrote:
--- Dominique Devienne [EMAIL PROTECTED] wrote:
[SNIP]
I find the 2 conditions case weird. Is that usual
to extend
[SNIP]
Am I the only one who thinks that way? I guess I've
never run
across an XOR conditional with more than 2
operands... --DD
DD, I would have thought so too,
Stefan Bodewig wrote:
On Thu, 20 Jan 2005, Steve Loughran [EMAIL PROTECTED] wrote:
is anyone else using this yet?
No. So take whatever I write with a grain of salt or two.
1. For mavenrepository always download pom and license files if
present.
Making that optional should be enough.
current
Phil Weighill-Smith wrote:
On Tue, 2005-01-25 at 09:22, Erik Hatcher wrote:
You may consider creating a custom ant command script which unsets
CLASSPATH before invoking the executable class.
Exactly what we do!
ant -noclasspath does what youwant
we could be brutal and make that the default.
Matt Benson wrote:
There is a lot of stuff in FileUtils that is marked
for Ant 1.7 but that is already in use in Tasks that
have small changes that would be good 1.6.3
candidates. The FileUtils changes in question (I may
have missed some):
static getFileUtils() method (Martijn)
files comparison
Dominique Devienne wrote:
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Consider yourselves enlightened :)
Yeah, you can say that! It still feels wrong to me,
but if it's standard practice in electronics, who am I
to say it's wrong ;-) --DD
Its not a new function, view it more as a vector
Matt Benson wrote:
--- Steve Loughran [EMAIL PROTECTED] wrote:
[SNIP]
I'm +1 to the changes, except that the non-static
stuff should not be
marked as deprecated in the 1.6 branch.
[SNIP]
So we should pre-deprecate them, i.e. This will be
deprecated in a future version.? ;)
yeah, something like
Alexey N. Solofnenko wrote:
Do you mean the functions are not defined when n==1 or even n==0?
Matt corrects me, they are n-ary for n=0. not is special in that only
one child is allowed. xor for a one element operation is a noop, and
for 0 it is false.
Anderson, Rob (Global Trade) wrote:
I have ClearCase. I can test it. Although I am not a committer, I have
contributed tasks and bug fixes. I was a little surprised by Steve Loughran's
response to the bug report.
Steve, Question: Does developer = committer ? Since the project is open source,
Kev Jackson wrote:
Another thought: We could create an AntThread class
to tie a Thread to a Project. Most places that
currently use Thread constructors would use the same
AntThread constructor. The top-level AntThread could
be constructed with an explicit Project; others could
inherit the
is anyone else using this yet? What is their experience?
I am starting to move to it. I am also thinking of some enhancements
1. For mavenrepository always download pom and license files if
present. With pom:boolean and license:boolean flags to
enable/disable this. License is useful, pom may be
Nicola Ken Barozzi wrote:
Steve Loughran wrote:
is anyone else using this yet? What is their experience?
I am not using it but the Cocoon project, that uses Ant, would like to
download artifacts, and I would like to use it for JDNC.
I'm not sure how to propose the use of this now, maybe
Matt Benson wrote:
--- Steve Loughran [EMAIL PROTECTED] wrote:
[SNIP]
I also think it would be convenient with my life if
as well as loading
~/.ant/lib, that we had a properties file with my
own customisations,
say ~/.ant/build.properties
That way I could set up things like proxy, maven
Peter Reilly wrote:
Alexey N. Solofnenko wrote:
Awesome! Can you write also scriptmapper?
With current ant cvs one can use a filtermapper to use a scriptfilter:
filtermapper
scriptfilter language=beanshell
self.setToken(self.getToken().toUpperCase());
/scriptfilter
/filtermapper
We could
Stefan Bodewig wrote:
On Mon, 17 Jan 2005, Steve Loughran [EMAIL PROTECTED] wrote:
-You must use rhino =1.5R5 for JavaScript; 1.5R6 and 1.6 are not
compatible with BSH.
Do you mean BSF?
yes
Gump caught a few of the problems, I vaguely recall Rhino adpted back
to BSF, but I could be wrong. CVS
[EMAIL PROTECTED] wrote:
Should we place a warning (or note :) in the wrapper scripts if CLASSPATH is
set?
aahh, maybe too brutal. we dont want to be as irritating as windows XP,
do we you have no network, updates available, etc, etc :)
Stefan Bodewig wrote:
On 13 Jan 2005, [EMAIL PROTECTED] wrote:
I have declared a policy on what we will name new properties. Is
this a good formal policy to have?
snip/
If new properties get added (it happens), expect them to appear
under the ant. and org.apache.tools.ant prefixes, unless the
[EMAIL PROTECTED] wrote:
I have declared a policy on what we will name new properties. Is
this a good formal policy to have?
snip/
If new properties get added (it happens), expect them to appear
under the ant. and org.apache.tools.ant prefixes, unless the
developers have a very good reason to use
Peter Reilly wrote:
Jose Alberto Fernandez wrote:
From: Peter Reilly [mailto:[EMAIL PROTECTED]
Wouldn't mind having the two, and see what works best. :-)
Sounds good, but is it possible to get a different name than let ?
Hey, just propose a name for it. I am flexible... :-)
Having just upgrade to Suse9.2 wierd and wonderful things have happened
to my java setup, like the java1.4.2 JDK has moved somewhere, and now
all the java commands are in /usr/bin, symlinked through
/etc/alternatives to what looks like a new version of 1.4.2.
Also,JAVA_HOME is mapped to the
(I'm just catching up on 3 weeks worth of mail, sorry for joining in late)
So what exactly *is* the intention of this method? [...]
We wrote it because we were repeating the same code throughout exception
handling logic: closing files and swallowing exceptions.
try {
file=myfile.open();
...
On Wed, 08 Dec 2004 01:19:21 +0100, Michael Augustin [EMAIL PROTECTED]
wrote:
Hi all,
in a project we use ant as a workflow-engine. The difference to the
normal use as a buildtool is, that target (workflows) are executed as
often as the user requests and the ant-application runs over long
On Tue, 7 Dec 2004 10:22:40 -0600, Groboclown [EMAIL PROTECTED]
wrote:
On Mon, 06 Dec 2004 22:27:12 +, Steve Loughran [EMAIL PROTECTED]
wrote:
Also, and this is important, you dont need to use it to download
stuff.
Instead you can use it to manage libraries that you depend on. (We
may
One thing I can't find is why this is being put into ant core and not
an optional task. Could anyone help me out here? Thanks.
It's a bootstrapping thing. If its optional, well, its optional so it
may not be there. Which makes it a lot harder to use the task to
retrieve optional stuff.
On Fri, 03 Dec 2004 16:01:17 +0100, Stefan Bodewig [EMAIL PROTECTED]
wrote:
On Wed, 01 Dec 2004, Steve Loughran [EMAIL PROTECTED] wrote:
1. should we adopt a default repository, and if so, what one? the
maven one? which is hooked off user.dir?
Probably whatever the [EMAIL PROTECTED
On Thu, 02 Dec 2004 09:32:22 +0100, Stefan Bodewig [EMAIL PROTECTED]
wrote:
this is a bug in Gump which currently ignores the jvmargs setting
telling it to add more memory to the build.
I'm in the process of brushing up my minimal Python knowledge to
couple of options I'd like some feedback on, as I start rolling out use
of these tasks. I'm thinking of extending ant/build.xml to retrieve
libraries, and we can even support fetching of things for end users too.
1. should we adopt a default repository, and if so, what one? the maven
one?
On Thu, 25 Nov 2004 10:43:03 +0530, sanjeev chhabra
[EMAIL PROTECTED] wrote:
Hi All,
How can i configure ant build.xml to run ejbdeploy tool of Websphere
Application Server 5.0.
Sanjeev, this is a question for the user group, not the developer
mailing list.
Try on [EMAIL PROTECTED] There
On Mon, 22 Nov 2004 10:24:20 -0500, Erik Hatcher
[EMAIL PROTECTED] wrote:
Both styles of testing have their merits. There are some mock objects
in Ant's test infrastructure (MockBuildListener, for example).
The most important thing, of course, is that tests are created that
ensure that the
I have lots of docs pending, both on the repository and on the smartfrog
deployment stuff @work, which is in a separate CVS codebase for extra
fun.
This is an incentive for me to do what I've been thinking of for a
while, redo the xdoclet stuff for
-latest xdoclet
-datatypes alongside tasks
On Tue, 16 Nov 2004 10:03:57 +0530, sanjeev chhabra
[EMAIL PROTECTED] wrote:
Hi All,
If i want to create a EAR containing many Jars.
Out of these Jars 2 jars have cross dependency.
i.e.
A Need B
B Need A
Now if i create jar A first it is giving me errors.
How can i resolve this issue.
On Tue, 16 Nov 2004 09:50:24 +0700, Kevin Jackson
[EMAIL PROTECTED] wrote:
Sorry I also forgot to include the fact that PMD (pmd.sourceforge.net)
complains bitterly about some of the variable names (too short, hiding,
using underscores, nested statements, multiple returns etc etc), and
part
When I get home, I will check in the current version of the code, which
will build and pass existing tests, but not new ones.
The key change (apart from new stuff going into
tools/ant/tasks/repository (and not optional), is the
LibraryPolicy interface, which invokes an entry in the policy
oh, and one more thing.
I dont think security checking of Md5 checksums should be voluntary; it
should be on by default even if we really need https-against-apache.org
verification to be secure. It should be built in to the maven repository
handler, where it is currently stubbed out.
Ideally
On Tue, 16 Nov 2004 10:03:07 -0600, Dominique Devienne
[EMAIL PROTECTED] wrote:
From: Steve Loughran [mailto:[EMAIL PROTECTED]
force marks everything for fetch then verifies they were pulled down
absentOnly / (default policy) only marks absent stuff for downloaded
timestamp / marks
On Fri, 12 Nov 2004 10:40:59 +0700, Kevin Jackson
[EMAIL PROTECTED] wrote:
This looks like dead code as all the functionality is in
AbstractCvsTask.
Would it be possible to prune this from the current version?
Kev
Its retained in case someone, somewhere, had subclassed the task, or
On Fri, 12 Nov 2004 10:40:59 +0700, Kevin Jackson
[EMAIL PROTECTED] wrote:
This looks like dead code as all the functionality is in
AbstractCvsTask.
Would it be possible to prune this from the current version?
Kev
Its retained in case someone, somewhere, had subclassed the task, or
701 - 800 of 1149 matches
Mail list logo
