diff options
author | Matei Zaharia <matei@eecs.berkeley.edu> | 2013-10-30 20:11:48 -0700 |
---|---|---|
committer | Matei Zaharia <matei@eecs.berkeley.edu> | 2013-10-30 20:11:48 -0700 |
commit | 8f1098a3f0de8c9b2eb9ede91a1b01da10a525ea (patch) | |
tree | 474a241c093523268e7de40492d2cb88e48bba7c /docs/ec2-scripts.md | |
parent | dc9ce16f6b695295c24062a76fd10f574d278cac (diff) | |
parent | 09f3b677cb7cce08882ea030e9af5798a63046ba (diff) | |
download | spark-8f1098a3f0de8c9b2eb9ede91a1b01da10a525ea.tar.gz spark-8f1098a3f0de8c9b2eb9ede91a1b01da10a525ea.tar.bz2 spark-8f1098a3f0de8c9b2eb9ede91a1b01da10a525ea.zip |
Merge pull request #117 from stephenh/avoid_concurrent_modification_exception
Handle ConcurrentModificationExceptions in SparkContext init.
System.getProperties.toMap will fail-fast when concurrently modified,
and it seems like some other thread started by SparkContext does
a System.setProperty during it's initialization.
Handle this by just looping on ConcurrentModificationException, which
seems the safest, since the non-fail-fast methods (Hastable.entrySet)
have undefined behavior under concurrent modification.
Diffstat (limited to 'docs/ec2-scripts.md')
0 files changed, 0 insertions, 0 deletions