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
Started looking at migrating Corbean's BNMS starter from the old Corda Solutions imlementation to the this bn-extension. It's late and i'm a bit dizzy so please bear with me and a couple of questions:
It it fair to say the new BNIdentity interface largely replaces the old Membership metadata in terms of customisation purposes (excluding groups/roles)?
Is it possible to use any existing or custom implementation of BNIdentity to assign groups and/or roles to Corda Accounts?
If no accounts-aware implementation is readily available, does the extension support multiple MembershipStates with the same MembershipIdentity.cordaIdentity but different MembershipIdentity.businessIdentity? The reason I'm asking is because BNService methods like .getMembership() seem to assume a single result per networkId and Party combination which, in my understanding and the case of Corda Accounts, beats the purpose of allowing a custom BNIdentity implementation in the first place. Unless of course one can roll out their own BNService-ish replacement as a Corda Service to work around current service API limitations via custom criteria queries/logic and so on.
The text was updated successfully, but these errors were encountered:
Started looking at migrating Corbean's BNMS starter from the old Corda Solutions imlementation to the this bn-extension. It's late and i'm a bit dizzy so please bear with me and a couple of questions:
BNIdentity
interface largely replaces the old Membership metadata in terms of customisation purposes (excluding groups/roles)?BNIdentity
to assign groups and/or roles to Corda Accounts?MembershipState
s with the sameMembershipIdentity.cordaIdentity
but differentMembershipIdentity.businessIdentity
? The reason I'm asking is becauseBNService
methods like.getMembership()
seem to assume a single result pernetworkId
andParty
combination which, in my understanding and the case of Corda Accounts, beats the purpose of allowing a customBNIdentity
implementation in the first place. Unless of course one can roll out their ownBNService
-ish replacement as a Corda Service to work around current service API limitations via custom criteria queries/logic and so on.The text was updated successfully, but these errors were encountered: