6. BPOST integratie in Impala

6.1. Inleiding

Deze tekst beschrijft hoe de BPOST diensten zijn geïntegreerd in Impala.

6.2. Meta-informatie

6.2.1. Werkomgeving

Een impala werkomgeving is een groep binnen een omgeving die verantwoordelijk is voor het aanvragen en leveren van materialen voor een gedeelte van de bibliotheek.

In de UA bibliotheek zijn er zo 3 werkomgevingen. Hun volledige naam is:

  • 862.cst
  • 862.cde
  • 862.cmi

De 862 is een identificatie voor de UA bibliotheek zelf.

De meta informatie voor een werkomgeving wordt beheerd door de toepassing met URL /menu/implib.

Het veld met formele naam FDid_pck (Pakjesdienst) bevat de pakjesdiensten.

Dit systeem werkt als volgt: gegeven een werkomgeving ijk.abcd waar we een pakje willen naar toe sturen, dan wordt er gezocht naar alle in aanmerking komende pakjesdiensten. De eerste gevonden pakjesdienst is draagt meteen ook de voorkeur weg.

De lijnen in het tekstvalk hebben de volgende betekenis: elke lijn begint met de identifuer van een reeds eerder gedefinieerde pakjesdienst (voorbeelden: bpost, pendel, ...). Dan komt er een ‘:’ en een aantal wildcards (gescheiden door een ‘ ‘, ‘,’ of ‘;’).

Voorbeeld:

bpost: b*, c*
pendel: 512.*
trash: *

Stel dat onze werkomgeving deze gegevens in het veld FDid_pck heeft wen we willen corresponderen met 512.bib

De werkomgeving van onze correspondent wordt telkens 3x beschouwd:

  • eerst op bib
  • vervolgens op 512
  • uiteindelijk op 512.bib

bpost wordt geselecteerd: immers bib voldoet aan het patroon b*. Daar bpost ook de eerst gevonden kandidaat is, draagt bpost meteen ook de voorkeur weg.

pendel wordt geselecteerd: immers 512.bib volgt het patroon 512.*

De * bij trash zorgt ervoor dat trash in alle gevallen wordt geselecteerd.

In HTML herleidt dit systeem zich tot een select-element met als initiële keuze bpost.

6.3. Opzetten van een pakjesdienst

Eerst moet er een goede naam worden gekozen voor de pakjesdienst: de identifier Deze identifier mag enkel uit kleine letters en cijfers bestaan (en moet beginnen met een letter)

Vervolgens: vul de meta informatie in. Gebruik daartoe de toepassing IBL en documentlevering ‣ Impala beheersfuncties ‣ Beheer van de pakjesdiensten [link].

Eens de meta informatie gezet, voer dan uit op de machine waar de toepassing draait:

parcels -meta

6.4. Test scenario

Een testscenario kan als volgt gaan:

  • we werken met 2 wekomgevingen: 862.cst en 862.cde

  • vul de nodige meta informatie in onder IBL en documentlevering ‣ Impala beheersfuncties ‣ Beheer Impala werkomgevingen [link]. (Ik heb reeds voor deze werkomgevingen meta informatie ingevuld. Verifieer!)

  • 862.cst plaatst een aanvraag aan 862.cde

  • 862.cde levert aan 862.cst met bpost

  • 862.cde maakt een label aan

  • op moto wordt de instructie:

    parcels -out
    

    uitgevoerd. Doe dit zelf. In een later stadium ga ik er voor zorgen dat deze instructie automatisch om (bvb.) het kwartier wordt uitgevoerd. Ik kan dit nu moeilijk doen omdat dit gaat interfereren met de test.

  • 862.cde verifieert de bost in de oude geslaagde leveringen

  • 862.cst bekijkt in Impala het antwoord van 862.cde samen met de link naar bpost

  • 862.cst ontvangt het boek

  • 862.cst zendt het boek terug via de oude geslaagde aanvragen

  • 862.cst volgt de bpost status op via de oude geslaagde aanvragen

  • 862.cde volgt de bpost status op via de oude geslaagde leveringen

6.5. Nieuwe ontwikkelingen

  • Koppel de bpost status aan een RSS feed: als er een boek wordt afgeleverd via bpost worden de juiste mensen via de Brocade RSS toepassing op de hoogte gebracht van deze levering.
  • Maak een toepassing op de Impala desktop dat de impala request meteen kan worden opgevraagd (in aanvrager of leverancier mode)