Nested case classes with Option types wrapped in List fails to materialize pickler

With the API pasted below, I get the error in my client when I swap in the actual CommandMetaData case class (currently commented out):

Cannot materialize pickler for non-case class: List[model.Command]. If this is a collection, the error can refer to the class inside.
[error]     AutowireClient[Api].exec(cmds).call().toRx.map {
[error]                                        ^
[error] one error found

The API:

package model

import java.net.InetAddress
import java.util.UUID

import scala.concurrent.Future

trait Api {
  //def exec(data: List[Command])(implicit serverMeta: ImplicitMetaData): Future[String]
  def exec(data: List[Command]): Future[String]
  def poll(id: CommandId): Future[String]
}

case class CommandId(id: UUID)

object CommandId {
  def apply() = new CommandId(UUID.randomUUID)
}

//case class CommandMetaData(
//  shell: Option[String] = None,
//  containerId: Option[String] = None,
//  image: Option[String] = None,
//  user: Option[String] = None,
//  address: Option[InetAddress] = None,
//)

case class CommandMetaData()

case class ImplicitMetaData(meta: Option[CommandMetaData])

case class Command(id: CommandId, body: String, meta: CommandMetaData)

case class RunResult(out: String, err: String, exitCode: Int)
case class CommandWithResult(command: Command, result: RunResult)

And here is the wrapper function for hte exec call that failed:

  def exec(cmds: List[Command]): Rx[String] = {
    println("Verifying outer exec is called")
    AutowireClient[Api].exec(cmds).call().toRx.map { // This line fails
      case Some(attempt) => attempt match {
        case Success(output) => output
        case Failure(err) => s"Error: ${err.getCause}!"
      }
      case None => ""
    }
  }

[ochrons]

Serializable has no effect on BooPickle, it’s just a Java thing 😃

And it’s probably better to use String since InetAddress is indeed not in Scala.js

[ochrons]

Do you have a pickler for InetAddress in the scope?

This could also be the old and known limitation of the macro/implicit system (see #21 for a work-around using manually generated picklers) if it’s not the InetAddress.