On Fri, Sep 19, 2008 at 12:10 AM, Wardrip, Paul <[EMAIL PROTECTED]>wrote:
> I entered one about multiple artifacts and included the patch I've been
> using with beta2: https://issues.apache.org/jira/browse/IVY-770
>
> I tried to setup one of my projects so each artifact has a separate
> build.xml
Hi,
> At the same time memory usage has increased with 1.7.0 and never
> decreased after that, in fact the current HEAD uses more memory than
> ever before. Something between revisions 687768 and 693846 has bumped
> the memory mark without gaining us much in terms of performance, I'll
> try to iso
Tests on Ubuntu 8.04, Java 1.6, I only tested two svn revisions and
1.7.1 (and used top instead of task manager in my highly scientific
approach to measure memory consumption 8-)
The trends are the same. Even though the machine is a lot slower than
my work Windows system the times are comparable.
I entered one about multiple artifacts and included the patch I've been
using with beta2: https://issues.apache.org/jira/browse/IVY-770
I tried to setup one of my projects so each artifact has a separate
build.xml and ivy.xml, but a relative path of ../target was breaking
when I used subant. Am I
Indeed, and an error (or warning) could be thrown if you Ivy module defines an
artifact having a different name than the module name.
I think there was a JIRA issue as well for supporting more than 1 artifact...
Maarten
- Original Message
From: Xavier Hanin <[EMAIL PROTECTED]>
To: Ant
On Thu, Sep 18, 2008 at 10:12 PM, Wardrip, Paul <[EMAIL PROTECTED]>wrote:
> In PomModuleDescriptorWriter.java would it be possible to change hard
> coded "jar" value that is written for packaging to use the artifact
> extension? If I publish something that isn't a jar to a maven
> repository, ivy
If you want this issue to be fixed, please do
- vote for https://issues.apache.org/jira/browse/IVY-736, or
- attach a patch to this issue, or
- attach a junit test to this issue, or
- do all of the things above :-)
Maarten
- Original Message
From: "Wardrip, Paul" <[EMAIL PROTECTED]>
T
In PomModuleDescriptorWriter.java would it be possible to change hard
coded "jar" value that is written for packaging to use the artifact
extension? If I publish something that isn't a jar to a maven
repository, ivy expects it to be a jar when I try to use it as a
dependency of another project.
My complete test results are below. Ant 1.7.1 has been consistently a
lot faster than 1.6.5 which consistently took half the time of 1.7.0.
svn trunk's HEAD is consistently faster than 1.7.1.
At the same time memory usage has increased with 1.7.0 and never
decreased after that, in fact the curren
On Thu, 18 Sep 2008, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Kevin Jackson wrote:
> >> The tests are not through yet, but one thing was so surprising to me
> >> that I wanted to show it upfront:
> >>
> >> Running the matchall target (of sr/etc/performance/dirscanner.xml):
> >>
> >> Ant 1.6.5
On Thu, 18 Sep 2008, Kevin Jackson <[EMAIL PROTECTED]> wrote:
>> The tests are not through yet, but one thing was so surprising to
>> me that I wanted to show it upfront:
>>
>> Running the matchall target (of sr/etc/performance/dirscanner.xml):
>>
>> Ant 1.6.5 1 min 30 s ~ 19 MB
+1
Maarten
- Original Message
From: Xavier Hanin <[EMAIL PROTECTED]>
To: Ant Developers List
Sent: Tuesday, September 16, 2008 9:56:25 AM
Subject: [VOTE] Ivy 2.0.0-rc1 Release
I have built a release candidate for Ivy 2.0.0-rc1
You can download it from this URL:
http://people.apache
Kevin Jackson wrote:
The tests are not through yet, but one thing was so surprising to me
that I wanted to show it upfront:
Running the matchall target (of sr/etc/performance/dirscanner.xml):
Ant 1.6.5 1 min 30 s ~ 19 MB
Ant 1.7.0 3 min 53 s ~ 24 MB
Ant 1.7
Jan K <[EMAIL PROTECTED]> wrote on 09/18/2008 02:54:57 AM:
> I am new to ant.I need to configure batch file in Ant.I have Apache
ActiveMq
> installed for my mobile application.I need to include the activemq.bat
file
> in build.xml.Can you help me how to do this.I tried with exec command.
This t
> The tests are not through yet, but one thing was so surprising to me
> that I wanted to show it upfront:
>
> Running the matchall target (of sr/etc/performance/dirscanner.xml):
>
> Ant 1.6.5 1 min 30 s ~ 19 MB
> Ant 1.7.0 3 min 53 s ~ 24 MB
> Ant 1.7.1
Hi all,
I've just committed a build file that uses pathconvert on a big
directory tree to measure DirectoryScanner performance. Initially I
only wanted to use it to compare current trunk with Ant 1.7.1 but when
I saw that trunk was a tiny bit slower (something I didn't expect at
all) I threw in A
16 matches
Mail list logo
