1. Bytt suffix på mina klasser från Lambda till Callback
"Lambda" var ett relevant suffix bland mina olika callback exempel men här är "Callback" ett bättre suffix för att spegla dess syfte tycker jag.

2. Ersatt DbLookup i Callback-aggregeringsexemplet med en lookupUrlsInDb() i Executor-klassen.
Vill inte ändra på DbLookup direkt då ni oxå använder den.
lookupUrlsInDb() är implementerad som tidigare som ett blocking db-anrop men returnerar nu en lista på url'er.

3. Lite mer komplext routing-slip exempel med en if-sats som väljer att köra antingen 3'e eller 4e steget baserat på response from 2'a steget. Svaret från steg 2 är hårdkokad i nuläget (returnerar alltid true...) men jag hoppas det ändå återspeglar lite mer liv i rotting slip logiken än tidigare. Kika på det och återkom om ni vill utveckla exempel än mer.

4. Infört korrekt felhantering i Callback-exemplena.
Tagen från mitt och Mats tutorial-arbetet, så nu hanteras timeout (connect och request) och andra kommunikationsfel i Callback exempel för router och aggregering. Nya negativ tester tillförda.

Se t ex testAggregatorNonBlockingCallbackInvalidInput() för hur jag verifierar att en aggregerande tjänst returnerar relevant fel-information då en eller flera anrop går dåligt (i testen returnerar alla anrop fel men i normalfallet skall man så klart kunna få en mix tillbaka av ok svar från några anrop och fel-information från övriga...)

5. Minskat brus i AsychHttpClientLambdaAware - API'et för Callback exemplena
- inga IOException
- inga onödiga retur-värden

6. Infört stöd för accept-header (typ xml eller json) samt konfigurerbar automatisk retry hantering i AsychHttpClientLambdaAware - klassen.
Kom med när jag lyfte in kod från mitt och Mats tutorial-arbete. Inte så viktigt kanske men ni ser det ju om ni kikar i koden så jag vill bara nämna det.