No valid constructor about enumeratum HOT 7 CLOSED

I think case objects already extend Serializable by default, so the problem might be as you said; the lack of a no-args constructor on the parent.

Perhaps something like this could work?

sealed trait PhBoardingStatus extends EnumEntry

object PhBoardingStatus extends Enum[PhBoardingStatus] {

  val values = findValues

  case object All       extends PhBoardingStatus { override val entryName = "ALL"}
  case object Closed    extends PhBoardingStatus { override val entryName = "BC" }
  case object Ignored   extends PhBoardingStatus { override val entryName = "BI" }
  case object NotOpen   extends PhBoardingStatus { override val entryName = "BN" }
  case object Open      extends PhBoardingStatus { override val entryName = "BO" }
  case object Suspended extends PhBoardingStatus { override val entryName = "BS" }
}

from enumeratum.

I've added this in the sealed abstract class instead, which I find less verbose and seems to work fine too:

    def this() = this("")

Yet I'm not familiar enough with this to understand why we need this no-param constructor and if it could be fixed directly in the EnumEntry...

from enumeratum.

I'm gonna try this and will let you know if it works. Thanks for the tip!

from enumeratum.

I also had such problem. I think it must be fixed because it mays API very verbose

from enumeratum.

@lloydmeta your solution works but it leave the code more verbose unnecessarily. Is there a better fix for this situation?

from enumeratum.

The problem is the lack of a no-arg constructor, which is required for Java Serialisation to work.

If you don't need to customise the entryName, then a simple argument-free abstract class extending EnumEntry might work too.

@kantlove @antonkulaga if you have other ideas, send PRs.

from enumeratum.

Hi,
I had the same problem but with my enum extending enumeratum.EnumEntry.Lowercase trait. I think that the problem is the same because Lowercase trait overrides the entryName too.
I have chosen the def this() = this("") option to resolve the problem because it is less verbose.
Thanks @tsabran

from enumeratum.