[
https://issues.apache.org/jira/browse/FINERACT-949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17102816#comment-17102816
]
Michael Vorburger commented on FINERACT-949:
--------------------------------------------
Or the approach of "mapping" to a {{List}} or {{Map}} may be the wrong start
all together.. https://www.baeldung.com/rest-assured-response is worth reading
here. Also
https://github.com/rest-assured/rest-assured/wiki/Usage#full-bodycontent-matching
documents REST-Assured's {{body()}} method, as used also e.g. on
https://stackoverflow.com/questions/51015677/use-jsonassert-on-part-of-json-with-restassured.
For bigger responses, comining that with JSONassert
(https://github.com/skyscreamer/JSONassert) seems interesting.
> Improve Java API style used for writing integration tests in Fineract
> ---------------------------------------------------------------------
>
> Key: FINERACT-949
> URL: https://issues.apache.org/jira/browse/FINERACT-949
> Project: Apache Fineract
> Issue Type: Improvement
> Reporter: Michael Vorburger
> Priority: Major
> Labels: integration-test, technical, testing
>
> The current (Java) "style" that integration tests are written in in Fineract
> is... really ugly!
> They are from a bygone era when Java had no generic. All those weird
> {{java.util.HashSet}}, with a lot of {{java.lang.Object}} etc. in tests
> are... so not 21st century style.
> I don't really have the answer here, yet - but perhaps others have ideas -
> how does one write Java (test) code in 2020 which deals with JSON in a nicer
> way?
> Does REST Assured (http://rest-assured.io) meanwhile offer a better way to do
> this kind of thing?
> Could https://github.com/skyscreamer/JSONassert be of use and interest for
> this purpose?
> BTW if using REST Assured better than we are is part of the answer here, then
> let's first do FINERACT-884.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
