You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On the Scala side, there is already support for automatic derivation of Trials[X] where X is some algebraic data type that heads a hierarchy of sum and product types - courtesy of Magnolia - nice job there.
What we lack is the same experience on the Java side - and for that matter for classes in Scala that are not sum / product types, ie. 'conventional OO classes in Scala'.
One approach would be to use the public constructors of X to guide the assembly of a Trials<X>, using a mixture of reflection and ByteBuddy for the implementation.
Ideally this should work for both Java and Scala code, although Java is the priority here.
The text was updated successfully, but these errors were encountered:
On the Scala side, there is already support for automatic derivation of
Trials[X]
whereX
is some algebraic data type that heads a hierarchy of sum and product types - courtesy of Magnolia - nice job there.What we lack is the same experience on the Java side - and for that matter for classes in Scala that are not sum / product types, ie. 'conventional OO classes in Scala'.
One approach would be to use the public constructors of
X
to guide the assembly of aTrials<X>
, using a mixture of reflection and ByteBuddy for the implementation.Ideally this should work for both Java and Scala code, although Java is the priority here.
The text was updated successfully, but these errors were encountered: