2013
DOI: 10.1007/978-3-642-39038-8_13
|View full text |Cite
|
Sign up to set email alerts
|

Why Do Scala Developers Mix the Actor Model with other Concurrency Models?

Abstract: Abstract. Mixing the actor model with other concurrency models in a single program can break the actor abstraction. This increases the chance of creating deadlocks and data races-two mistakes that are hard to make with actors. Furthermore, it prevents the use of many advanced testing, modeling, and verification tools for actors, as these require pure actor programs. This study is the first to point out the phenomenon of mixing concurrency models by Scala developers and to systematically identify the factors le… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
52
0

Year Published

2013
2013
2023
2023

Publication Types

Select...
6
2
2

Relationship

0
10

Authors

Journals

citations
Cited by 67 publications
(55 citation statements)
references
References 24 publications
0
52
0
Order By: Relevance
“…Actor frameworks hosted by programming languages that allow sharing of state generally cannot ensure isolation of actors. At the same time, it gives developers access to a large set of well-tested special-purpose libraries that are unavailable in shielded actor frameworks [34]. An exception to this is Kilim [6] that ensures isolation of actors in Java applications using a bytecode postprocessor.…”
Section: Related Workmentioning
confidence: 99%
“…Actor frameworks hosted by programming languages that allow sharing of state generally cannot ensure isolation of actors. At the same time, it gives developers access to a large set of well-tested special-purpose libraries that are unavailable in shielded actor frameworks [34]. An exception to this is Kilim [6] that ensures isolation of actors in Java applications using a bytecode postprocessor.…”
Section: Related Workmentioning
confidence: 99%
“…Many authors, such as [34,46,37], noted that the actor model does not address the issue of coordination. Coordination requires the possibility for an actor to have expectations on another actor's behavior, but the mere asynchronous message passing gives no means to foresee how a message receiver will behave.…”
Section: Meyer's Forces: Processor Action and Objectmentioning
confidence: 99%
“…Moreover, actors are often used without distribution. For example, in [11] the software from repository [12] is studied. From around 750 programs, 16 are isolated as representative of "real-world actor programs".…”
Section: Motivationmentioning
confidence: 99%