Akka zdalnych aktorów, superklasa bez domyślnego konstruktora

Question

Próbuję wysłać wiadomość za pomocą akka zdalnych aktorów, gdzie klasa case jest podklasą superklasy biorącej argument w swoim konstruktorze.

Oto minimalny przykład odtworzyć problem:

package com.tuvistavie.testremote 

import akka.actor.{ Actor, ActorSystem, Props, ActorLogging } 
import com.typesafe.config.ConfigFactory 

abstract class Foo(val a: Int) 
case class MessageFoo(override val a: Int) extends Foo(a) 

object Sender { 
    def main(args: Array[String]) { 
    val system = ActorSystem("Sender", ConfigFactory.load.getConfig("sender")) 
    val actor = system.actorFor("akka://Receiver@127.0.0.1:2552/user/receiver") 
    actor ! MessageFoo(1) 
    } 
} 

object Receiver { 
    class ReceiverActor extends Actor with ActorLogging { 
    def receive = { 
     case m: MessageFoo => log.debug(m.toString) 
    } 
    } 

    def main(args: Array[String]) { 
    val system = ActorSystem("Receiver", ConfigFactory.load.getConfig("receiver")) 
    val actor = system.actorOf(Props[ReceiverActor], "receiver") 
    } 
} 

Po uruchomieniu tego kodu, pojawia się następujący błąd:

[ERROR] [06/26/2013 02:53:16.132] [Receiver-9] 
[NettyRemoteTransport(akka://Receiver@127.0.0.1:2552)] 
RemoteServerError@akka://Receiver@127.0.0.1:2552] Error[java.io.InvalidClassException: com.tuvistavie.testremote.MessageFoo; no valid constructor] 

Myślę, że to dlatego, że wiadomość nie może zostać rozszeregować (używając akka.serialization.JavaSerializer), z powodu konstruktora rodziców. Gdyby to była tylko jedna lub dwie wiadomości, wiem, że mógłbym napisać własny serializator, ale mam mnóstwo takich przypadków w mojej aplikacji.

Czy istnieje jakiś prosty sposób na przekazanie tego rodzaju obiektu za pomocą zdalnych aktorów?

Answer 1

Co będzie działać, jeśli zrestrukturyzować tak:

trait Foo{ 
    val a:Int 
} 
case class MessageFoo(a:Int) extends Foo 

ja generalnie spróbować i pobyt z dala od klasy dziedziczenie z klas przypadków. Jeśli potrzebuję móc odnieść się do zestawu klas spraw jako abstrakcyjnego typu, używam zamiast tego cech.

Answer 2

class A(a: Int) 
case class C() extends A(1) 

jak odpowiedź cmbaxter za zaznacza ten wzór, gdzie nadklasą klasie przypadku nie ma konstruktora nie-Arg, prowadzi do InvalidClassException na deserializacji. Zgodnie z odpowiedzią cmbaxtera unikanie tego schematu jest jednym z rozwiązań.

Co jest jednak nie tak w tym wzorze? Powodem jest udokumentowana w docs API dla Serializable:

To allow subtypes of non-serializable classes to be serialized, the subtype may assume responsibility for saving and restoring the state of the supertype's public, protected, and (if accessible) package fields. The subtype may assume this responsibility only if the class it extends has an accessible no-arg constructor to initialize the class's state. It is an error to declare a class Serializable if this is not the case. The error will be detected at runtime.

Tak więc problem jest to, że class A nie posiada nie-Arg konstruktora, plus nie jest Serializable. Tak więc prostym rozwiązaniem jest uczynienie go Serializable!

class A(a: Int) extends Serializable 
case class C() extends A(1)