Releases: lightsail-network/java-stellar-sdk
0.31.0
Changes
- Fixed NPE on TrustlineCreatedEffectResponse.getAsset() for liquidity pool asset type.
Consolidated Asset factory creation pattern, made consistent for all asset types including native, alpha4, alpha12, liquidity pool shares.
(#398).
Breaking changes
- org.stellar.sdk.Asset.createNonNativeAsset() is now private. (#398).
- org.stellar.sdk.responses.effects.TrustlineCUDResponse, removed non-default public constructor, it wasn't needed. (#398).
- Muxed accounts are now supported by default. Previously we added opt in support for muxed accounts. But now we are changing the default behavior so that muxed accounts are rendered using their 'M' address encoding (#399).
0.30.0
Changes
- Fix missing Liquidity Pool ID in AccountResponse Balance (#379).
- Fix null pointer when calling ChangeTrustOperationResponse.getAsset() for LiquidityPool trust line (#378).
- Changed the access modifiers of the inner static classes of
AccountResponse
to public (#390). - Use the new ClaimableBalance Predicate AbsBeforeEpoch field to avoid parsing errors on potential large dates in AbsBefore (#394).
Breaking changes
0.29.0
0.28.0
This SDK release supports Protocol 18.
You should upgrade to the latest version of this SDK as soon as possible: it is required for full compatibility once Protocol 18 is live. There are changes to Stellar's binary protocol that are not backwards compatible, and earlier versions may soon provide an incomplete or broken picture of the network.
Refer to the beta release notes for more details on this upgrade:
Changes in this version since the last beta release:
- Added support for 'client_domain' ManageData operations in SEP 10 challenges (#368).
0.27.1-beta
Add 5 minute grace period to SEP-10 challenge parsing function (#366).
0.27.0-beta
0.26.0
- Add opt-in support for SEP23 M-strkeys for
MuxedAccount
s - Add
getClaimableBalanceId()
method toTransaction
class which returns the claimable balance id for a given operation. - Add support for additional _muxed and _muxed_id optional fields in Horizon's JSON responses (available since Horizon 2.4, following what's described in SEP 23).
0.25.0
Changes
- Added
TransactionsRequestBuilder.forClaimableBalance()
, andOperationsRequestBuilder.forClaimableBalance()
. - Added support for new
accounts
,balances
,claimable_balances_amount
, andnum_claimable_balances
fields on Assets.
0.24.0
Changes
Add support for Stellar Protocol 17 (CAP35): Clawback
, ClawbackClaimableBalance
and SetTrustlineFlags
operations.
New Operations
-
clawback
implemented inorg.stellar.sdk.ClawbackOperation
claws back a trustline from a given asset holder. -
clawback_claimable_balance
implemented inorg.stellar.sdk.ClawbackClaimableBalanceOperation
claws back a claimable balance. -
set_trust_line_flags
implemented inorg.stellar.sdk.SetTrustlineFlagsOperation
modifies a trustline's flags. This operation should be used instead oforg.stellar.sdk.AllowTrustOperation
.
New effects
-
trustline_flags_updated
implemented inorg.stellar.sdk.responses.effects.TrustlineFlagsUpdatedEffectResponse
, with the following fields:- Asset fields (like explained in the operations above):
asset_type
asset_code
asset_issuer
trustor
- account whose trustline the effect refers toauthorized_flag
- true to indicate the flag is set, field ommited if not setauthorized_to_maintain_liabilites
- true to indicate the flag is set, field ommited if not setclawback_enabled_flag
- true to indicate that the flag is set, field ommitted if not set
- Asset fields (like explained in the operations above):
-
claimable_balance_clawed_back
implemented inorg.stellar.sdk.responses.effects.ClaimableBalanceClawedBackEffectResponse
, with the following fields:balance_id
- claimable balance identifer of the claimable balance clawed back
Deprecations
-
Operation
allow_trust
is deprecated in favor ofset_trust_line_flags
(although it will still be supported by the network) -
Effects
trustline_authorized
,trustline_authorized_to_maintain_liabilities
andtrustline_deauthorized
are deprecated in favor oftrustline_flags_updated
. Note how we intentionally didn't add a newtrustline_authorized_clawback_enabled
effect.
For uniformity, the allow_trust
operation will start producing trustline_flags_updated
from this release.
For now trustline_authorized
, trustline_authorized_to_maintain_liabilities
and trustline_deauthorized
will continue to be emitted as a result of the allow_trust
operation but in the future we may stop doing so.
Deprecated | New class |
---|---|
org.stellar.sdk.AllowTrustOperation |
org.stellar.sdk.SetTrustlineFlagsOperation |
org.stellar.sdk.responses.operations.AllowTrustOperationResponse |
org.stellar.sdk.responses.operations.SetTrustLineFlagsOperationResponse |
org.stellar.sdk.responses.effects.TrustlineAuthorizedEffectResponse |
org.stellar.sdk.responses.effects.TrustlineFlagsUpdatedEffectResponse |
org.stellar.sdk.responses.effects.TrustlineAuthorizedToMaintainLiabilitiesEffectResponse |
org.stellar.sdk.responses.effects.TrustlineFlagsUpdatedEffectResponse |
org.stellar.sdk.responses.effects.TrustlineDeauthorizedEffectResponse |
org.stellar.sdk.responses.effects.TrustlineFlagsUpdatedEffectResponse |
0.23.0
- Updates the SEP-10 utility function parameters to support SEP-10 v3.1 (#319)
- A new required
webAuthDomain
parameter was added to the following functionsSep10Challenge#newChallenge(KeyPair, Network, String, String, String, TimeBounds)
Sep10Challenge#readChallengeTransaction(String, String, Network, String, String)
Sep10Challenge#readChallengeTransaction(String, String, Network, String[], String)
Sep10Challenge#verifyChallengeTransactionSigners(String, String, Network, String, String, Set)
Sep10Challenge#verifyChallengeTransactionSigners(String, String, Network, String[], String, Set)
Sep10Challenge#verifyChallengeTransactionThreshold(String, String, Network, String[], String, int, Set)
Sep10Challenge#verifyChallengeTransactionThreshold(String, String, Network, String, String, int, Set)
- The
webAuthDomain
parameter is expected to match the value of the Manage Data operation with the 'web_auth_domain' key, if present.
- A new required