Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Java codegen support for interfaces

See original GitHub issue

Depends on #13036

exercising inherited interface choices just as if they were directly defined on implementing templates
exercising interface choices by interface contract ID
for every interface type I,
- a Java type for ContractId I, used where that type occurs in any serializable type
- for every I-implementing template T,
  - a convenient function ContractId T -> ContractId I
  - #13461
  - the above functions generated as part of T, since no I knows all its possible Ts

Issue Analytics

State:
Created 2 years ago
Comments:10 (10 by maintainers)

Top GitHub Comments

1reaction

sofiafaro-dacommented, Mar 29, 2022

do we really want this conversion to be available?

Yes, I think so. You need this conversion to be able to fetch the contract underlying an interface contract id, for example when the interface contract id is returned from a choice and you already know it’s supposed to have a certain underlying type. This is common when working with interfaces.

0reactions

realvictorprmcommented, Oct 11, 2022

Oki, thanks folks! Will add it tomorrow and open another PR 😃

Stephen Compall @.***> schrieb am Di., 29. März 2022, 23:39:

do we really want this conversion to be available?

Yes, we do.

— Reply to this email directly, view it on GitHub https://github.com/digital-asset/daml/issues/11350#issuecomment-1082398761, or unsubscribe https://github.com/notifications/unsubscribe-auth/AGB4Z4FUJOILE4ICY2IEKN3VCN2CTANCNFSM5GOJ2BKA . You are receiving this because you were mentioned.Message ID: @.***>