Releases: lightsail-network/java-stellar-sdk
Releases · lightsail-network/java-stellar-sdk
0.16.0
- Update XDR definitions and auto-generated classes to support upcoming protocol 13 release (#276).
- Extend StrKey implementation to handle CAP 27 Muxed Accounts (#276).
- Update
TransactionResponse
to include new fields which are relevant to CAP 15 Fee-Bump Transactions (#275). - Update
AccountResponse.Balance
,AllowTrustOperationResponse
, and createTrustlineAuthorizedToMaintainLiabilitiesEffectResponse
to support CAP 18 Fine-Grained Control of Authorization (#274). - Add
FeeBumpTransaction
andFeeBumpTransaction.Builder
for parsing and creating CAP 15 Fee-Bump Transactions (#278). - Add methods to
Server
for submitting CAP 15 Fee-Bump Transactions (#278). - Update SEP 10 implementation to reject fee-bump transactions and transactions with multiplexed addresses ([#278] (#278)).
- Update SEP 29 implementation to handle bump transactions (#278).
0.15.0
-
Add SEP0029 (memo required) support. (#272)
Extends
Server.submitTransaction
to always run a memo required check before
sending the transaction. If any of the destinations require a memo and the
transaction doesn't include one, then anAccountRequiresMemoError
will be thrown.You can skip this check by passing a true
skipMemoRequiredCheck
value toServer.submitTransaction
:server.submitTransaction(tx, true)
The check runs for each operation of type:
payment
pathPaymentStrictReceive
pathPaymentStrictSend
mergeAccount
If the transaction includes a memo, then memo required checking is skipped.
See SEP0029 for more information about memo required check.
0.14.0
This release of the Java SDK adds support for features added in Horizon 1.0
0.13.0
- Horizon v0.24.0 added a
fee_charged
andmax_fee
object with information about max bid and actual fee paid for each transaction. - We are removing
*_all_accepted_fee
fields in favor of the new keys, making it easier for people to understand the meaning the fields.
0.12.0
0.11.0
- Fix bug in
org.stellar.sdk.requests.OperationsRequestBuilder.operation(long operationId)
. The method submitted an HTTP request to Horizon with the following path, /operation/ , but the correct path is /operations/ - Rename
org.stellar.sdk.requests.PathsRequestBuilder
toorg.stellar.sdk.requests.StrictReceivePathsRequestBuilder
- Add
sourceAssets()
toorg.stellar.sdk.requests.StrictReceivePathsRequestBuilder
which allows a list of assets to be provided instead of a source account - Add
org.stellar.sdk.requests.StrictSendPathsRequestBuilder
which is the request builder for the /paths/strict-send endpoint - Removed deprecated classes:
org.stellar.sdk.PathPaymentOperation
andorg.stellar.sdk.responses.operations.PathPaymentOperationResponse
- The
fee_paid
field in the Horizon transaction response will be removed when Horizon 0.25 is released. Thefee_paid
field has been replaced bymax_fee
, which defines the maximum fee the source account is willing to pay, andfee_charged
, which defines the fee that was actually paid for a transaction. Consequently,getFeePaid()
has been removed fromorg.stellar.sdk.responses.Transaction
and has been replaced withgetMaxFee()
andgetFeeCharged()
.
0.10.0
Deprecations
The following methods are deprecated and will be removed in 0.11.0. Please switch to new methods and classes.
Deprecated | New method/class |
---|---|
org.stellar.sdk.PathPaymentOperation |
org.stellar.sdk.PathPaymentStrictReceiveOperation |
org.stellar.sdk.responses.operations.PathPaymentOperationResponse |
org.stellar.sdk.responses.operations.PathPaymentStrictReceiveOperationResponse |
Changes
- Add helper method to generate SEP 10 challenge.
- Stellar Protocol 12 compatibility.
- Include
path
property in path payment operation responses. - Provide
includeTransactions()
method for constructing operations requests which include transaction data in the operations response. - Provide
includeTransactions()
method for constructing payments requests which include transaction data in the payments response.
0.9.0
- Use strings to represent account ids instead of KeyPair instances because account ids will not necessarily be valid public keys.
- If you try to parse an invalid public key into a KeyPair you will encounter an exception.
- To prevent exceptions when parsing horizon responses it is better to represent account ids as strings.
0.8.1
0.8.0
- Removed deprecated methods and classes listed in the 0.7.0 changelog entry
- Configure network at the transaction and server level rather than using a singleton to determine
which network to use globally. - Implement hashCode() and equals() on Stellar classes and XDR generated classes
- Add streaming for account Offers
- Add callback to handle SSE failures