The version are now fetched via the build in meta-information from the database itself. They were previously retrieved via the Neo4j driver's ServerInfo#version method. Is the reactive return type nice? No, but pragmatic.

Comment From: meistermeier

Still see one issue with this. Will ping you again if it is solved.

Comment From: meistermeier

Ok, good to go..

Comment From: wilkinsona

Thanks very much, @meistermeier. I couldn't quite bring myself to live with the Tuple2<Tuple2<String, String>, ResultSummary> so I introduced a new type in https://github.com/spring-projects/spring-boot/commit/9f9c89a35777fc63bf672ff34c8f7897b79e2130 that encapsulates all of the details and updated both indicators to use it.

Comment From: meistermeier

Hehe. I agree 100% but did not know if creating a class for a short living object would be too much overhead in Spring Boot terms. But there is one thing: the result of the driver call should not get carried outside the session boundaries. Would be better to extract edition and version in place and pass both to the wrapper class. On 14. Jul 2021, 19:41 +0200, Andy Wilkinson @.***>, wrote:

Thanks very much, @meistermeier. I couldn't quite bring myself to live with the Tuple2, ResultSummary> so I introduced a new type in 9f9c89a that encapsulates all of the details that's now used by both indicators. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

Comment From: wilkinsona

Thanks, Gerrit. I've fixed the extraction of the edition and version in e1049a55ffda51cde86c7df9fdacd496d957086e.