ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gene Smith (JIRA)" <>
Subject [jira] Created: (IVY-1252) symlinkmass feature based on symlink feature of ivy:retrieve
Date Thu, 02 Dec 2010 20:06:27 GMT
symlinkmass feature based on symlink feature of ivy:retrieve

                 Key: IVY-1252
             Project: Ivy
          Issue Type: New Feature
          Components: Ant, Core, Documentation
    Affects Versions: 2.2.0
         Environment: UNIX/Linux
            Reporter: Gene Smith
            Priority: Minor

I have an improvement I have made in a locally built copy of Ivy, to speed up the making of
symbolic links when retrieving dependencies.  It was written based on:
It changes existing files, but creates no new files.  I have already made and am using the
change in our local build system, and want to contribute back so that others can use it.


The documentation for this feature would be added to:
in the main table:
        true to create symbolic links in mass, false to copy the artifacts. 
        symlinkmass overrides "symlink" if both are set to "true".
        symlinkmass will create the same symbolic links "symlink" does, 
        but with a single process call to "sh" with batched "ln" commands passed in as standard
        (works on UNIX/Linux, on other systems you may need to script it)
        Far large lists of resolved jars, this can be dramatically faster.
        The destination of the symbolic links depends on the value of the useOrigin attribute
        The events "StartRetrieveArtifactEvent" and EndRetrieveEvent, 
            are NOT fired by this activity, because it is not clear when they should be called.
        No. Defaults to false


Non trivial code changes are made in:
        branching in the code based on the "symlinkmass" boolean 
            in existing retrieval loop (where fetching of files would normally occur) to collect
destination and source paths 
            and after the loop to do the mass fetch
        import added for java.util.HashMap

A non trivial method is added to handle linking of files based on a Map of destinations and
sources.  Existing methods are untouched.
        a method to do the symlinking based of a Map of the destinations to sources
        imports added for java.util.Iterator, java.util.LinkedList, java.util.Map, java.util.regex.Pattern

Trivial additions are made to pass the control parameter "symlinkmass"

A unit test is added in
        basically a duplicate of the unit test for "symlink" with a few internal code comments


Notes on why we want this:

The build system I maintain (Ant + Ivy, with Linux scripts for Developer support) was using
the "symlink" feature for ivy:retrieve, because over a complete build of our code modules
(about 25 separate and growing) the sub-builds make a total of about 3000 dependency links
and the file space savings made it complete worth it.   The build system is not about speed.
 It is about modularity, and we use Ivy to link the modules in a dependency tree so that we
can swap them out as we .   We like Ivy very much for that.  Thank you all. 

But, while speed is a secondary consideration, it is not unimportant... and this improvement
cuts about 8 minutes off an 18 minute build.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message