Yarn Client refactor
Yarn workerRunnable refactor
Address comments to fix code formats
Code clean up for mllib
Since getLong() and getInt() have side effect, get back parentheses, and remove an empty line
Indent two spaces
Merge remote-tracking branch 'upstream/master' into code-style
Added parentheses for that getDouble() also has side effect
Add deb profile to assembly/pom.xml
Removed repl-bin and updated maven build doc.
remove "-XX:+UseCompressedStrings" option

remove "-XX:+UseCompressedStrings" option from tuning guide since jdk7 no longer supports this.
Merge pull request #366 from colorant/yarn-dev

More yarn code refactor

Try to retrive common code in yarn alpha/stable for  client and workerRunnable to reduce duplicated codes. By put them into a trait in common dir and extends with them.

Same works could be done for the remaining files in alpha/stable , while the remainning files have much more overlapping codes with different API call here and there within functions, and will need much more close review , aslo it might divide functions into too small trifle ones, thus might not deserve to be done in this way.

So just make it run for these two files firstly.
Merge pull request #433 from markhamstra/debFix

Updated Debian packaging
GraphX shouldn't list Spark as provided
Workers should use working directory as spark home if it's not specified
Merge pull request #441 from pwendell/graphx-build

GraphX shouldn't list Spark as provided.

I noticed this when building an application against GraphX to audit the released artifacts.
Made some classes private[stremaing] and deprecated a method in JavaStreamingContext.
Merge pull request #443 from tdas/filestream-fix

Made some classes private[stremaing] and deprecated a method in JavaStreamingContext.

Classes `RawTextHelper`, `RawTextSender` and `RateLimitedOutputStream` are not useful in the streaming API. There are not used by the core functionality and was there as a support classes for an obscure example. One of the classes is RawTextSender has a main function which can be executed using bin/spark-class even if it is made private[streaming]. In future, I will probably completely remove these classes. For the time being, I am just converting them to private[streaming].

Accessing underlying JavaSparkContext in JavaStreamingContext was through `JavaStreamingContext.sc` . This is deprecated and preferred method is `JavaStreamingContext.sparkContext` to keep it consistent with the `StreamingContext.sparkContext`.
Merge pull request #442 from pwendell/standalone

Workers should use working directory as spark home if it's not specified

If users don't set SPARK_HOME in their environment file when launching an application, the standalone cluster should default to the spark home of the worker.
Clarify that Python 2.7 is only needed for MLlib