Henri Yandell <[EMAIL PROTECTED]> writes:

>Not a huge issue for things like Lang which have no dependencies, but
>for other things like Digester I think it would be a lot better if the
>binary tar.gz contained the jars it depends on?

>So when I download digester-1.6, the tar.gz contains jars for
>logging-1.0.3 and beanutils-1.7. We're not forcing those versions on
>people, just providing them to save lots of searching around or
>waiting while iBiblio responds.

Personally, I'm -0 on bundling jars or putting them into the CVS. 

I know that some projects really like to do this (and when you use ant
and don't have a huge "<get name=""..>" orgy in your build.xml file,
it is actually convenient).

>It seems pretty easy to do too from a maven.xml point of view:

As we don't want to force maven on other projects (or do we?), I'm not
sure whether we should force a policy onto projects. We could
encourage them by building an "apache official jar repository" over
the mirrors and let the mirror.cgi figure out the nearest server.

The ibiblio performance is less than optimal; I'd tend to agree to
that.

        Regards
                Henning


><?xml version="1.0"?>
><project xmlns:j="jelly:core" xmlns:ant="jelly:ant">
>  <!--
>  description="Adds dependencies to distributions"
>  -->
>  <postGoal name="dist:prepare-bin-filesystem">
>    <ant:mkdir dir="${maven.dist.bin.archive.dir}/dependencies"/>
>    <j:forEach var="dep" items="${pom.dependencies}">
>      <j:if test="${dep.getProperty('distributable')=='true'}">
>        <copy todir="${maven.dist.bin.archive.dir}/dependencies"
>file="${maven.repo.local}/${dep.getGroupId()}/jars/${dep.getArtifact()}"/>
>      </j:if>
>    </j:forEach>
>  </postGoal>
></project>

>You'd just add:

><properties>
>  <distributable>true</distributable>
></properties>

>to a dependency.

>Anyone interested?

>Hen

>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
[EMAIL PROTECTED]        +49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
              -- actual question from a Microsoft customer survey

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to