[jira] [Comment Edited] (SPARK-2593) Add ability to pass an existing Akka ActorSystem into Spark

2014-10-13 Thread Helena Edelson (JIRA)

[ 
https://issues.apache.org/jira/browse/SPARK-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169208#comment-14169208
 ] 

Helena Edelson edited comment on SPARK-2593 at 10/13/14 11:55 AM:
--

[~matei], [~pwendell] Yes I see the pain point here now. I just created a 
ticket to upgrade Akka and thus Typesafe Config versions because I am now 
locked into 2.2.3 and have binary incompatibility with using latest Akka 2.3.6 
/ config 1.2.1. Makes me very sad.

I think I would throw in the towel on this one if you can make it completely 
separate so that a user with it's own AkkaSystem and Config versions are not 
affected? Tricky because when deploying, spark needs its version (provided?) 
and the user app needs the other.


was (Author: helena_e):
[~matei] [~pwendell] Yes I see the pain point here now. I just created a ticket 
to upgrade Akka and thus Typesafe Config versions because I am now locked into 
2.2.3 and have binary incompatibility with using latest Akka 2.3.6 / config 
1.2.1. Makes me very sad.

I think I would throw in the towel on this one if you can make it completely 
separate so that a user with it's own AkkaSystem and Config versions are not 
affected? Tricky because when deploying, spark needs its version (provided?) 
and the user app needs the other.

 Add ability to pass an existing Akka ActorSystem into Spark
 ---

 Key: SPARK-2593
 URL: https://issues.apache.org/jira/browse/SPARK-2593
 Project: Spark
  Issue Type: Improvement
  Components: Spark Core
Reporter: Helena Edelson

 As a developer I want to pass an existing ActorSystem into StreamingContext 
 in load-time so that I do not have 2 actor systems running on a node in an 
 Akka application.
 This would mean having spark's actor system on its own named-dispatchers as 
 well as exposing the new private creation of its own actor system.
   
  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org



[jira] [Comment Edited] (SPARK-2593) Add ability to pass an existing Akka ActorSystem into Spark

2014-09-17 Thread Helena Edelson (JIRA)

[ 
https://issues.apache.org/jira/browse/SPARK-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14137338#comment-14137338
 ] 

Helena Edelson edited comment on SPARK-2593 at 9/17/14 2:42 PM:


[~pwendell] I forgot to note this on my reply above but I was offering to do 
the work myself - or at least start it.

What would be ideal is to have both of these:
- Expose the spark actor system which also requires insuring all spark actors 
are on specified dispatchers (very important)
- Optionally allow spark users to pass in their existing actor system

I feel both are incredibly important for users.


was (Author: helena_e):
[~pwendell] I forgot to not this on my reply above but I was offering to do the 
work myself - or at least start it.

What would be ideal is to have both of these:
- Expose the spark actor system which also requires insuring all spark actors 
are on specified dispatchers (very important)
- Optionally allow spark users to pass in their existing actor system

I feel both are incredibly important for users.

 Add ability to pass an existing Akka ActorSystem into Spark
 ---

 Key: SPARK-2593
 URL: https://issues.apache.org/jira/browse/SPARK-2593
 Project: Spark
  Issue Type: Improvement
  Components: Spark Core
Reporter: Helena Edelson

 As a developer I want to pass an existing ActorSystem into StreamingContext 
 in load-time so that I do not have 2 actor systems running on a node in an 
 Akka application.
 This would mean having spark's actor system on its own named-dispatchers as 
 well as exposing the new private creation of its own actor system.
   
  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org



[jira] [Comment Edited] (SPARK-2593) Add ability to pass an existing Akka ActorSystem into Spark

2014-09-17 Thread Helena Edelson (JIRA)

[ 
https://issues.apache.org/jira/browse/SPARK-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14137338#comment-14137338
 ] 

Helena Edelson edited comment on SPARK-2593 at 9/17/14 2:44 PM:


[~pwendell] I forgot to note this on my reply above but I was offering to do 
the work myself - or at least start it.

What would be ideal is to have both of these:
- Expose the spark actor system which also requires insuring all spark actors 
are on specified dispatchers (very important)
- Optionally allow spark users to pass in their existing actor system
- Add a logical naming convention for spark streaming actors or a function to 
get it

I feel both are incredibly important for users.


was (Author: helena_e):
[~pwendell] I forgot to note this on my reply above but I was offering to do 
the work myself - or at least start it.

What would be ideal is to have both of these:
- Expose the spark actor system which also requires insuring all spark actors 
are on specified dispatchers (very important)
- Optionally allow spark users to pass in their existing actor system

I feel both are incredibly important for users.

 Add ability to pass an existing Akka ActorSystem into Spark
 ---

 Key: SPARK-2593
 URL: https://issues.apache.org/jira/browse/SPARK-2593
 Project: Spark
  Issue Type: Improvement
  Components: Spark Core
Reporter: Helena Edelson

 As a developer I want to pass an existing ActorSystem into StreamingContext 
 in load-time so that I do not have 2 actor systems running on a node in an 
 Akka application.
 This would mean having spark's actor system on its own named-dispatchers as 
 well as exposing the new private creation of its own actor system.
   
  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org