GitHub user vanzin opened a pull request:

    https://github.com/apache/spark/pull/11452

    [SPARK-13576] Don't create assembly for examples.

    As part of the goal to stop creating assemblies in Spark, this change
    modifies the mvn and sbt builds to not create an assembly for examples.
    
    Instead, dependencies are copied to the build directory (under
    target/scala-xx/jars), and in the final archive, into the "examples/jars"
    directory.
    
    To avoid having to deal too much with Windows batch files, I made examples
    run through the launcher library; the spark-submit launcher now has a
    special mode to run examples, which adds all the necessary jars to the
    spark-submit command line, and replaces the bash and batch scripts that
    were used to run examples. The scripts are now just a thin wrapper around
    spark-submit; another advantage is that now all spark-submit options are
    supported.
    
    There are a few glitches; in the mvn build, a lot of duplicated dependencies
    get copied, because they are promoted to "compile" scope due to extra
    dependencies in the examples module (such as HBase). In the sbt build,
    all dependencies are copied, because there doesn't seem to be an easy
    way to filter things.
    
    I plan to clean some of this up when the rest of the tasks are finished.
    When the main assembly is replaced with jars, we can remove duplicate jars
    from the examples directory during packaging.
    
    Tested by running SparkPi in: maven build, sbt build, dist created by
    make-distribution.sh.
    
    Finally: note that running the "assembly" target in sbt doesn't build
    the examples anymore. You need to run "package" for that.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/vanzin/spark SPARK-13576

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/spark/pull/11452.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #11452
    
----
commit d0d4304d1e28a14ffb97cf92dd71bcdd46105c6a
Author: Marcelo Vanzin <[email protected]>
Date:   2016-03-01T00:33:47Z

    [SPARK-13576] Don't create assembly for examples.
    
    As part of the goal to stop creating assemblies in Spark, this change
    modifies the mvn and sbt builds to not create an assembly for examples.
    
    Instead, dependencies are copied to the build directory (under
    target/scala-xx/jars), and in the final archive, into the "examples/jars"
    directory.
    
    To avoid having to deal too much with Windows batch files, I made examples
    run through the launcher library; the spark-submit launcher now has a
    special mode to run examples, which adds all the necessary jars to the
    spark-submit command line, and replaces the bash and batch scripts that
    were used to run examples. The scripts are now just a thin wrapper around
    spark-submit; another advantage is that now all spark-submit options are
    supported.
    
    There are a few glitches; in the mvn build, a lot of duplicated dependencies
    get copied, because they are promoted to "compile" scope due to extra
    dependencies in the examples module (such as HBase). In the sbt build,
    all dependencies are copied, because there doesn't seem to be an easy
    way to filter things.
    
    I plan to clean some of this up when the rest of the tasks are finished.
    When the main assembly is replaced with jars, we can remove duplicate jars
    from the examples directory during packaging.
    
    Tested by running SparkPi in: maven build, sbt build, dist created by
    make-distribution.sh.
    
    Finally: note that running the "assembly" target in sbt doesn't build
    the examples anymore. You need to run "package" for that.

----


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to