Skip to content

Conversation

@witgo
Copy link
Contributor

@witgo witgo commented Jun 6, 2014

No description provided.

@AmplabJenkins
Copy link

Merged build triggered.

@AmplabJenkins
Copy link

Merged build started.

@AmplabJenkins
Copy link

Merged build finished.

@AmplabJenkins
Copy link

Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/15497/

@AmplabJenkins
Copy link

Merged build triggered.

@AmplabJenkins
Copy link

Merged build started.

@AmplabJenkins
Copy link

Merged build finished.

@AmplabJenkins
Copy link

Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/15552/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shouldn't we declare this in scala?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The reason for this is java code inherited this interface easier.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Java code can actually extend Scala traits as well. Do you have other concerns?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

@witgo witgo changed the title [WIP][SPARK-1477]: Add the lifecycle interface [SPARK-1477]: Add the lifecycle interface Jun 22, 2014
@AmplabJenkins
Copy link

Merged build triggered.

@AmplabJenkins
Copy link

Merged build started.

@AmplabJenkins
Copy link

Merged build finished.

@AmplabJenkins
Copy link

Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16156/

@AmplabJenkins
Copy link

Merged build triggered.

@AmplabJenkins
Copy link

Merged build started.

@AmplabJenkins
Copy link

Merged build finished.

@AmplabJenkins
Copy link

Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16157/

@witgo
Copy link
Contributor Author

witgo commented Jun 26, 2014

Jenkins, retest this please.

@AmplabJenkins
Copy link

Merged build triggered.

@AmplabJenkins
Copy link

Merged build started.

@AmplabJenkins
Copy link

Merged build finished.

@AmplabJenkins
Copy link

Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16158/

@SparkQA
Copy link

SparkQA commented Jul 15, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16684/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 15, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16686/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 15, 2014

QA results for PR 991:
- This patch FAILED unit tests.
- This patch merges cleanly
- This patch adds the following public classes (experimental):
trait Lifecycle extends Service {
class SparkContext(config: SparkConf) extends Logging with Lifecycle {
class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle {
class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle {
class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverLauncher extends Lifecycle {

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16684/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 15, 2014

QA results for PR 991:
- This patch FAILED unit tests.
- This patch merges cleanly
- This patch adds the following public classes (experimental):
trait Lifecycle extends Service {
trait Service extends java.io.Closeable {
class SparkContext(config: SparkConf) extends Logging with Lifecycle {
class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle {
class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle {
class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverLauncher extends Lifecycle {

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16686/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 16, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16741/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 16, 2014

QA results for PR 991:
- This patch FAILED unit tests.
- This patch merges cleanly
- This patch adds the following public classes (experimental):
trait Lifecycle extends Service {
trait Service extends java.io.Closeable {
class SparkContext(config: SparkConf) extends Logging with Lifecycle {
class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle {
class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle {
class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverLauncher extends Lifecycle {

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/16741/consoleFull

@SparkQA
Copy link

SparkQA commented Jul 29, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17361/consoleFull

@SparkQA
Copy link

SparkQA commented Aug 3, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17805/consoleFull

@SparkQA
Copy link

SparkQA commented Aug 3, 2014

QA results for PR 991:
- This patch FAILED unit tests.
- This patch merges cleanly
- This patch adds the following public classes (experimental):
trait Lifecycle extends Service {
trait Service extends java.io.Closeable {
class SparkContext(config: SparkConf) extends Logging with Lifecycle {
class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle {
class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle {
class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverLauncher extends Lifecycle {

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17805/consoleFull

@witgo
Copy link
Contributor Author

witgo commented Aug 3, 2014

Jenkins, retest this please.

@SparkQA
Copy link

SparkQA commented Aug 3, 2014

QA tests have started for PR 991. This patch merges cleanly.
View progress: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17806/consoleFull

@SparkQA
Copy link

SparkQA commented Aug 3, 2014

QA results for PR 991:
- This patch FAILED unit tests.
- This patch merges cleanly
- This patch adds the following public classes (experimental):
trait Lifecycle extends Service {
trait Service extends java.io.Closeable {
class SparkContext(config: SparkConf) extends Logging with Lifecycle {
class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle {
class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle {
class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle {
class ReceiverLauncher extends Lifecycle {

For more information see test ouptut:
https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/17806/consoleFull

@rxin
Copy link
Contributor

rxin commented Aug 28, 2014

@witgo I'm going to take a look at this later for 1.2. I think it's a good idea to have a Service abstraction for service that we can start/stop. The current API is slightly more complicated than necessary, but it is in good direction.

@SparkQA
Copy link

SparkQA commented Sep 1, 2014

QA tests have started for PR 991 at commit 79f48dc.

  • This patch merges cleanly.

@SparkQA
Copy link

SparkQA commented Sep 1, 2014

QA tests have finished for PR 991 at commit 79f48dc.

  • This patch fails unit tests.
  • This patch merges cleanly.
  • This patch adds the following public classes (experimental):
    • trait Lifecycle extends Service
    • trait Service extends java.io.Closeable
    • class SparkContext(config: SparkConf) extends Logging with Lifecycle
    • class JavaStreamingContext(val ssc: StreamingContext) extends Lifecycle
    • class JobGenerator(jobScheduler: JobScheduler) extends Logging with Lifecycle
    • class JobScheduler(val ssc: StreamingContext) extends Logging with Lifecycle
    • class ReceiverTracker(ssc: StreamingContext) extends Logging with Lifecycle
    • class ReceiverLauncher extends Lifecycle

@rxin
Copy link
Contributor

rxin commented Sep 13, 2014

Hey @witgo I thought about this more, and at this point I'm not sure if it is worth it to standardize this interface. The reason is we have a lot of "services" in Spark, but they have different ways to be initialized (some of them would require having different initialize methods that might not fit into the LifeCycle trait.

I'm also worried about the use of mixins with multiple traits having default implementations. In the past that has caused trouble in Java interoperability and binary compatibility.

@rxin
Copy link
Contributor

rxin commented Sep 13, 2014

Maybe we should just implement Closeable?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rxin Here has inherited Closeable class

@pwendell
Copy link
Contributor

I also don't think we should add extra interfaces that we aren't going to use. In Spark we never interact with these components in a generic way, so I don't see any value to having this extra cruft all over the place.

@pwendell
Copy link
Contributor

Let's close this issue for now given the comments from me and @rxin.

@witgo witgo closed this Sep 18, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants